Analyser les méthodes d’accès aux données

Acme Enterprises est un client IBM de taille moyenne qui exerce depuis le début des années 1970, quand il a acheté son premier système à cartes : IBM System 3 modèle 10. Au fil des ans, Acme a développé son activité et a fait évoluer son équipement : S38 puis AS/400 840.

Récemment, en prévision d’une acquisition, Acme a grimpé au modèle i595, le tout dernier et le meilleur. A la surprise d’Acme, les anciennes applications (qui n’ont pas beaucoup changé en 20 ans) n’ont pas affiché l’amélioration escomptée. En particulier, le processus batch à une seule file effectué de nuit a mis autant de temps à s’exécuter que sur le système 840.

L’examen des applications d’Acme a conclu à la nécessité d’un remaniement des bases de données. La société a commencé par faire migrer les fichiers critiques vers des tables et des index SQL pour bénéficier des améliorations de DB2 (voir l’article « Remplacer un fichier physique DDS par une table SQL », iSeries News, juillet-août 2005, www.itpro.fr Club Abonnés). L’étape suivante a constitué à nommer l’analyste programmeur le plus ancien au poste d’architecte/analyste de base de données (DBA, database administrator). Avec, à la clé, les responsabilités suivantes :

• Améliorer la performance des anciennes applications,
• Améliorer la performance des programmes plus récents contenant du SQL imbriqué.

Le DBA a commencé par lire plusieurs articles, manuels et whitepapers sur la performance des bases de données. Il en a déduit que le meilleur moyen d’atteindre ses objectifs était de réduire les entrées/sorties (I/O) de base de données associées à la plupart des programmes. Pour identifier ces programmes, le DBA a opté pour les outils PEX et Database Monitor.