Page suivantePage pr�c�denteTable des mati�res

5. Test de la couche RAID

Si vous utilisez le RAID pour am�liorer la tol�rance aux pannes, vous voudrez surement tester votre installation afin de v�rifier son fonctionnement. Comment simule-t-on donc une d�faillance ?

En r�sum�, on ne peut pas � moins de titiller un disque au lance-flammes pour "simuler" une d�faillance. On ne peut pas pr�voir ce qui va se passer en cas de perte d'un disque. Il pourrait tr�s bien verouiller �lectriquement le bus et rendre tous les disques sur le bus inaccessibles. Je n'ai n�anmoins jamais entendu d'histoire de ce genre. Le disque signalera peut-�tre une erreur de lecture/�criture � la couche IDE ou SCSI qui permettra � son tour � la couche RAID de g�rer la situation avec �l�gance. Heureusement, les choses se passent assez souvent ainsi.

5.1 D�faillance d'un disque

D�branchez le disque. Ceci n'est � faire qu'avec le syst�me hors-tension . Inutile de jouer les aventuriers de l'ajout/suppression � chaud pour v�rifier que les donn�es supportent bien la disparition d'un disque. Arr�tez le syst�me, d�branchez le disque et red�marrez le de nouveau.

Syslog et /proc/mdstat permettent de v�rifier l'�tat de la matrice.

N'oubliez pas que vous devez employer du RAID-{1,4,5} pour que la matrice soit capable de supporter la d�faillance d'un disque. Les modes lin�aire et RAID-0 �chouent compl�tement dans ce genre de situation.

Une fois le disque rebranch� (avec le courant arr�t�, merci), on ajoutera le ``nouveau'' disque au syst�me RAID avec la commande raidhotadd.

5.2 Corruption de donn�es

Le RAID, qu'il soit mat�riel ou logiciel, suppose que si une �criture ne renvoie pas une erreur, alors elle s'est d�roul�e normalement. Donc, si un diseue corrompt les donn�es sans retourner d'erreur, les donn�es seront corrompues. Bien que ce soit fortement improbable, on ne peut l'exclure et cela aura pour cons�quence la corruption du syst�me de fichiers.

Le RAID ne peut rien faire face � ce genre de d�faillances et il n'a pas �t� pr�vu pour de toutes fa�ons. Il est donc inutile de d�clencher sciemment des corruptions de donn�es (avec dd par exemple) pour v�rifier le comportement de la couche RAID. A moins de modifier le superbloc RAID, il est vraisemblable que la couche RAID ne remarque rien mais que le syst�me de fichiers soit d�truit.

Il s'agit du fonctionnement normal du syst�me. Le RAID ne garantit pas l'int�grit� des donn�es. Il permet juste de les conserver si un disque tombe en panne (pourvu qu'on utilise un niveau de RAID sup�rieur ou �gal � 1).


Page suivantePage pr�c�denteTable des mati�res

Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:24