|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Nouveau Membre du Club
![]() Inscription : novembre 2008 Messages : 93 ![]() |
Bonjour,
En environnement Mainframe, quels sont les outils susceptibles d'être utilisés pour établir et mettre en évidence des problèmes de performances ? Peut-on se contenter d'EXPLAIN pour analyser et détecter d'éventuelles dégradations de performances ? |
|
|
00
|
|
|
#2 |
|
Membre actif
![]() Inscription : juin 2008 Messages : 146 ![]() |
Bonjour,
Il existe différents outils d'analyse et d'aide, par exemple par les sociétés BMC ou Computer Associates. Va sur leur site, tu devrais retrouver toutes les infos nécessaires. Il existe également des outils tel Strobe, qui te permettent d'analyser précisément un traitement et savoir combien coute telle requête ou telle autre. Ceci dit, l'EXPLAIN, c'est la base. DB2 étant une bête très sensible qui peut changer ses chemins d'accès, pour des raisons parfois indéterminées (...), le minimum, c'est de réaliser tous les BINDs en EXPLAIN(YES) dans un environnement de production et de mettre ensuite en place un suivi des chemins d'accès. Reste ensuite l'oeil du DBA pour savoir si tel chemin d'accès est acceptable ou non, est meilleur qu'un autre, nécessite la création d'un nouvel index, nécessite la modification de la requête, ... En sachant que les outils que j'évoquais plus haut savent bien évidemment faire ce type d'analyse. Le mieux, c'est bien sur de faire valider les requêtes avant mise en prod, cela évite de nombreuses mauvaises surprises de la part de développeurs, pensant bien connaitre DB2, mais n'étant pas à l'abri d'une requête mal écrite. |
|
|
00
|
|
|
#3 |
|
Nouveau Membre du Club
![]() Inscription : novembre 2008 Messages : 93 ![]() |
Bonjour,
Je me plaçais au niveau d'un développeur, ce que je suis. La question de la gestion des performances m'ayant été posée durant un entretien d'embauche, je me suis contenté de faire référence à EXPLAIN, sans vraiment pouvoir donner le nom d'un produit commercial. Le nom du produit STROBE ne m'est pas inconnu, mais je n'en connais pas les possibilités. Je vais consulter le site du fournisseur pour en apprécier les possibilités. Mais au final, tu me dis qu'il faut plutôt s'adresser au DBA pour trancher et proposer des solutions adaptées et judicieuses lorsqu'il arrive que les performances chutent anormalement. Le développeur, lui, n'est pas forcément à même d'établir un diagnostique sérieux et valable faute de connaissances approfondies de DB2 et de ses possibilités. |
|
|
00
|
|
|
#4 | |
|
Membre chevronné
![]() Administrateur de base de données Inscription : octobre 2006 Messages : 502 ![]() |
Citation:
Personnellement, le seul critère que je juge valable est la durée du programme (ou de la requête ou ..). le reste, c'est osef à 99% des cas, le 1%restant représente les cas où les ressources consommées sont trop importantes (cpu, fichiers de travail/ work, .) L'explain founit, bien sur, quelques informations. Ces informations doivent être interprétées (requete CICS ou Batch, version de DB2, puissance de la machine, paramétrage db2, expérience) et comparées avec un historique. De base, certains choses sont à pister dans Explain. Comme les TableScan Ou IndexScan Ou les SORT. Mais ces choses doivent impérativement être interprétées et replacées dans leur contexte. désolé d'être aussi vague ++ |
|
|
|
00
|
|
|
#5 | |
|
Membre Expert
![]() ![]() François DurandSpécialiste Delivery Mainframe IBM Inscription : octobre 2005 Messages : 1 096 ![]() |
Citation:
Tivoli OMEGAMON XE for DB2 Performance Expert on DB2 Avant de passer à l'EXPLAIN, qui, in fine, sera bien évidemment utilisé, il faut identifier le package et la requête coûteuse. |
|
|
|
00
|
|
|
#6 |
|
Nouveau Membre du Club
![]() Inscription : novembre 2008 Messages : 93 ![]() |
Bonsoir,
Et merci à vous tous pour toutes ces précisions. |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com