Sources d'information pour le traitement des incidents de OMEGAMON for Storage on z/OS

La fonction principale de traitement des incidents est la consignation. Cette dernière concerne les messages et les données de trace générés par le logiciel. Les messages et les données de trace sont envoyés à une destination de sortie, telle qu'un écran de la console ou un fichier.

En général, les messages contiennent des informations sur l'état et les performances d'un système ou d'une application. Ils signalent également à l'administrateur système la survenue de conditions exceptionnelles. Pour déterminer la cause d'un échec, consultez l'explication et la réponse de l'opérateur associées aux messages affichés.

Assurez le suivi des informations de capture de données concernant l'environnement d'exploitation en cours si un composant ou une application ne fonctionne pas comme prévu. Le personnel du service de support logiciel IBM® utilise ces informations de trace capturées pour identifier la source d'une erreur ou d'une condition inattendue. Pour plus d'informations sur les outils de trace, voir le chapitre sur les outils de diagnostic dans le manuel IBM Tivoli Monitoring - Guide de traitement des incidents.

Collecte des données de diagnostic
Si vous ne parvenez pas à résoudre un problème à l'aide des informations fournies dans le présent guide, collectez les informations suivantes le concernant et contactez le service de support logiciel IBM afin d'obtenir une assistance supplémentaire.
Création d'un vidage
Le guide de référence des commandes z/OS MVS System (SA22-7627-xx) contient les informations les plus récentes concernant l'utilisation de la commande DUMP et vous pouvez vous y référer pour effectuer des clichés d'espaces adresse z/OS.
Traces
De nombreux composants du produit OMEGAMON for Storage contiennent une fonction de trace dynamique. Pour ces composants, vous pouvez démarrer et arrêter des traces lorsque l'agent est exécuté et que ces traces affichent des informations spécifiques au composant concerné dans le journal RKLVLOG. Chaque fois que cela est possible, utilisez les traces spécifiques de ces composants au lieu du commutateur DEBUG(ON) mentionné au chapitre 1 dans la section Astuces relatives à la collecte des données de diagnostic. Le commutateur DEBUG(ON) alimente le journal RKLVLOG avec les informations relatives à tous les composants du produit, par conséquent, il est difficile de trouver les informations pertinentes pour le problème que vous avez signalé.
Vidage des enregistrements SMF
Les modèles de contrôleurs de serveur VTS IBM antérieurs (à la série TS7700) écrivent les données de statistique dans les enregistrements SMF de type 94, lesquelles constituent la source de toutes les données affichées pour ces unités dans OMEGAMON for Storage. Si vous signalez un problème avec ce composant du produit et que la matrice vous indique de collecter les enregistrements SMF dans le cadre de la documentation que vous soumettez, commencez par commuter sur les fichiers SMF puis exécutez un travail pour extraire les enregistrements de type 94 à partir de la copie la plus récente du fichier MAN.
Création d'un fichier BVIR
Les contrôleurs de serveur VTS séries TS7700 d'IBM écrivent des données de statistiques sur les volumes de bande virtuels en réponse à une demande écrite en premier lieu sur le même volume. Cette opération est appelée BVIR (Bulk Volume Information Retrieval). Le produit OMEGAMON for Storage écrit une demande BVIR, collecte et analyse les données de réponse à chaque intervalle de collecte VTS.
Exécution de LISTDATA
La commande LISTDATA IDCAMS utilise l'API IDCSS01 qui est le même service que celui utilisé par OMEGAMON for Storage pour acquérir les statistiques sur les contrôleurs de cache. Si le cache est à l'état TIMEOUT, par exemple, cela peut indiquer un problème dans OMEGAMON ou lors de l'obtention des informations de cache à partir du contrôleur.
Sortie CINFO
Seule l'exécution de la commande CINFO permet de connaître les niveaux de maintenance exacts de toutes les applications installées dans un environnement Tivoli Enterprise Portal Server. Cette commande doit être exécutée avec les droits d'accès administrateur à partir de la ligne de commande. Elle n'a pas le même nom dans Windows et dans les environnements Linux/UNIX/AIX.
Exportation de la base de données TEPS
Les définitions d'espace de travail, les requêtes et autres éléments similaires sont conservés dans la base de données TEPS qui réside sur le serveur avec votre serveur Tivoli Enterprise Portal Server. Le support IBM peut vous demander d'exporter ces données ou cela vous sera suggéré par la matrice d'identification des problèmes. Pour obtenir une copie exportée des données :
Vidage RKS3DATA
Le kit de stockage enregistre les informations de planification, les définitions d'actions et autres éléments similaires dans un fichier avec le qualificatif de bas niveau RKS3DATA. Si le technicien de support ou la matrice de diagnostic de problème demande un vidage de ce fichier vous pouvez en créer un à l'aide du JCL DFDSS standard comme suit :
Conseils concernant la collecte des données de diagnostic
La présente section décrit les problèmes susceptibles de survenir lors de la collecte des données de diagnostic, telles que les journaux de débogage.
A propos des fichiers journaux des composants du produit
Tivoli Enterprise Monitoring Agent génère des fichiers journaux qui contiennent des messages et des informations de trace. Les fichiers journaux contiennent des messages et des informations de trace concernant les événements et le traitement en cours. Ils fournissent un enregistrement complet de l'activité du système et non pas des erreurs uniquement. Ils sont créés lors du démarrage des composants IBM Tivoli Monitoring.

Rubrique parent : Identification des incidents spécifiques au produit