L'un des disques de mon cluster (avec un RAID 5) est mort la semaine dernière et j'ai dû le remplacer. Après une reconstruction et un contrôle de cohérence, certaines données appartenant à différents utilisateurs ont été perdues. J'ai besoin de savoir exactement combien et quelles données nous avons perdues. Existe-t-il un fichier journal ou un programme/package disponible à cette fin (il n'y a pas de sauvegardes) ?
Merci
Les reconstructions ne sont généralement pas conçues pour être réversibles, ce qui signifie que le processus n'enregistre généralement pas d'informations sur la manière de revenir en arrière en cas de mauvais fonctionnement du processus de reconstruction. Les gens s'appuient plutôt sur les sauvegardes.
Vous devez toujours avoir des sauvegardes des données importantes.
Une autre façon d'identifier les données modifiées consiste à utiliser un vérificateur d'intégrité de fichiers, tel que AIDE, Integrit ou Tripwire. Toutefois, cette solution nécessite également une comparaison avec des données qui ont été faites précédemment.
Les journaux peuvent être utiles. Même une liste de répertoire sauvegardée peut être utile. Toutefois, si vous ne disposez pas de ces ressources, il se peut qu'il n'y ait pas de moyen communément connu de déterminer les informations que vous recherchez.
Pour comprendre pourquoi : On m'a montré comment fonctionne le RAID5 en utilisant l'opération XOR. XOR est parfois connu comme l'opération qui vérifie simplement la similitude. Vous avez donc deux disques avec des données qui sont conservées, et un disque de parité qui identifie si les deux bits correspondants, trouvés sur les deux autres disques, sont les mêmes. Si vous perdez le lecteur de parité, vous le refaites simplement. Si vous perdez l'un des autres lecteurs, vous pouvez récupérer en regardant le lecteur de données qui reste, et en regardant si les bits étaient les mêmes (tels qu'enregistrés par le lecteur de parité), puis vous pouvez déterminer quel bit se trouvait sur le lecteur qui a été perdu.
Voilà, c'est tout. Malheureusement, si le processus échoue pour une raison quelconque, il n'existe pas de méthode magique pour déterminer quelle mauvaise chose s'est produite et quelle bonne chose aurait dû se produire à la place. En conséquence, il n'y a pas de voie claire pour que le logiciel sache comment "réparer" simplement la situation. Je sais que ce n'est pas la nouvelle que vous espériez. Désolé.
J'ai dit que c'était aussi simple que ça. En fait, je crois savoir que les implémentations RAID réelles ont souvent des en-têtes qui compliquent les choses, comme les incompatibilités avec d'autres implémentations RAID. Cependant, l'en-tête est une certaine partie du disque, relativement petite par rapport à l'espace total du disque. Par conséquent, si des problèmes affectent d'autres zones du disque, c'est-à-dire la majorité du disque, il est peu probable que vous y trouviez une solution.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
