IM InfoSphere Identity Insight, Version 8.0

Présentation du dépannage

Le dépannage est une approche systématique de la résolution d'un problème. Il a pour but de déterminer pourquoi quelque chose ne fonctionne pas comme prévu, et comment remédier au problème.

La première étape du processus de dépannage consiste à décrire le problème intégralement. Sans description du problème, ni vous ni IBM ne pouvons savoir par où commencer pour en identifier la cause. Cette étape implique de vous poser des questions élémentaires, notamment :

Les réponses à ces questions aboutissant généralement à une bonne description du problème, il s'agit du meilleur moyen de s'engager sur la voie de sa solution.

Quels sont les symptômes du problème ?

Quand vous commencez à décrire un problème, la question la plus évidente est "quel est le problème ?" Voilà qui peut paraître une question allant de soi ; toutefois, vous pouvez la décomposer en plusieurs questions plus ciblées qui concourent à un panorama plus descriptif du problème. Ces questions peuvent être les suivantes, entre autres :

Où le problème survient-il ?

Déterminer où le problème trouve son origine n'est pas toujours tâche aisée, mais il s'agit de l'une des étapes les plus importantes de sa solution. Il peut exister de nombreuses strates technologiques entre les composants défaillant et ceux signalant le problème. Les réseaux, disques, et pilotes ne sont que quelques-une des composants à considérer lorsque vous vous penchez sur un problème.

Les questions suivantes peuvent vous aider à vous concentrer sur l'endroit où survient le problème afin d'isoler la couche problématique.

Retenez bien que même si le problème est signalé par une certaine couche, cela ne signifie pas qu'il provient de cette couche. L'un des aspects de l'identification de l'endroit d'où provient un problème consiste à comprendre l'environnement où il se produit. Prenez donc le temps de décrire entièrement l'environnement problématique, système d'exploitation compris, sa version, tous les logiciels correspondants et leur version, ainsi que les informations matérielles. Vérifiez que vous tournez sur un environnement dont la configuration est compatible ; de nombreux problèmes sont imputables à des niveaux de logiciel incompatibles qui ne sont pas destinés à fonctionner ensemble ou n'ont pas été intégralement testés ensemble.

Quand le problème survient-il ?

Dressez la chronologie détaillée des évènements aboutissant à une défaillance, notamment pour les cas qui constituent des occurrences uniques. Pour cela, le moyen le plus simple consiste à procéder à rebours : commencez au moment où l'erreur a été signalée (aussi précisément que possible, même jusqu'à la milliseconde près), et remontez en amont au moyen des journaux et informations disponibles. Il n'est normalement pas utile de regarder plus loin que le premier évènement suspect que vous repérez dans un journal diagnostic ; toutefois, cela n'est pas toujours facile, et demande de la pratique. Savoir où s'arrêter de chercher s'avère particulièrement difficile lorsque plusieurs couches technologiques sont concernées, et que chacune possède ses propres informations diagnostiques.

Pour dresser une chronologie détaillée des évènements, essayez de répondre à ces questions :

Les réponses aux questions de ce type peuvent contribuer à vous fournir un contexte de référence dans lequel étudier le problème.

Dans quelles conditions le problème survient-il ?

Savoir quelles autres systèmes et applications fonctionnent au moment où un problème survient est un aspect important du dépannage. Ces questions et autres sur votre environnement facilitent l'identification de la cause première du problème :

Les réponses aux questions de ce type peuvent vous aider à cerner les circonstances où le problème survient et à recouper les corrélations. Retenez bien que le simple fait que plusieurs problèmes soient survenus vers le même moment ne signifie pas nécessairement qu'ils soient liés.

Le problème peut-il être reproduit ?

Du point du vue du dépannage, le problème "idéal" est celui qu'il est possible de reproduire. En général, avec les problèmes reproductibles, vous disposez d'une plus large palette d'outils et procédures pour vous aider à enquêter. Par conséquent, les problèmes que vous pouvez reproduire sont souvent plus faciles à déboguer et à résoudre. Toutefois, ces problèmes peuvent présenter un inconvénient : si leur incidence sur les activités de l'entreprise est élevée, vous ne souhaitez pas les voir survenir de nouveau ! Si possible, recréez le problème en environnement test ou de développement, ce qui offre généralement davantage de souplesse et de contrôle au cours de votre investigation.



Commentaires en retour

Dernière mise à jour : 2009