Récupération de données
Récupération de données à Lespinasse
À Lespinasse, gardez hors tension tous les membres du pool ZFS après la perte du vdev. Le laboratoire image les disques, compare GUID et txg, puis importe une copie en lecture seule pour contrôler ensembles de données, snapshots et fichiers prioritaires.
Diagnostic et devis
Diagnostic conservatoire de pool ZFS
La première lecture confronte les labels ZFS, les uberblocks et la table des vdevs aux symptômes décrits dans la chronologie.
Pour ZFS, les empreintes séparent l’état physique des membres de la topologie déduite des labels.
Les dépendances utiles sont les journaux ZIL, les métadonnées de metaslabs, les snapshots et les clés de chiffrement autorisées.
Un uberblock récent n’est recevable que si sa txg et sa topologie désignent des vdevs réellement acquis.
- Les disques membres du pool acquis pour pool ZFS
- Copies techniques des labels ZFS, les uberblocks et la table des vdevs
- Dépendances conservées: les journaux ZIL, les métadonnées de metaslabs, les snapshots et les clés de chiffrement autorisées
- Volume de destination réservé aux ensembles de données, les snapshots et les fichiers prioritaires
Attention
Éviter la perte d’indices sur pool ZFS
- N’exécutez pas un import forcé, un zpool clear ou le remplacement improvisé d’un membre.
- Préservez sans modification les labels ZFS, les uberblocks et la table des vdevs.
- Rassemblez séparément les journaux ZIL, les métadonnées de metaslabs, les snapshots et les clés de chiffrement autorisées.
- Étiquetez chaque génération de pool ZFS.
- Consignez les GUID du pool et des vdevs, les numéros de transaction txg et la valeur ashift.
- Gardez les disques membres du pool hors tension.
- Réservez un canal distinct pour les clés ZFS natives ou les phrases de déverrouillage.
- Attendez l’empreinte des images avant tout essai.
Dans le dossier de Lespinasse, un import forcé, un zpool clear ou le remplacement improvisé d’un membre reste exclu avant l’imagerie. Les états de pool ZFS sont conservés séparément.
Comment ça marche
Procédure de preuve pour pool ZFS
- Le dossier ZFS fixe la date de coupure, la topologie attendue et les ensembles de données prioritaires.
- L’inventaire croise les GUID du pool et des vdevs, les numéros de transaction txg et la valeur ashift.
- Chaque membre ZFS est imagé séparément avant la comparaison des labels, des GUID et des transactions txg.
- Les pièces complémentaires — les journaux ZIL, les métadonnées de metaslabs, les snapshots et les clés de chiffrement autorisées — restent classées par génération pour éviter toute combinaison hypothétique.
- Un uberblock récent n’est recevable que si sa txg et sa topologie désignent des vdevs réellement acquis.
- Le contrôle porte sur les ensembles de données, les snapshots et les fichiers prioritaires.
- Le rapport relie les résultats aux GUID du pool et des vdevs.
Nos expertises
Composants et dépendances de pool ZFS
Préparer le devis
Préserver pool ZFS avant toute tentative corrective
Numérotez les supports ZFS et photographiez leur position avant le départ de Lespinasse.
- Arrêtez les services ou applications qui écrivent sur pool ZFS.
- Notez l’heure de la disparition d’un vdev après une coupure et le dernier état confirmé.
- Photographiez ou schématisez la disposition des disques membres du pool.
- Séparez les générations des journaux ZIL, des métadonnées de metaslabs, des snapshots et des clés de chiffrement autorisées.
- Relevez les GUID du pool et des vdevs, les numéros de transaction txg et la valeur ashift.
- Classez les ensembles de données, les snapshots et les fichiers prioritaires par priorité métier.
- Gardez les clés ZFS natives ou les phrases de déverrouillage dans un canal confidentiel distinct.
- N’autorisez aucune écriture avant l’acquisition et les empreintes.
Notre expertise
Lire la structure réelle de pool ZFS
Les labels ZFS, les uberblocks et la table des vdevs constituent le noyau de l’analyse.
Les journaux ZIL, les métadonnées de metaslabs, les snapshots et les clés de chiffrement autorisées complètent la lecture sans être mélangés aux originaux.
Les GUID du pool et des vdevs.
Le scénario de travail consiste à comparer les quatre labels de chaque image.
Le bilan confronte les ensembles de données, les snapshots et les fichiers demandés aux transactions ZFS cohérentes.
- Source pool ZFS
- État reçu et empreinte
- Relations techniques
- Repères concordants
- Essai sur duplication
- Procédure reproductible
- Livrable demandé
- Ouverture et limites
Prise en charge
Acheminer un pool ZFS depuis Lespinasse sans provoquer un nouvel import
Datastrophe ne possède ni laboratoire ni comptoir à Lespinasse.
Chaque vdev part scellé séparément, avec sa baie d’origine et son numéro de série.
À réception, le laboratoire inventorie les disques membres du pool puis acquiert les labels ZFS, les uberblocks et la table des vdevs sans démarrer le service ou l’application.
Les clés ZFS autorisées passent par un canal confidentiel distinct du colis de disques.
Périmètre probant pour pool ZFS
De l’état reçu au livrable pool ZFS
Le périmètre primaire comprend les labels ZFS.
Le contexte exploitable réunit les journaux ZIL.
- Composants acquis Images des disques membres du pool, empreintes et journal de réception.
- Dépendances Inventaire des journaux ZIL, des métadonnées de metaslabs, des snapshots et des clés de chiffrement autorisées.
- Repères Comparaison des GUID du pool et des vdevs, les numéros de transaction txg et la valeur ashift.
- Essai autorisé Sur une copie seulement: comparer les quatre labels de chaque image, retenir un ensemble cohérent d’uberblocks puis importer une copie avec les écritures désactivées.
- Résultat Contrôle des ensembles de données, les snapshots et les fichiers prioritaires.
Carte
Origine documentée: Lespinasse
FAQ
Questions sur la récupération de pool ZFS
Quel arrêt immédiat protège pool ZFS?
Coupez les écritures et conservez les labels ZFS, les uberblocks et la table des vdevs sans lancer de reprise automatique.
Pourquoi faut-il conserver toutes les dépendances de pool ZFS?
Non. Les journaux ZIL, les métadonnées de metaslabs, les snapshots et les clés de chiffrement autorisées expliquent les relations que le composant principal ne porte pas seul.
Quels repères datent correctement pool ZFS?
Le laboratoire compare les GUID du pool et des vdevs.
Quelle commande ou action faut-il éviter?
Évitez un import forcé, un zpool clear ou le remplacement improvisé d’un membre: cette action peut modifier la seule chronologie encore probante.
Comment les résultats de pool ZFS sont-ils contrôlés?
La validation ouvre sur une copie les ensembles de données.
Une salle blanche est-elle systématique pour pool ZFS?
Une salle blanche n’est indiquée que si un disque membre présente une panne mécanique empêchant son acquisition.
Peut-on rallumer les disques membres du pool avant l’acquisition?
Gardez le pool éteint: un import forcé peut réécrire des états utiles à la chronologie.
Comment transmettre les secrets utiles à pool ZFS?
Transmettez les clés ZFS natives ou les phrases de déverrouillage par le canal confidentiel convenu.
Quelles informations joindre au dossier de Lespinasse?
Joignez la chronologie, les versions, les essais déjà réalisés et les GUID du pool et des vdevs, les numéros de transaction txg et la valeur ashift.
Diagnostic et devis
Décider après diagnostic de pool ZFS
Décrivez la disparition d’un vdev après une coupure.