Récupération de données
Récupération de données en Haute-Loire
En Haute-Loire, n'exécutez pas zpool import -f, clear, replace, scrub ou resilver sur les disques sources. Conservez tous les membres, leur ordre, les labels, GUID et snapshots. Le laboratoire acquiert chaque support, reconstitue les vdev sur des copies et valide jeux de données, dates et fichiers avant restitution.
Diagnostic et devis
Lire les labels et les transaction groups avant tout import forcé
Le diagnostic part du dernier zpool status fiable, du premier membre absent et des manipulations suivantes: changement de port, de contrôleur, de boîtier, commande import, clear, replace, scrub ou rollback. Les messages complets et les heures sont conservés pour distinguer une panne de disque d'une divergence de topologie.
Chaque support est testé hors du pool. Un HDD avec défaut mécanique impose une stratégie d'acquisition adaptée; un SSD peut présenter un contrôleur ou des cellules instables. Les lectures répétées par ZFS sont évitées tant que l'état physique et la possibilité de cloner ne sont pas établis.
- Haute-Loire: pools ZFS devenus UNAVAIL, FAULTED ou DEGRADED après la disparition d'un membre ou d'un contrôleur
- Haute-Loire: serveurs TrueNAS, FreeBSD, Linux ou illumos dont les vdev ne s'importent plus dans la configuration attendue
- Haute-Loire: ensembles mirror, RAIDZ1, RAIDZ2 ou RAIDZ3 avec labels, GUID ou ordre de disques incertains
- Haute-Loire: HDD mécaniques présentant des secteurs instables, erreurs de lecture ou défauts physiques au sein d'un pool
Attention
Un import forcé ou un resilver peut modifier le dernier état exploitable
- En Haute-Loire, n'utilisez pas zpool import -f ou -F sur les disques originaux pour forcer l'ouverture du pool
- Ne lancez pas scrub, resilver, clear, replace, detach ou remove avant acquisition des membres utiles
- Conservez l'ordre physique, les câbles, le contrôleur, les numéros de série et les emplacements de chaque disque
- Gardez les SSD de log, cache ou special vdev même s'ils semblent secondaires dans l'interface du NAS
Si un pool ZFS devient indisponible, arrêtez les commandes de réparation et conservez tous les membres dans leur ordre. Les labels, GUID et transaction groups doivent être comparés sur acquisitions avant toute reconstruction.
Préparer le devis
Conserver l'ordre, les GUID, les clés et les sorties ZFS
Depuis la Haute-Loire, rassemblez tous les membres, contrôleurs, positions, journaux, clés et snapshots connus sans import forcé, scrub, resilver ni remplacement supplémentaire.
- Modèle du serveur ou NAS, système, version ZFS et nom du pool
- Numéro de série, capacité, technologie et emplacement de chaque disque
- Type et composition supposée des mirror, RAIDZ et autres vdev
- Contrôleurs, HBA, câbles, boîtiers et changements matériels récents
- Sorties zpool status, zpool history, zdb et journaux déjà disponibles
Comment ça marche
Acquérir les membres puis reconstruire la topologie et le txg
- L'inventaire associe chaque disque à son emplacement, son numéro de série, son contrôleur, son boîtier et son rôle supposé. Les sorties zpool status, zdb, messages système, commandes d'import et changements de matériel sont conservés sans relancer une opération sur le pool source.
- Chaque HDD ou SSD est qualifié séparément. Sa capacité, ses secteurs lisibles et ses défauts sont relevés avant de conclure à un problème ZFS; un membre instable ne doit pas subir un scrub ou un resilver qui multiplierait les lectures et les écritures.
- Lorsque l'état le permet, tous les membres sont copiés dans des images ou clones. Les erreurs, zones non lues et reprises sont documentées, tandis que les originaux restent hors ligne pour que les essais d'assemblage ne modifient ni labels ni transaction groups.
- Les quatre labels ZFS, GUID de pool et de vdev, topologies, ashift, uberblocks et valeurs de txg sont comparés sur les acquisitions. Les rôles data, mirror, RAIDZ, log, cache et special sont différenciés avant toute tentative d'import en environnement isolé.
Nos expertises
ZFS, TrueNAS, mirror, RAIDZ, HDD, SSD, snapshots et zvol
Notre expertise
Des labels de chaque disque aux jeux de données cohérents
ZFS enregistre plusieurs copies de ses labels et de ses uberblocks afin de décrire le pool, les vdev et les transaction groups. Cette redondance aide l'analyse, mais une commande forcée peut encore sélectionner une topologie ou un point qui ne correspond pas aux membres réellement disponibles.
Un pool n'est pas une simple liste de disques. Les vdev constituent ses unités de redondance, et la perte tolérable dépend de leur type. Un disque de chaque mirror n'a pas le même rôle qu'un second membre manquant dans un RAIDZ2 ou qu'un special vdev contenant des métadonnées.
- Membres cartographiés
- Numéros de série, emplacements, GUID et rôles restent liés
- Supports acquis
- Les assemblages sont testés hors des disques originaux
- TXG comparés
- Le point cohérent est choisi selon les uberblocks disponibles
- Jeux de données validés
- Snapshots, zvol et fichiers sont exportés et contrôlés
Prise en charge
Préparation: depuis la Haute-Loire les membres et la configuration ZFS
Datastrophe ne revendique en Haute-Loire ni laboratoire, ni agence, ni atelier, ni comptoir. La qualification initiale sert à comprendre le pool et à organiser, lorsque cela est pertinent, une prise en charge vers le laboratoire.
Étiquetez chaque disque avec son numéro de série, sa baie, son câble et son port sans changer son ordre. Conservez les contrôleurs, boîtiers et alimentations qui étaient présents lors du dernier fonctionnement normal.
Topologie ZFS à préserver
Reconstituer vdev, txg et jeux de données sur des acquisitions
La cartographie matérielle et logique est figée avant l'analyse. Numéros de série, GUID de pool, GUID de vdev et positions physiques permettent de reconstruire la topologie sans se fier aux noms de périphériques attribués par un nouveau système.
Les images des membres servent de base immuable. Les variantes de topologie et de txg sont montées sur des copies dérivées, ce qui évite qu'un import, un rejeu ou une mise à jour de label transforme la seule preuve disponible.
- GUID rapprochés Pool, vdev et membres sont identifiés sans noms volatils.
- Labels conservés Aucun import de travail ne réécrit les originaux.
- TXG sélectionné Le point retenu dépend des blocs réellement disponibles.
Carte
Situer l'origine de la demande en Haute-Loire
FAQ
Questions sur la récupération de données en Haute-Loire
Datastrophe possède-t-il un laboratoire en Haute-Loire?
Non. Datastrophe ne déclare en Haute-Loire ni laboratoire, ni agence, ni atelier, ni comptoir. La situation est qualifiée avant une éventuelle prise en charge vers le laboratoire.
Puis-je utiliser zpool import -f pour retrouver le pool?
Pas sur les disques originaux. Un import forcé peut sélectionner une configuration ou un txg inadéquat et mettre à jour des métadonnées. Les essais se font sur des acquisitions.
Pourquoi conserver les disques cache et log?
Leur rôle diffère des vdev de données, mais ils documentent la configuration et le dernier état. Un special vdev peut en outre contenir des métadonnées indispensables au pool.
Diagnostic et devis
Demander un diagnostic en Haute-Loire
Indiquez la topologie, les numéros de série, les rôles, les commandes déjà lancées, les snapshots, les clés et les jeux de données prioritaires. Le laboratoire qualifie les supports, acquiert les membres, compare labels et txg, exporte les données validées sur des copies et établit le devis.