Récupération de données
Récupération de données à Weitbruch (67500)
Arrêtez les imports forcés et préservez tous les vdevs, y compris le périphérique spécial défaillant. Datastrophe acquiert les membres, retrouve les uberblocks cohérents et reconstruit les objets accessibles.
Notre expertise
Les vdevs de données restent muets sans leurs chemins de métadonnées
Un uberblock récent n'est utilisable que si sa racine et les niveaux suivants sont accessibles. Le plus grand numéro de transaction ne constitue pas à lui seul un verdict.
Le special vdev peut porter les métadonnées indispensables à plusieurs jeux de données. Son état doit être comparé à celui des vdevs principaux et à celui de son éventuel miroir.
Les pointeurs de blocs indiquent l'adresse, la taille, la compression et la somme de contrôle attendus. Cette chaîne permet de refuser un bloc placé au bon décalage mais issu d'une autre transaction.
Un jeu de données chiffré conserve une structure visible au niveau du pool, tandis que son contenu nécessite la clé autorisée correspondante. La clé n'est jamais inventée ni contournée.
- Labels
- Les GUID décrivent les vdevs attendus
- Uberblocks
- Les transactions proposent plusieurs états du pool
- MOS
- Le Meta Object Set conduit aux jeux de données
- Sommes de contrôle
- Chaque bloc lu garde une preuve d'intégrité
Diagnostic et devis
Choisir un uberblock dont toute la chaîne reste lisible
Les labels de chaque membre sont comparés avant de retenir une topologie et un historique de transactions.
La racine MOS, les object sets et les spacemaps sont parcourus dans le même état, sans mélange de pointeurs provenant de transactions différentes.
Les sommes de contrôle servent ensuite à confirmer les blocs reconstruits et à isoler les branches dont un niveau demeurent absent.
- Tous les vdevs du pool avec leur position d'origine
- Le special vdev défaillant et son éventuel miroir
- La sortie antérieure de zpool status ou de l'inventaire matériel
- Les clés autorisées des jeux de données chiffrés
- Les noms des jeux de données, des snapshots et des fichiers prioritaires
Attention
Éviter une nouvelle transaction sur le seul pool disponible
- Ne forcez pas l'importation du pool
- Ne remplacez pas le special vdev sur les originaux
- Ne détachez aucun membre de son miroir
- Ne recréez pas un pool avec les mêmes disques
- Conservez les clés de chiffrement disponibles
- Photographiez les baies et les branchements avant démontage
À Weitbruch, un import forcé peut modifier les labels et les états enregistrés. Tous les membres restent hors ligne jusqu'à leur acquisition.
Comment ça marche
Reconstruire la chaîne ZFS avant d'extraire les jeux de données
- Chaque membre est identifié puis acquis sans importer le pool en écriture.
- Les labels ZFS et les GUID établissent la topologie réellement enregistrée.
- Les uberblocks sont classés par transaction et contrôlés avec leurs racines MOS.
- Les spacemaps et les metaslabs localisent les zones allouées sans supposer que tout bloc libre est réutilisable.
- Les dnodes et les pointeurs de blocs conduisent aux jeux de données, aux snapshots et aux fichiers encore cohérents.
- Les données extraites sont vérifiées avec leurs sommes de contrôle et plusieurs fichiers témoins sont ouverts.
Les labels, les uberblocks, les object sets et les sommes de contrôle
Prouver chaque chemin d'objet depuis la racine du pool
Un jeu de données visible n'est déclaré exploitable que si ses dnodes conduisent à des blocs présents et conformes à leurs sommes de contrôle.
Les fichiers partiels restent séparés des fichiers entièrement lus. Une métadonnée retrouvée ne transforme pas un contenu absent en résultat validé.
- Topologie Les GUID replacent chaque vdev dans le pool.
- Transactions Les uberblocks sont testés avec leurs propres racines.
- Objets Les pointeurs de blocs et les sommes de contrôle valident le contenu.
Préparer le devis
Figer le pool et conserver sa topologie physique
Weitbruch: chaque disque garde son numéro de baie, son rôle et son acquisition indépendante.
- Arrêtez le serveur sans nouvel import.
- Étiquetez chaque membre selon sa baie
- Conservez le special vdev même s'il ne répond plus
- Gardez les sorties zpool déjà disponibles
- Rassemblez les clés autorisées des jeux de données
- Listez les snapshots et les chemins essentiels
Prise en charge
La topologie, le chiffrement et le dernier état connu à préciser depuis Weitbruch
Notez l'ordre des baies, les messages d'import et toute opération tentée après la panne. Joignez une ancienne sortie d'inventaire si elle existe.
Datastrophe ne déclare ni agence ni laboratoire à Weitbruch; Weitbruch est une zone desservie. Le transporteur déplace uniquement les supports vers le laboratoire Datastrophe et assure leur retour pris en charge.
Indiquez les jeux de données et les snapshots prioritaires avec quelques chemins de fichiers vérifiables. Ces repères permettent de comparer plusieurs transactions sans privilégier arbitrairement la plus récente.
Nos expertises
La somme de contrôle confirme un bloc, mais son pointeur prouve son contexte
Carte
Acheminer l'ensemble des vdevs depuis Weitbruch
FAQ
Questions sur un pool ZFS endommagé à Weitbruch
Pourquoi le special vdev est-il critique?
Il peut contenir les métadonnées qui décrivent les objets de plusieurs jeux de données et parfois leurs petits blocs, selon la configuration du pool.
Le dernier uberblock est-il toujours le meilleur?
Non. Sa transaction peut pointer vers une racine ou un niveau devenu illisible. Toute la chaîne doit être parcourue.
À quoi servent les labels présents sur chaque disque?
Ils portent les GUID, la topologie et des informations de transaction qui permettent de reconnaître les membres du même pool.
Une somme de contrôle valide suffit-il à rattacher un bloc?
Non. Il confirme le contenu attendu par un pointeur de bloc, mais ce pointeur doit lui-même appartenir au bon objet et à la bonne transaction.
Pourquoi faut-il la clé d'un jeu de données chiffré?
Les métadonnées du pool ne déchiffrent pas le contenu du jeu de données. Seule la clé autorisée permet d'interpréter ses blocs protégés.
Diagnostic et devis
Contrôler les jeux de données et leurs fichiers témoins
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.