Récupération de données
Récupération de données à Cournonsec (34660)
Arrêtez le serveur et étiquetez chaque disque sans relancer le rebuild. Datastrophe image les membres, teste la géométrie RAID puis examine XFS sur un volume virtuel reconstruit.
Diagnostic et devis
Utiliser les groupes d'allocation pour départager les géométries RAID
Les membres sont comparés par leur identité, leur génération et leurs zones de parité. Un disque présent dans la baie n'est pas automatiquement membre de l'état recherché.
Chaque hypothèse RAID est confrontée aux UUID et aux positions des structures XFS dans plusieurs régions du volume.
Les fichiers volumineux sont particulièrement révélateurs, car leurs extents traversent davantage de bandes et plusieurs groupes d'allocation.
- Tous les disques du RAID avec leur baie et leur numéro de série
- Les disques retirés ou remplacés pendant le dernier rebuild
- L'ancien contrôleur et sa configuration exportée si elle existe
- Les journaux du serveur avec l'heure de la première panne
- Les chemins XFS et les fichiers volumineux connus avant l'incident
Attention
Refuser le rebuild, la nouvelle configuration et xfs_repair sur la source
- Ne relancez pas le rebuild du contrôleur
- Ne confirmez pas une nouvelle configuration RAID
- Ne changez pas l'ordre des disques sans l'étiqueter
- N'exécutez pas xfs_repair sur le volume source
- Ne retirez pas un membre supplémentaire
- Conservez l'ancien contrôleur et les disques déclarés obsolètes
À Cournonsec, une reconstruction lancée avec un mauvais ordre propage la parité incorrecte sur les membres encore utiles. Le RAID doit rester arrêté.
Notre expertise
Une bonne taille de volume ne prouve pas le bon alignement des bandes
Un superbloc XFS valide au début du volume ne suffit pas. Les groupes d'allocation répartis plus loin doivent apparaître à leurs adresses attendues pour confirmer la taille de bande et le décalage RAID.
Les disques d'un ensemble n'appartiennent pas toujours à la même génération. Un membre retiré avant le rebuild peut être plus cohérent qu'un remplaçant partiellement synchronisé selon la zone examinée.
Le journal XFS décrit des opérations récentes. Le rejouer sur une mauvaise géométrie peut inscrire des mises à jour à des emplacements sans rapport avec les blocs d'origine.
Les arbres B associent les inodes, les espaces libres et les extents. Leur cohérence dans plusieurs groupes d'allocation fournit une preuve plus solide que la simple apparition d'un nom de répertoire.
- Générations RAID
- Les compteurs séparent les membres synchrones des disques anciens
- Géométrie
- L'ordre, le décalage et la bande replacent les blocs logiques
- Groupes d'allocation
- Les en-têtes XFS éprouvent l'alignement sur tout le volume
- Extents
- Les btrees indiquent les plages de chaque fichier
Comment ça marche
Comparer les géométries puis parcourir XFS sur une copie virtuelle
- Chaque membre est identifié et acquis séparément; le support le plus instable est sécurisé avant les comparaisons de géométrie.
- Les signatures, les compteurs d'événements et les zones de parité servent à classer les générations sans faire confiance au seul ordre des baies.
- Le niveau RAID, l'ordre des disques, la taille de bande et le décalage sont testés sur des volumes virtuels indépendants.
- Les superblocs XFS et les en-têtes des groupes d'allocation évaluent chaque hypothèse par leur position et par leurs UUID.
- Le journal XFS est examiné sur la copie la mieux alignée; son rejeu éventuel reste isolé des membres physiques.
- Les arbres B d'inodes et d'extents conduisent aux fichiers, qui sont extraits puis ouverts selon leurs formats.
Les générations, les bandes RAID, les groupes d'allocation et les extents XFS
Valider l'alignement à plusieurs positions avant de parcourir les fichiers
Le RAID virtuel ne modifie aucun membre. Plusieurs hypothèses peuvent être comparées sans écrire une configuration de contrôleur ni rejouer le journal XFS sur les disques.
La cohérence des btrees et l'ouverture des fichiers déterminent la qualité finale. Une zone correcte n'efface pas les défauts observés dans un autre allocation group.
- Membres Les générations indiquent quels disques peuvent coopérer.
- Alignement Les superblocs secondaires confirment la géométrie RAID.
- Parcours XFS Les btrees et les extents conduisent aux contenus réels.
Préparer le devis
Figer les membres et conserver l'historique du contrôleur
Cournonsec: chaque disque reste étiqueté avec sa baie et sa génération supposée.
- Arrêtez le serveur sans relancer le rebuild.
- Photographiez les baies avant tout retrait
- Étiquetez chaque disque avec son numéro de série
- Conservez l'ancien contrôleur et sa configuration
- Notez les remplacements et leur ordre chronologique
- Listez les chemins et les fichiers volumineux à vérifier
Prise en charge
L'ordre des baies, le contrôleur et le rebuild interrompu à documenter depuis Cournonsec
Photographiez les baies et étiquetez chaque disque avant extraction. Notez le premier membre tombé, le disque de remplacement, le pourcentage du rebuild et toute importation de configuration.
Datastrophe ne déclare ni agence ni laboratoire à Cournonsec; Cournonsec est une zone desservie. Le transporteur assure seulement le trajet des supports jusqu'au laboratoire Datastrophe et leur retour pris en charge.
Indiquez quelques chemins, quelques fichiers volumineux et quelques tailles connues. Ils permettent de contrôler la géométrie au-delà des seules métadonnées.
Nos expertises
Les groupes d'allocation révèlent les erreurs d'alignement éloignées
Carte
Acheminer tous les membres RAID étiquetés depuis Cournonsec
FAQ
Questions sur un volume XFS sur RAID à Cournonsec
Pourquoi un volume de bonne taille peut-il rester illisible?
La taille totale ne révèle ni l'ordre des membres ni le décalage des bandes. Les blocs XFS peuvent arriver à de mauvaises adresses.
Quel rôle jouent les groupes d'allocation XFS?
Ils répartissent les métadonnées sur le volume. Leurs positions et leurs UUID permettent de tester l'alignement loin du premier superbloc.
Un ancien disque retiré peut-il rester nécessaire?
Oui. Selon l'avancement du rebuild, il peut contenir des zones plus cohérentes que le membre de remplacement.
Pourquoi ne pas rejouer immédiatement le journal XFS?
Sur une géométrie erronée, ses écritures viseraient les mauvais blocs. Le journal n'est évalué qu'après reconstruction du RAID sur une copie.
Comment la géométrie retenue est-elle vérifiée?
Plusieurs structures XFS, plusieurs btrees et des fichiers traversant de nombreuses bandes doivent rester cohérents ensemble.
Diagnostic et devis
Contrôler les fichiers qui traversent plusieurs bandes et groupes
Le diagnostic et le devis sont gratuits. Avant paiement, la liste distingue les fichiers vérifiés, partiels, détectés sans intégrité prouvée et non exploitables. Vous payez seulement si la liste et le prix vous conviennent. Sans résultat exploitable, après un échec final ou en cas de refus, aucun frais standard n'est dû. Une pièce rare exige un accord séparé et chiffré; son coût reste non remboursable.