Discussion :

[eliepoinT]

Bonjour,
Dans ma boite nous migrons actuellement une appli importante de IDMS vers DB2. Il s'est posé la question naturelle de savoir si nous allions perdre en performance, nous devons donc mesurer les temps de traitement de certaines chaines et traitements spécifiques à l'application actuelle et ensuite faire la même chose avec la version DB2, puis comparer.

Seulement comment faire pour mesurer la performance d'une appli, ou plus précisément comment faire pour mesurer le temps d’exécution de certain jobs? Voir certain step?

Un premier axe était de sortir les comptes rendu d'EOS/WSF puis de les analyser avec un COBOL, pour en extraire les consommations CPU, elapsed et les stocker dans DB2. (j'en ai la responsabilité )
Un second axe était purement applicatif, dans certains traitements l'appli écrit dans une log ces temps de traitement qu'il est facile de mettre dans DB2.

Que pensez vous de ces 2 axes ? Et en voyer d'autre qui ne nécessite pas de droits d'ingé système (record SMF...) ?

Merci d'avance,

[M.Dlb]

Bonjour,

L'essentiel est de savoir quelles métriques utiliser pour comparer la performance ? Temps CPU, Temps Elapse, temps de réponse aux utilisateurs ?
La piste d'écrire des choses dans l'application n'est pas la bonne à mon avis, le mieux étant d'utiliser les instruments déjà disponibles. En particulier les SMF30, 70 à 79...

Bon courage !

[bernard59139]

bonjour

Rien de tel que les records SMF pour analyser.
Normalement, il y a tout. et si le site est bien gérer, il devrait exister des "trucs" (programmes, reports divers); il faut demander.

Analyser des reports, ca parait simple au départ, et plus tu veux d'info, plus ca devient ch.... surtout du au fait que les info sont réparties un peu partout dans le listing.

a+

[escartefigue]

bonjour,

Votre modèle de données sera complètement nouveau, mais en principe, votre modèle de traitement aussi.
Par exemple, une base relationnelle offre de nombreuses possibilités de traitement en parallèle via la gestion fine des verrous, que n'offre pas une base réseau.
De plus, il est à parier que vous profiterez des fonctionnalités nouvelles offertes par une base relationnelle, pour ne pas faire un simple copier/coller des traitements mais bien des évolutions

Du coup vous ne pourrez pas comparer 2 à 2 les traitements, mais plutôt le coût global comparé d'un plan batch, par application.

[eliepoinT]

Bonjour,
Avec (beaucoup) de retard je viens mettre un point final à cette discussion
Pour répondre à escartefigue : Helas non le modèle de données n'a quasi pas changé et on fait vraiment de la traduction ordre par ordre, et pas une refonte...
Sinon je me suis en effet basée sur les record SMF qui sont gérés par les équipe système. Ils sont stockés dans SAS et une extraction est faites toutes les semaines dans laquelle je récupère via JCL ce qui m'intéresse et le met dans DB2.
On verra l'utilité une fois la migration terminée