Discussion :

[Julien Del]

Bonjour
nous sommes actuellement en train de faire du ménage et on m'a donné une liste abominable de programmes à analyser.

Pour mes pgms CICS, je fais une recherche manuelle avec des CEMT I PROG(xxx) et je sais directement si le pgm a été utilisé dans la journée,
en revanche y a t-il un moyen pour savoir si/quand un programme batch a été utilisé?

[Metalman]

Est-ce vraiment du COBOL ?
Pour savoir si des programmes COBOL ont été exécutés ?

Il ne faudrait pas chercher du côté du système avec la date de dernier accès ou autre ?
Ca tourne sur quel OS tout ça ? (et déplacer le topic au bon endroit du coup ?)

[Julien Del]

Effectivement double-faute ma part, non seulement je ne précise pas bien ma question mais en plus je me plante de sous-forum

Je suis sous un bon gros système MVS z/OS.

Y aurais-il un gentil administrateur dans le coin, histoire de corriger ma bourde en déplaçant le topic vers z/OS?
Désolé.

[Metalman]

A tout hasard (je ne suis pas expert, juste débutant) :

La plupart des programmes "réguliers" sont inscrits dans TWS -Tivoli Workload Scheduler (anciennement OPC)...
Regarder là bas est déjà un premier réflexe, si vous en avez les droits.

Ensuite... j'imagine que la log système est régulièrement vidée, mais un coup dans SDSF pour avoir les derniers résultats aussi.

(Avis de non expert qui est intéressé par la réponse lui aussi du coup )

[Julien Del]

Effectivement j'arrive à en récupérer quelques-uns dans sdsf mais j'ai aussi pas mal de sous-modules et là je me retrouve coincé.

[Luc Orient]

Sur notre site, nous utilisons un produit comme TADz.

TADz (Tivoli Asset Directory for z/OS) est à l'origine un produit qui sert à analyser l'utilisation des différents logiciels commerciaux au sein d'un site z/OS. Certains grands sites z ont des dizaines de produits divers et variés sans aucune certitude sur leur utilisation effective.

Mais TADz peut aussir s'utiliser pour des programmes ou des modules applicatifs.

Trouvé sur Google :
TADz


Sans ce style d'outils je vois mal comment on peut faire ...

[el_slapper]

Pour les sous-modules, il faut identifier tous les appelants, et toper le module comme utilisé si au moins un des appelants a tourné.

Attention aussi à la périodicité. Nous avons une chaine de rattrapage qui tourne avant chaque année bissextile, soit une fois tous les 4 ans...

De toutes façons, le nettoyage est un sport risqué - et il faut garder des archives au cas ou(sur 300 éléments archives par mes soins en janvier 2012, une bonne douzaine n'auraient pas du l'être). Mais utile. Bon courage!

[xfanx]

pour connaitre tous les programmes qui sont exécutés sur une Lpar, a ma connaissance, tu as 2 choix :

1 - prendre un produit du marché comme par exemple TADz ou serena

2 - écrire ta propre exit de LLA qui permet de pister tout ce qui se passe sur les PDS en LLA, notamment les loads modules qui sont chargés. En partant du principe que tous les PDS de load sont en LLA, ce qui est quand même généralement le cas en production. C est la solution que nous avons prise dans ma société. Nous avons écrit un petit "sniffer" exit LLa qui piste les load chargés sur certains PDS et les insert dans une table DB2. un début de sample de cet exit existe a dispo dans le CBTTAPE file 497 pour CSVLLIX1. si tu connais l'assembleur, c est tout à fait abordable

avec cet exit, nous avons supprimé pas loin de 20 000 load modules de la loadlib de production.

cdlt

[Darkzinus]

Bonjour,

Via des outils comme CORTEX (à condition que ton site dispose de celui-ci) tu peux déterminer quels sont les JCL utilisant tes PGM et donc par la suite remonter à leur exécution.
Sans utilitaire je ne connais pas de solution.