Outils De Diagnostic - IBM DB2 Connect Guide D'utilisation

(ou chargée) sur son système d'exploitation depuis son installation,
déterminez le groupe de correctifs IBM le plus récent et chargez-le après
avoir installé la fonction.
2. Cette erreur s'est-elle déjà produite auparavant ?
v Un procédé de résolution documenté relatif aux conditions d'erreur
précédentes a-t-il été développé ?
v Quels en étaient les participants et peuvent-ils évaluer l'impact d'une action
éventuelle ?
3. Avez-vous songé à utiliser des commandes du logiciel de communication qui renvoient
des informations sur le réseau ?
v Le protocole TCP/IP peut posséder des informations extraites de l'utilisation
des commandes et démons TCP/IP.
4. Les informations renvoyées dans la SQLCA (zone de communication SQL) ont-elles
une quelconque utilité ?
v Les procédures de gestion des incidents doivent inclure des étapes consistant
à examiner le contenu des champs SQLCODE et SQLSTATE.
v Les SQLSTATE permettent aux programmeurs d'application de tester des
classes d'erreurs communes à la famille des bases de données DB2. Dans un
réseau de bases de données relationnelles réparties, ce champ peut constituer
une base commune.
5. START DBM a-t-il été exécuté en tant que serveur ? En outre, vérifiez que la
variable d'environnement DB2COMM est définie correctement pour les clients
qui accèdent au serveur à distance.
6. D'autres machines effectuant la même tâche peuvent-elles se connecter au serveur
correctement ? Il se peut que le nombre maximal de clients tentant de se
connecter au serveur ait été atteint. Si un autre client se déconnecte du serveur,
le client qui n'arrivait pas à se connecter auparavant parvient-il désormais à se
connecter ?
7. La machine possède-t-elle le bon adressage ? Vérifiez que la machine est unique sur
le réseau.
8. Lors de la connexion à distance, les bons droits d'accès ont-ils été attribués au client ?
La connexion à l'instance peut être fructueuse mais il se peut que l'autorisation
n'ait pas été accordée au niveau de la base de données ou de la table.
9. S'agit-il de la première machine qui se connecte à une base de données éloignée ? Dans
les environnements répartis, des routeurs ou des ponts entre des réseaux
peuvent bloquer la communication entre le client et le serveur. Par exemple,
lorsque vous utilisez le protocole TCP/IP, vérifiez que vous pouvez exécuter la
commande PING sur l'hôte distant.

Outils de diagnostic

Lorsque vous rencontrez un problème, vous pouvez procéder comme suit :
v Toutes les données de diagnostic y compris les fichiers de vidage, les fichiers de
déroutement, les fichiers de notification et les journaux des erreurs se trouvent
dans le chemin défini par le paramètre de configuration du gestionnaire de la
base de données pour le chemin de répertoire des données de diagnostic
(diagpath) :
Si la valeur de ce paramètre de configuration est null, les données de diagnostic
sont écrites dans l'un des répertoires ou dossiers suivants :
– Pour les environnements Linux et UNIX : INSTHOME/sqllib/db2dump, où
INSTHOME est le répertoire initial de l'instance.
Chapitre 5. Identification des incidents
113