En savoir plus sur les outils de dépannage
Les rubriques suivantes peuvent vous aider à acquérir les informations conceptuelles dont vous avez besoin pour résoudre efficacement les problèmes liés au produit Db2® :
- À propos du dépannage
L'identification des problèmes permet de les résoudre. L'objectif est de déterminer les raisons pour lesquelles quelque chose ne se passe pas comme prévu et la façon de résoudre le problème.
- À propos du chemin d'accès au répertoire des données de diagnostic
En fonction de votre plate-forme, les informations de diagnostic Db2 contenues dans un fichier dump, un fichier trap, un fichier journal de diagnostic, un fichier journal de notification d'administration, un fichier journal d'alerte et un paquet de capture de données de première occurrence (FODC) peuvent être trouvées dans le répertoire de données de diagnostic spécifié par le paramètre de configuration du gestionnaire de base de données diagpath.
- À propos des fichiers journaux de notification d'administration
Le gestionnaire de base de données Db2 écrit les informations suivantes dans le journal de notification de l'administration : l'état des utilitaires Db2 tels que REORG et BACKUP ; les erreurs de l'application cliente ; les changements de classe de service, l'activité de licence ; les chemins d'accès aux fichiers journaux et les problèmes de stockage ; les activités de surveillance et d'indexation ; et les problèmes d'espace de table. L'administrateur de la base de données peut utiliser ces informations pour diagnostiquer les problèmes, régler la base de données ou la surveiller.
- À propos des fichiers journaux de diagnostic Db2 ( db2diag )
Avec l'ajout des messages de notification d'administration enregistrés dans les fichiers journaux db2diag à l'aide d'un format de message standardisé, l'affichage des fichiers journaux db2diag est une excellente première tâche pour comprendre ce qui s'est passé dans la base de données.
- À propos des journaux d'erreurs spécifiques aux plates-formes
De nombreux autres fichiers et utilitaires sont disponibles en dehors de Db2 pour aider à analyser les problèmes. Souvent, elles sont tout aussi importantes pour déterminer la cause première que les informations disponibles dans les fichiers Db2.
- À propos des messages
En savoir plus sur les messages peut vous aider à identifier une erreur ou un problème et à le résoudre en utilisant l'action de récupération appropriée. Ces informations peuvent également être utilisées pour déterminer à quel moment ces messages sont générés.
- A propos des codes de retour internes
Il existe deux types de codes de retour internes : Les valeurs ZRC et les valeurs ECF. Ils sont affichés dans la sortie de la trace Db2 et dans les fichiers journaux db2diag. Les valeurs ZRC et ECF sont généralement des nombres négatifs et sont utilisées pour représenter des conditions d'erreur.
- À propos des fichiers dump
Les fichiers de vidage sont créés lorsqu'une erreur se produit et qu'il existe des informations supplémentaires qui pourraient être utiles pour diagnostiquer un problème (comme les blocs de contrôle internes). Chaque élément de données écrit dans les fichiers de vidage est associé à un horodatage afin de faciliter la détermination des problèmes. Les fichiers de vidage sont au format binaire et sont destinés aux représentants du service clientèle de Db2.
- À propos des fichiers pièges
Db2 génère un fichier trap s'il ne peut pas continuer le traitement à cause d'un trap, d'une violation de segmentation ou d'une exception. Tous les signaux ou exceptions reçus par Db2 sont enregistrés dans le fichier trap. Le fichier piège contient également la séquence de fonctions qui était en cours d'exécution lorsque l'erreur s'est produite. Cette séquence est parfois appelée "pile d'appels de fonction" ou "trace de pile" Le fichier piège contient également des informations supplémentaires sur l'état du processus au moment où le signal ou l'exception a été détecté.
- À propos de la saisie des données relatives à la première occurrence (FODC)
La capture des données de la première occurrence (FODC) est le processus utilisé pour capturer des données basées sur un scénario concernant une instance Db2. FODC peut être invoqué manuellement par un utilisateur Db2 sur la base d'un symptôme particulier ou invoqué automatiquement lorsqu'un scénario ou un symptôme prédéterminé est détecté. Grâce à ces informations, le besoin de reproduire les erreurs pour obtenir les informations de diagnostic est réduit.
- A propos des fichiers de sortie du script callout ( db2cos )
Un script db2cos est invoqué par défaut lorsque le gestionnaire de base de données ne peut pas poursuivre le traitement en raison d'une panique, d'un piège, d'une violation de segmentation ou d'une exception.
- A propos de la combinaison des diagnostics de Db2 et du système d'exploitation
Le diagnostic de certains problèmes liés à la mémoire, aux fichiers d'échange, à l'unité centrale, au stockage sur disque et à d'autres ressources nécessite une compréhension approfondie de la manière dont un système d'exploitation donné gère ces ressources. Pour définir les problèmes liés aux ressources, il faut au moins savoir quelle quantité de ressources existe et quelles sont les limites de ressources par utilisateur.