Récupération de données
Récupération de données à Bourganeuf (23400)
Si un pool ZFS ne s'importe plus à Bourganeuf après la perte d'un vdev spécial, arrêtez toute tentative d'import forcé. Datastrophe acquiert chaque membre au laboratoire, reconstitue les étiquettes, les metaslabs et les objets, puis contrôle les jeux de données et les fichiers prioritaires.
Diagnostic et devis
Retrouver un état de transaction cohérent avant d'importer le pool
L'inventaire relie les GUID aux rôles, à la topologie et aux erreurs afin de distinguer le vdev spécial, les vdevs de données, le journal et le cache.
Les uberblocks sont ordonnés par txg, puis confrontés aux metaslabs et aux arbres accessibles sur chaque copie.
Les jeux de données candidats sont évalués par leur cohérence structurelle et par les fichiers prioritaires, jamais par le seul message d'import.
- Membres de vdevs ZFS en miroir, RAIDZ et spéciaux
- Étiquettes ZFS, uberblocks, metaslabs et arbres d'objets
- Pools chiffrés, jeux de données, zvols, snapshots et clones
- Caches, SLOG et anciens membres clairement identifiés
- Exports de configuration, clés et inventaires de fichiers
Attention
Un import forcé peut synchroniser une transaction incomplète
- N'utilisez pas l'import forcé du pool
- Ne remplacez pas le vdev spécial
- Conservez les anciens membres et les caches
- Étiquetez les disques par baie et par rôle
- Gardez les clés de chiffrement séparément
Aucun membre reçu de Bourganeuf n'est importé en lecture-écriture. Les étiquettes, les txg et les objets sont examinés sur des images, avec une vue distincte pour chaque hypothèse.
Préparer le devis
Figer tous les membres avant un nouvel import ou remplacement
À Bourganeuf, conservez la topologie et les anciens disques: chaque tentative d'import peut écrire un nouvel état sur les étiquettes.
- Arrêter les clients du pool
- Suspendre les imports automatiques
- Photographier chaque baie et chaque étiquette
- Conserver le vdev spécial défaillant
- Rassembler les historiques de configuration
- Définir les jeux de données et les snapshots prioritaires
Comment ça marche
Acquérir les vdevs, comparer les txg puis parcourir les jeux de données
- À Bourganeuf, stoppez les hôtes qui accèdent au pool et étiquetez chaque disque par baie, par rôle et par dernier état sans relancer d'import forcé.
- Les membres sont acquis séparément au laboratoire avec conservation de leurs GUID, de leurs étiquettes, de leurs erreurs et de leurs positions. Les originaux ne participent à aucun assemblage.
- Les txg, les uberblocks et les historiques de configuration sont comparés afin de sélectionner des états cohérents plutôt que l'étiquette la plus récente prise isolément.
- Les objets du vdev spécial et les blocs des vdevs de données sont reliés sur une vue virtuelle. Les variantes restent séparées lorsque les transactions divergent.
- Les jeux de données, les zvols et les snapshots sont ouverts sur des copies; les chemins prioritaires sont exportés et contrôlés avec leurs limites de lecture.
Nos expertises
Les vdevs, les étiquettes, les transactions, les objets, les jeux de données et les fichiers sont corrélés
Notre expertise
Les disques de données ne suffisent pas lorsque les métadonnées résident sur un vdev spécial
Un vdev spécial n'est pas un simple cache. Selon la configuration, il contient des métadonnées indispensables et parfois de petits fichiers; sa disparition peut rendre le pool entier impossible à parcourir.
Les étiquettes présentes aux extrémités des disques décrivent plusieurs états du pool. Un import forcé peut choisir une transaction récente mais incomplète, puis écrire de nouvelles étiquettes ou synchroniser un état défavorable.
Les vdevs de données conservent les blocs, mais leur sens dépend des jeux d'objets, des dnodes et des pointeurs. La reconstruction doit suivre les sommes de contrôle et les niveaux d'indirection au lieu de rechercher seulement des signatures de fichiers.
Un jeu de données montable n'atteste pas tous ses snapshots. Chaque vue utile est contrôlée séparément, et un objet manquant conserve un effet explicite sur les fichiers qui le référencent.
- Étiquettes
- Les GUID et l'historique identifient les membres
- Transactions
- Les uberblocks sont comparés par txg
- Objets
- Les métadonnées et les blocs de données sont reliés
- Jeux de données
- Les chemins prioritaires sont exportés et vérifiés
Prise en charge
Topologie ZFS à documenter depuis Bourganeuf
Depuis Bourganeuf, photographiez les baies, notez la commande qui a précédé la panne et conservez les sorties d'état déjà enregistrées. N'exécutez aucune nouvelle commande sur le pool.
Le transport privé déplace le colis suivi sans intervenir sur les supports. Datastrophe réalise directement l'acquisition et la reconstruction ZFS au laboratoire.
Listez les jeux de données, les zvols, les snapshots et les périodes indispensables. Transmettez les clés par une voie distincte, avec le nom exact du jeu de données concerné.
Des GUID des vdevs jusqu'aux objets des jeux de données
Relier les métadonnées spéciales aux blocs répartis dans le pool
Chaque transaction candidate est matérialisée séparément. Les sommes de contrôle confirment les blocs et empêchent de confondre deux états proches.
Les exports sont produits depuis la vue la plus cohérente pour chaque priorité, sans faire dépendre tout le résultat d'un unique montage du pool.
- Membres attribués Les GUID et les rôles restent traçables.
- Transactions comparées Les txg incompatibles ne sont pas fusionnés.
- Objets parcourus Les pointeurs et les sommes de contrôle guident la lecture.
- Jeux de données contrôlés Les fichiers utiles sont vérifiés après export.
Carte
Situer l'origine de la demande à Bourganeuf
FAQ
Questions sur un vdev spécial ZFS à Bourganeuf
Un vdev spécial est-il seulement un cache accélérateur?
Non. Il peut porter des métadonnées et de petits blocs sans copie complète sur les vdevs de données.
Pourquoi éviter l'option d'import forcé?
Elle peut sélectionner puis synchroniser une transaction incomplète et modifier les étiquettes encore utiles à la comparaison.
Le txg le plus élevé est-il toujours le meilleur?
Non. Ses pointeurs, ses metaslabs et ses objets doivent être accessibles et cohérents sur l'ensemble des membres.
Un jeu de données monté prouve-t-il ses anciens snapshots?
Non. Chaque snapshot dépend de racines et de blocs propres qui doivent être parcourus et contrôlés séparément.
Comment les blocs manquants sont-ils signalés?
Leur portée est reliée aux objets et aux fichiers concernés afin de distinguer un export complet d'un contenu partiel.
Diagnostic et devis
Vérifier les chemins utiles au-delà du simple import du pool
Le diagnostic et le devis sont gratuits. Avant paiement, la liste distingue les fichiers récupérables et vérifiés, partiels, détectés sans preuve d'intégrité et non exploitables. Le client paie seulement après acceptation de la liste et du prix. Sans résultat exploitable, après un échec final ou en cas de refus, aucun frais standard n'est dû. Une pièce rare et coûteuse exige un accord séparé, explicite et chiffré; son coût reste non remboursable même si la récupération n'aboutit pas.