Exposés des élèves du cours de
deuxième année de l'Ecole des Mines de Nancy RESEAUX
1996/1997
Administration des réseaux locaux, par
HINGRAY Frédéric & HARTMANN Eric
Comme dans tous systËme informatique, la prÈsence des pannes et des problËmes ne peut Ítre ÈvitÈe. Il faut donc que l'administrateur soit prÍt ý agir dans le cas d'un crash. Cette section dÈcrit briËvement les pannes et une mÈthode de rÈsolution.
Il est possible de distinguer diffÈrents types de pannes sur un rÈseau local :
Tous d'abord il faut que l'environnement du serveur doit toujours rester sain : il faut donc une salle fermÈe ý clÈ ý l'Ècart de la circulation dans l'entreprise (cette salle devrait contenir une climatisation et une alimentation de secours). Il faut Èviter les petits objets qui pourrait bloquer les systËmes de ventilation tels que la poussiËre provenant d'une imprimante, les sodas Èclaboussants le serveur…
Voici comment gÈrer un crash :
1. AprËs un crash, il faut tout d'abord calmer les utilisateurs et leur expliquer ce qui c'est passe, comment l'administrateur va rÈussir ý remettre en route le serveur. Cette phase de relation avec les utilisateurs est importante mais il ne faut pas non plus qu'elle s'allonge de trop pour pouvoir faire redÈmarrer le rÈseau au plus vite.
2. Il faut ensuite trouver la cause exacte du problËme. La rËgle ý suivre est de toujours supposer que la panne vient de la partie que l'on connaÓt le moins bien du serveur. Cette dÈmarche intellectuelle permet d'accÈlÈrer la dÈcouverte de la panne.
La seconde rËgle est : Dichotomiser la problËme. On divise en deux les parties du serveurs (disque dur ou contrÙleur qui est en panne) jusqu'ý isoler clairement le composant fautif. Pour cela, il faut tester les composants en les changeant avec des composants dont on est sšr qu'il marche. Il faut Ítre aussi attentif ý tous les messages que le serveur donne et remarquer un Èventuel message inhabituel.
3. La troisiËme Ètape et la rÈparation ou le remplacement du composant dÈfectueux. Il faut donc veiller au contrat avec les fournisseurs. Ensuite il faut restaurer les donnÈes qui ont ÈtÈ endommagÈ.
4. Puis l'administrateur doit tester le systËme pour valider les rÈparations. Lý il faut Ítre prudent et prendre son temps pour Ítre sšr d'avoir isolÈ tous les problËmes car si tous les utilisateurs se reloggent et qu'il y a de nouveau un plantage, l'administrateur ne saura pas d'o˜ vient le problËme.
5. Ouf ! Le serveur est rÈparÈ, le rÈseau fonctionne. Mais ce n'est pas fini car il fort probable que quelqu'un vienne se plaindre car ses donnÈes (les plus prÈcieuses Èvidemment) ont disparus. On peut faire une petite autocritique qui permettrait la prochaine fois soit d'Èviter ce crash, soit de le rÈsoudre plus rapidement. L'idÈal serait bien sšr de remplir l'historique des pannes avec les symptÙmes, les causes et la rÈsolution.
Dernière mise à jour : 23 juillet1997
