Récupération de Raid : à faire et à ne pas faire

De temps en temps, nous recevons des systèmes raid pour la récupération de données.
La récupération après un raid lui-même n'est pas facile dans de nombreux cas, mais le problème peut devenir beaucoup plus complexe en raison d'actions irréfléchies de l'utilisateur ou du responsable informatique.

Tout d'abord une brève description des différents systèmes raid :

Raid 0 : Minimum 2 disques, les données sont réparties en 'stripes' sur les différents disques. Si un disque tombe en panne, les données ne sont plus accessibles.

Raid1 : se compose de deux disques qui sont une copie l'un de l'autre. Si un disque tombe en panne, le travail peut continuer normalement avec l'autre disque.
Inconvénient : Parfois, un disque tombe en panne il y a des mois, sans que personne ne s'en aperçoive. Si l'autre échoue également, les données ne sont plus accessibles.

Raid5 : se compose d'au moins trois disques. Les données sont réparties sur les trois disques, avec des blocs de parité. Si un disque tombe en panne, vous pouvez continuer à travailler avec les deux autres.

Raid6 : se compose d'un minimum de quatre disques. Les données sont réparties sur les quatre disques, ainsi que sur 2 blocs de parité différents. Ici, deux disques peuvent tomber en panne et le travail peut continuer.

Il existe également d'autres configurations de raid, telles que 0 + 1 ou 5 + 1, mais ce sont des combinaisons des systèmes de raid ci-dessus.

Qu'est-ce qui pourrait mal se passer ?

Raid0 :

1 disque tombe en panne ; les données ne sont plus accessibles. Tous les disques sont nécessaires à la récupération des données

Raid1 :

Scénario 1 :

1 disque tombe en panne et les utilisateurs ne le remarquent pas. Au bout d'un moment, le second échoue également et les données sont inaccessibles.

La plus grosse erreur ici est qu'ils ne livrent qu'un seul des deux disques. Il arrive qu'un disque n'ait que des erreurs logiques et que l'autre ait un crash principal.

Scénario 2 :

1 disque tombe en panne et les gens ne le remarquent pas. Le travail continue avec l'autre disque. Après quelques mois, le disque initialement en panne décide de redémarrer (raison inconnue). Le raid 1 se synchronise mais dans la mauvaise direction. Les deux disques contiennent désormais d'anciennes données.

Scénario 3 :

1 disque tombe en panne et les gens le remarquent. Le disque défectueux est remplacé par un nouveau disque et le système synchronise les deux disques. Cependant, dans la mauvaise direction. Vous disposez maintenant de deux disques vierges.

Exemple pratique :

Un client nous a apporté un disque et a réutilisé l'autre (qui s'est avéré toujours fonctionner, mais le volume logique avait disparu) pour réinstaller une ancienne sauvegarde. Il s’est avéré plus tard que ce disque était le dernier à tomber en panne et que celui qui nous avait été livré ne contenait que d’anciennes données. Étant donné que le disque encore fonctionnel a été écrasé par une ancienne sauvegarde, leurs données ont disparu.

Ce qu'il ne faut pas faire :

Synchronisez à nouveau les disques sans sauvegarde car la synchronisation peut mal tourner

p>< h4>Raid5 :

Dans un raid 5, des problèmes se produisent uniquement si deux disques tombent en panne.

Scénario 1 :

Un disque tombe en panne, et les gens continuent de travailler sans les remplacer, pensant qu'ils sont finalement en sécurité. Il arrive souvent qu’un deuxième disque tombe en panne assez rapidement et qu’on ait alors un problème. Surtout si le dernier disque tombe en panne avec un crash principal, car le disque en panne en premier contient d'anciennes données.

Scénario 2 :

Plusieurs disques tombent en panne en même temps, par ex. en raison d'une panne de courant.

Scénario 3 :

Le contrôleur Raid tombe en panne et bien que les disques soient toujours en bon état, vous ne pouvez plus accéder aux données. C'est particulièrement un problème avec les contrôleurs plus anciens car ils sont encore difficiles à trouver.

Exemple pratique 1 :

Un disque RAID5 tombe en panne. Le client remplace le disque et effectue une reconstruction. Après un certain temps, la reconstruction s'arrête avec un message d'erreur sur un autre disque.
Le client retire maintenant l'autre disque du raid, le remplace par un nouveau et force une reconstruction.

Il parle de lui-même, il se rend compte que cela ne peut pas bien se terminer. Puisque la première reconstruction n'est pas terminée, la nouvelle reconstruction corrompra et même écrasera les données, de sorte qu'une récupération complète ne sera plus possible.

Exemple pratique 2 :

Deux disques d'un le raid 5 est abandonné. Le client remplace les deux disques et force une reconstruction. Évidemment, cela ne peut pas fonctionner, car une partie des données est manquante car deux disques sont en panne.

Si un raid ne peut plus être récupéré, cela est dans la plupart des cas dû aux actions du client. effectué avant de venir chez nous.

Ce qu'il ne faut pas faire :

Ne jamais effectuer de reconstruction sans avoir au préalable cloné les disques (copie secteur par secteur) ou avoir une bonne sauvegarde

Raid6 :

Avec un raid 6, les problèmes ne surviennent que si trois disques tombent en panne. Compte tenu de la grande redondance, il arrive rarement que l'on reçoive un raid 6. Compte tenu de leur plus grande complexité, ces récupérations sont également plus coûteuses.

Ce qu'il ne faut pas faire :

N'effectuez jamais de reconstruction sans avoir au préalable cloné les disques (copie secteur par secteur) ou avoir une bonne sauvegarde .