P-Tracker
P-Tracker permet un inventaire des logiciels installés sur votre machine z/OS et/ou des programmes applicatifs s’exécutant dans cet environnement.
Il permet d’identifier et d’enregistrer toute exécution de programme dans les systèmes z/OS, ainsi que le nom de la bibliothèque de stockage à partir de laquelle un programme a été appelé.
P-Tracker permet de fournir des informations sur les demandes d’exécution (utilisateur, travail, tâche), où il a été exécuté (système, LPAR), et quand il a été exécuté (date, heure).
P-Tracker surveille tous les appels de programme sous IMS, CICS et batch avec une surcharge minimale de performances. Pour chaque appel, il documente le programme appelant, le module appelé et la bibliothèque référencée.
P-Tracker suit les appels de programme en utilisant entre autres l’interface SAF. Là il surveille toutes les activités de la classe PROGRAM. Il reçoit le décalage TIOT du programme appelant – le TIOT contient tous les noms DD du job -, ce qui permet une identification positive du membre et du programme. P-Tracker peut être modifié selon les besoins de l’utilisateur, par exemple pour contrôler uniquement les appels référençant certaines librairies.
Sous CICS, vous voyez normalement uniquement que CICS a chargé un programme. Ce moment peut être très éloigné du moment réel où le programme est utilisé. L’interface CICS de P-Tracker rend visible la séquence réelle des événements.
La tâche démarrée par P-Tracker collecte toutes ses informations dans un espace de données, et les écrit de manière asynchrone dans son propre référentiel d’appels. Un batch job supprime les données administratives internes, il convertit les champs dans un format lisible, et il copie aussi les données utilisateur dans un fichier séquentiel. Ce fichier peut alors être évalué sur place, ou chargé dans une table Db2 pour une analyse plus approfondie à l’aide de requêtes SQL.
Les points forts de P-Tracker :
- Prise en charge du SGI
- Prise en charge de CICS
- Prise en charge par jobs
- Faible surcharge du système
- Les deux noms de modules et les deux librairies (appelante et appelée) signalés
- Entrée fiable pour les référentiels, les systèmes d’inventaire et les systèmes de
gestion des licences
AUX QUESTIONS
- Quelles sont les bibliothèques et programmes utilisées ?
- Où sont-elles allouées ?
- Que contiennent-elles ?
- Qui les utilise ?
- Quand et à quel rythme ?
- …
AUX BESOINS
- Inventaire logiciel et applicatif de tous vos environnement z/OS disponible à tout moment,
- Détection des logiciels et programmes inutilisés ou très peu employés,
- Audit de l’activité réelle des programmes,
- Génération de rapports en fonction de nombreux critères et filtres de sélection,
- Maîtrise des dépenses,
- Aide à la décision,
- …
P-Tracker apporte une aide à la décision pour :
– la suppression de librairies, de programmes ou d’applications
– la justification des coûts de maintenance ou de développement
– les apports fonctionnels (statistiques d’utilisation, priorisation des développements, refacturation à l’usage…)
Toutes les informations liées à l’utilisation des logiciels et/ou programmes sont stockées dans un fichier spécifique permettant d’en garder un historique. Il combine l’exécution du programme enregistré avec le catalogue de logiciels, et donne des chiffres précis sur la vie réelle de vos logiciels et/ou applications.
Divers rapports montrent l’utilisation des logiciels, la période d’utilisation, l’intervalle et la fréquence, mais aussi ce qui n’a pas été utilisé depuis longtemps.
- Enregistrement: Enregistre toute l’activité de chaque module. Batch ou interactif, explicitement ou via un call.
- Inventaire: Localise chaque librairie dans chaque système et leur contenu.
- Indentification: Détermine le nom des produits et leur éditeur.
- Edition de rapports: Rapports par produits, applications, librairies, utilisateurs, systèmes (LPARs), éditeurs.
- Analyseur séquentiel: Détermine et présente l’enchaînement de programmes