Diagnostic
Comprendre ce que le RAID protège vraiment
Un RAID répartit les données entre plusieurs disques selon une géométrie précise. Selon son niveau, il améliore la disponibilité, accélère certaines lectures ou tolère la panne d'un membre. Cette redondance protège un modèle de panne matérielle ; elle ne crée ni historique, ni retour dans le temps, ni copie indépendante.
Une baie répercute les écritures que le système accepte. Suppression d'un dossier, chiffrement malveillant, corruption applicative ou formatage peuvent donc être reproduits correctement sur tous les membres. Un RAID sain peut contenir plusieurs exemplaires cohérents du même état devenu inutilisable.
La redondance donne du temps dans certains scénarios. Ce délai doit servir à contrôler les sauvegardes, documenter les alertes et éviter les opérations automatiques lorsque plusieurs signaux sont déjà mauvais.
Le mot « dégradé » ne représente pas la même marge pour toutes les configurations. Niveau RAID, topologie et membres touchés déterminent ce qui reste tolérable avant le défaut suivant.
La tolérance annoncée couvre un scénario limité
| Niveau courant | Tolérance habituelle | Limite décisive |
|---|---|---|
| RAID 1 | Un exemplaire du miroir peut tomber en panne | Une suppression ou corruption correcte est recopiée sur l’autre membre |
| RAID 5 | Un seul disque peut manquer | La moindre défaillance supplémentaire pendant la reconstruction devient critique |
| RAID 6 | Deux membres peuvent être absents | La lecture soutenue reste longue et ne protège d’aucune erreur logique |
| RAID 10 | Plusieurs pannes sont tolérées si elles touchent des paires différentes | La perte des deux disques d’un même miroir peut rendre le volume incomplet |
Ces repères supposent que les autres disques, le contrôleur et les métadonnées sont cohérents. Les profils propriétaires de certains NAS ajoutent tailles de bande, rotation de parité et variantes qu'il faut identifier avant tout assemblage. Ils ne couvrent pas les suppressions, le chiffrement, la corruption applicative ni les fichiers déjà réécrits : la redondance ne vaut que pour l'hypothèse de panne prévue par la configuration.
La récupération de données sur un système RAID dépend de l'état physique de chaque membre, de la géométrie et des écritures déjà effectuées. La présence de parité ne garantit donc ni une sauvegarde ni une restitution complète.
Diagnostic
Identifier les scénarios qui dépassent la redondance
Plusieurs disques peuvent devenir instables pendant une reconstruction. Le rebuild relit fortement les membres restants et révèle parfois des secteurs faibles qui passaient inaperçus en fonctionnement. Le volume bascule alors de « dégradé mais accessible » à inaccessible.
La configuration ne réside pas toujours uniquement sur les disques. Contrôleur et NAS peuvent imposer ordre, taille de bande, rotation de parité, décalage, cache et version de métadonnées. Déplacer les membres vers un autre châssis peut déclencher importation, conversion ou initialisation au lieu d'une simple lecture.
Les pertes logiques contournent également la redondance : elles sont traitées comme des écritures valides et se propagent donc à l’ensemble.
Une suppression ou un formatage, un volume recréé avec de mauvais paramètres, des droits ou un chiffrement modifiés, une base corrompue ou une chaîne de snapshots incohérente peuvent être reproduits sur tous les membres. Une sauvegarde connectée au même système peut même subir le même incident.
Dans un hyperviseur, voir l’espace de stockage ou les gros fichiers d'une VM ne suffit pas. Descripteur, disques, snapshots et journaux doivent correspondre au même état logique. La validation monte jusqu'au service attendu, pas seulement jusqu'à l'arborescence.
Les pannes communes touchent plusieurs membres
Surtension, chaleur excessive, contrôleur défectueux, erreur de micrologiciel ou lot de disques vieillissant ensemble peuvent produire plusieurs défauts presque simultanés. Tous les membres partagent alors une même cause, ce que la simple multiplication des disques ne compense pas.
La disponibilité du volume ne démontre aucune sauvegarde. Il faut pouvoir sélectionner une version datée, la restaurer ailleurs que sur la baie et faire contrôler les fichiers ou services essentiels dans cet environnement distinct.
Diagnostic
Ne pas lancer une reconstruction sans contexte
Le rebuild est une opération normale après le remplacement maîtrisé d'un disque. Il devient dangereux lorsque l'état global est incertain. Sortir le mauvais membre, perdre l'ordre, ignorer un second disque faible ou enchaîner plusieurs reconstructions peut écraser l'un des derniers états exploitables.
Avant tout retrait, la baie est photographiée. Chaque emplacement est associé au numéro de série, à la capacité, au statut affiché et à l'heure de l'alerte. Le contrôleur, les journaux et les disques précédemment sortis restent disponibles. Dans une infrastructure de PME ou d'ASBL, cette fiche courte évite que plusieurs intervenants prennent des décisions incompatibles sous pression.
Une sauvegarde séparée doit aussi être testée avant le rebuild. Découvrir trop tard qu'elle est incomplète ou corrompue ne permet plus de revenir à l'état du RAID avant reconstruction.
Le feu vert repose sur des faits
Avant de reconstruire, il faut pouvoir répondre à ces questions :
- Quel disque a été déclaré fautif, à quel moment et selon quel message précis ;
- Les autres membres présentent-ils des erreurs de lecture, d’alimentation ou de liaison ;
- La position de chaque disque et l’historique des remplacements sont-ils établis ;
- Les fichiers prioritaires ont-ils été testés depuis une sauvegarde indépendante ;
- Le rebuild peut-il écraser la dernière génération encore exploitable ?
Si une réponse manque et que les données valent davantage qu'une remise en service immédiate, préserver les membres reste la décision la plus réversible. Les assistants du NAS visent le retour rapide à un volume redondant ; leur bouton « réparer » peut sélectionner une source, réécrire des métadonnées ou lancer une resynchronisation sans exposer toutes ses hypothèses.
Après une coupure ayant affecté un RAID, ordre, cache, état des membres et sauvegardes doivent être établis avant toute reprise. Chaque nouvelle écriture peut fermer une option de récupération.
Les disques retirés ou remplacés restent étiquetés et préservés, même s'ils sont déclarés défaillants. L'état logique qu'ils portent peut s'avérer nécessaire pour comparer la situation avant et après une tentative de reconstruction.
Diagnostic
Diagnostiquer le volume par couches
Un diagnostic RAID sérieux examine successivement disques physiques, contrôleur ou NAS, métadonnées RAID, système de fichiers, volumes logiques, fichiers, bases et services métier. Un volume montable ne prouve pas que les données sont cohérentes.
Chaque disque est acquis isolément afin d’enregistrer les zones illisibles et de ne plus dépendre de son état physique pendant l’analyse. À partir de ces images, différents ordres, tailles de bande et schémas de parité peuvent être évalués sans toucher aux métadonnées des originaux. Cette précaution devient indispensable lorsqu’un rebuild s’est arrêté et que tous les membres ne décrivent plus la même génération.
Le contrôle progresse du bas vers le haut afin qu’un résultat visible à une couche ne masque pas une incohérence située en dessous.
Il faut d’abord obtenir une copie suffisamment stable de chaque disque, confirmer la géométrie sur plusieurs régions, ouvrir le système de fichiers sans écriture, restituer les volumes logiques, puis vérifier le fonctionnement des fichiers, bases et machines virtuelles.
Une parité cohérente ne garantit pas une base cohérente. Une arborescence visible ne garantit pas que tous les blocs d'un fichier sont présents. Le rapport distingue donc secteurs acquis, volume reconstruisable et contenu réellement utilisable.
Travailler sur des copies avant la reconstruction logique
Datastrophe considère le RAID comme un ensemble de dépendances. L'objectif n'est pas de remettre la baie d'origine en production à tout prix, mais de restituer les données validées sur une cible saine, avec les limites documentées.
Diagnostic
Prévenir avec sauvegardes et documentation
RAID et sauvegarde remplissent deux rôles distincts. Le RAID maintient la disponibilité du volume dans certains scénarios. La sauvegarde permet de revenir à un état séparé, daté et restaurable. Les deux sont nécessaires.
Une fiche d’exploitation et un exercice de restauration rendent cette distinction vérifiable.
Une fiche concise et tenue à jour peut suffire. Elle reprend la topologie, les baies et numéros de série, le contrôleur employé, les volumes présents, le dernier échange de disque, la sauvegarde associée et la procédure d’arrêt. Conservez-en une copie hors du NAS afin qu’elle reste consultable si l’interface de celui-ci devient inaccessible.
Les alertes doivent déclencher une action. Disque dégradé, reconstruction anormalement longue, sauvegarde en échec ou erreur de base ne peut rester dans un journal non consulté. La redondance ne protège que si elle laisse le temps d'agir.
Le test utile restaure un échantillon sur un environnement indépendant et vérifie son usage, sa période et ses dépendances. Préserver l'ordre, tester les sauvegardes et refuser les reconstructions aveugles offre une meilleure protection qu'une confiance abstraite dans la redondance.
Le plan de reprise nomme qui confirme le membre fautif, qui valide la restauration et qui autorise l'arrêt du service. Cette séparation évite qu'une urgence déclenche en parallèle remplacement, rebuild et restauration destructive.
Diagnostic
Sources techniques primaires et limites
Périmètre documentaire — face à la perte de données: Pour limites de la redondance RAID face à la perte de données, les références primaires retenues sont Linux MD administration guide. Preuve physique — face à la perte de données: Elles cadrent la préservation, la structure de stockage et la validation, sans prouver l’état physique exact, le comportement du contrôleur, la disponibilité des clés ni la cohérence métier du matériel reçu. Preuve contrôleur — face à la perte de données: Ces points exigent des mesures sur l’ensemble d’origine et des contrôles sur des copies.
Diagnostic
Faire établir un diagnostic contrôlé
Ensemble complet — face à la perte de données: Pour le diagnostic de limites de la redondance RAID face à la perte de données, transmettez l’appareil ou le lot complet, les éléments d’alimentation et d’interface associés, l’ordre et les étiquettes, la chronologie des symptômes et la liste précise des données prioritaires. Chronologie d’incident — face à la perte de données: Les accès autorisés passent par un canal protégé distinct ; ne redémarrez pas la source uniquement pour obtenir une nouvelle capture.
Responsabilité du laboratoire — face à la perte de données: Datastrophe effectue directement le diagnostic, les contrôles d’intégrité et la récupération dans son propre laboratoire, avec sa propre équipe. Diagnostic gratuit — face à la perte de données: Le diagnostic et le devis sont gratuits. Limite du transport — face à la perte de données: Le transport privé aller-retour est compris ; le transporteur déplace uniquement le colis scellé, sans accéder aux données ni les traiter.
Liste contrôlée — face à la perte de données: Avant tout paiement, le client reçoit le prix proposé et une liste contrôlée. Classes de vérification — face à la perte de données: Chaque élément est classé, dans l’ordre, recoverable_verified, partial, detected_unverified ou unrecoverable. Déclenchement du paiement — face à la perte de données: Seuls les éléments recoverable_verified, ouverts et jugés exploitables, sont présentés comme récupérables. Résultat non vérifié — face à la perte de données: Le paiement intervient après acceptation de la liste et du prix.
Résultat non vérifié — face à la perte de données: Si aucune donnée exploitable n’est vérifiée, si la récupération échoue ou si le client refuse la liste ou le prix, aucun frais standard n’est dû. Pièce exceptionnelle — face à la perte de données: Une pièce rare, coûteuse et non remboursable constitue la seule exception et requiert une proposition séparée, explicite et chiffrée acceptée au préalable.