Récupération de données
Récupération de données à Valdivienne (86300)
Éteignez le serveur ZFS et conservez tous les disques, y compris le special vdev défaillant. Datastrophe image chaque membre, retrouve les uberblocks compatibles puis mesure quels jeux de données et quels fichiers restent cohérents.
Notre expertise
Un special vdev contient des allocations durables: sa disparition ne se traite pas comme celle d'un cache accélérateur.
Le special vdev ne constitue pas un simple cache que l'on peut retirer. Lorsqu'il porte des métadonnées allouées, sa perte peut empêcher de retrouver la structure du pool entier.
Les étiquettes ZFS situées au début et à la fin des membres peuvent conserver des vues différentes après un remplacement interrompu. Leur groupe de transactions et leur topologie doivent être conciliés.
Un import qui remonte dans le temps peut ignorer des transactions récentes, tandis qu'un import trop avancé peut dépendre de métadonnées absentes. Plusieurs états candidats sont donc évalués sur des images.
Les sommes de contrôle de ZFS attestent un bloc, mais pas la complétude d'un dossier si son chemin traverse une métadonnée perdue. La validation associe la structure et le contenu.
- Étiquettes ZFS
- Elles décrivent la topologie vue par chaque membre
- Uberblocks
- Ils proposent des groupes de transactions candidats
- Pointeurs de blocs
- Ils relient les métadonnées, les petits blocs et les données
- Sommes de contrôle
- Elles vérifient chaque bloc réellement retrouvé
Diagnostic et devis
Chercher un groupe de transactions compatible avec toute la topologie
Les étiquettes ZFS révèlent si le special vdev attendu, les vdev de données et les éventuels remplacements appartiennent au même historique.
Les uberblocks candidats sont évalués par leur capacité à résoudre les pointeurs de blocs sans ignorer une dépendance critique.
Les erreurs de somme de contrôle et les métadonnées manquantes sont rapportées aux jeux de données et aux chemins qu'elles affectent.
- Tous les membres du pool ZFS
- Les disques du special vdev même défaillants
- L'ordre des baies et les numéros de série
- La topologie vdev et les commandes d'état conservées
- Les clés ou les phrases secrètes des jeux de données chiffrés
- Les jeux de données, les instantanés et les fichiers prioritaires
Attention
Un import forcé peut sélectionner le mauvais historique
- N'utilisez pas une option d'import forcé sur le pool original
- Ne détachez pas le special vdev
- Ne remplacez pas un membre avant son acquisition
- Conservez les disques signalés UNAVAIL ou FAULTED
- Gardez les sorties de zpool status déjà enregistrées
- Notez toute opération de remplacement ou de resynchronisation
Une tentative d'import avec recul ou écriture peut modifier les étiquettes ZFS et masquer des transactions utiles. Les membres de Valdivienne sont copiés avant toute exploration logique.
Comment ça marche
Parcourir les arbres ZFS depuis des acquisitions figées
- Chaque support est acquis avec son identité et son rôle supposé.
- Les quatre étiquettes ZFS de chaque membre sont comparées.
- Les uberblocks sont classés selon leur groupe de transactions, ou TXG, et selon la cohérence de la topologie.
- Les pointeurs de blocs sont suivis entre le special vdev et les vdev de données.
- Les jeux de données sont ouverts depuis un état figé, sans import forcé des originaux.
- Les fichiers témoins sont lus avec leurs sommes de contrôle et leurs attributs.
Topologie, TXG, Métadonnées, Sommes de contrôle
Déterminer ce que la perte du special vdev affecte réellement
Des blocs de fichiers peuvent rester intacts sur les vdev de données tout en étant privés de leurs métadonnées de chemin. Ils ne sont pas annoncés comme récupérés sur la seule base d'une somme de contrôle valide.
Chaque jeu de données accessible est parcouru à partir d'un état identifié. Les instantanés, les propriétés de chiffrement et les fichiers traversant une lacune reçoivent des constats séparés.
- État du pool Un TXG précis encadre la vue examinée.
- Arborescences Les métadonnées du special vdev restituent les chemins.
- Blocs Les sommes de contrôle confirment les contenus encore lisibles.
Préparer le devis
Préserver chaque membre et son emplacement
À Valdivienne, tous les disques ZFS restent associés à leur baie, à leur classe de vdev et aux traces du dernier état connu.
- Arrêtez le serveur sans nouvel import du pool
- Étiquetez les membres de données et du special vdev
- Emballez chaque disque contre les chocs
- Conservez les captures des commandes zpool et zfs
- Gardez les clés de chiffrement hors des étiquettes du colis
- Listez les jeux de données et les instantanés prioritaires
Prise en charge
Repérer la topologie ZFS avant l'envoi depuis Valdivienne
Photographiez les baies et recopiez les numéros de série avant tout retrait. Joignez les dernières sorties de zpool status, même si elles précèdent la panne ou montrent une resynchronisation incomplète.
Datastrophe ne déclare ni agence ni laboratoire à Valdivienne; Valdivienne est une zone desservie. Le transporteur achemine les supports vers le laboratoire Datastrophe et ne réalise aucune opération sur les données.
Indiquez les jeux de données, les instantanés et quelques fichiers indispensables. Leur présence dans plusieurs états candidats aide à sélectionner la reconstruction la plus utile et la plus cohérente.
Nos expertises
Les différents groupes de transactions sont comparés sans promouvoir automatiquement le plus récent lorsqu'il dépendent d'un bloc absent.
Carte
Acheminer le pool ZFS depuis Valdivienne
FAQ
Questions sur un special vdev ZFS perdu à Valdivienne
Le special vdev est-il seulement un cache?
Non. Il peut porter durablement des métadonnées et de petits blocs indispensables à l'arborescence du pool.
Pourquoi garder les quatre étiquettes ZFS de chaque disque?
Leurs copies peuvent refléter des transactions différentes et aider à retrouver une topologie antérieure cohérente.
Le groupe de transactions le plus récent est-il toujours préférable?
Non. Il peut référencer un bloc absent alors qu'un état légèrement antérieur reste parcourable et vérifiable.
Une somme de contrôle valide prouve-t-elle qu'un fichier est récupérable?
Elle valide le bloc lu. Le chemin, tous les blocs du fichier et ses métadonnées doivent aussi être présents.
Que change le chiffrement natif ZFS?
La clé valide reste nécessaire pour lire le contenu du jeu de données après reconstruction des métadonnées et de la topologie.
Diagnostic et devis
Contrôler les jeux de données, les instantanés et les fichiers à l'aide de leurs sommes de contrôle
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.