Récupération de données
Récupération de données au Nouvion-en-Thiérache (02170)
Lorsqu'un pool ZFS ne s'importe plus au Nouvion-en-Thiérache, arrêtez le serveur et ne forcez pas le rewind. Datastrophe acquiert chaque vdev au laboratoire, cartographie labels, uberblocks et métadonnées, puis extrait et contrôle les jeux de données prioritaires sur des copies.
Diagnostic et devis
Rebâtir la topologie ZFS avant de choisir une transaction
L'inventaire des GUID et labels établit quels membres appartiennent au pool, lesquels sont anciens et quelles classes d'allocation sont attendues.
Plusieurs uberblocks peuvent sembler valides. Leur cohérence avec les metaslabs et arbres d'objets détermine les scénarios réellement lisibles.
Jeux de données, snapshots et zvols demandés servent de points de contrôle. Une hypothèse ne passe que si leur contenu reste cohérent après export.
- Pools ZFS composés de mirrors, RAIDZ ou vdevs simples
- Special vdevs, SLOG, cache et disques de données
- Labels ZFS, uberblocks, metaslabs et arbres d'objets
- Jeux de données, zvols, snapshots et propriétés de chiffrement
- Exports de configuration et journaux d'administration du pool
Attention
Un import forcé peut privilégier une transaction qui exclut des données récentes
- Ne forcez pas l'import du pool
- N'utilisez pas de rewind sur les supports reçus
- Ne retirez pas le special vdev
- Ne remplacez aucun membre à l'aveugle
- Conservez les clés et phrases de passe hors du colis
Aucun import, scrub, remplacement ou rewind n'est lancé au Nouvion-en-Thiérache. Tous les membres, y compris les anciens et ceux de classes spéciales, restent identifiés.
Préparer le devis
Figer le pool et conserver chaque membre avec son emplacement
Au Nouvion-en-Thiérache, la priorité est de préserver topologie, historique et secrets avant toute nouvelle tentative d'import.
- Arrêter le serveur et les accès au pool
- Photographier les baies et le câblage
- Étiqueter chaque membre et ancien disque
- Noter les commandes déjà exécutées
- Classer les jeux de données et snapshots prioritaires
- Transmettre les clés par un canal distinct
Comment ça marche
Acquérir les vdevs, choisir un txg et contrôler les jeux de données
- Au Nouvion-en-Thiérache, coupez le serveur et étiquetez chaque emplacement sans tenter un import forcé, un remplacement de disque ou une commande de rewind.
- Les membres sont acquis séparément au laboratoire; leurs GUID, rôles, tailles, labels et historiques de transaction sont relevés sans modifier le pool.
- La topologie est reconstruite en distinguant données, special allocation class, journaux et cache, car ces catégories n'ont ni le même rôle ni la même criticité.
- Les uberblocks candidats sont comparés et les arbres d'objets sont parcourus sur des copies. Un retour temporel reste une hypothèse séparée, jamais une modification de la source.
- Les jeux de données et snapshots prioritaires sont exportés vers un stockage sain, puis fichiers, zvols et arborescences sont contrôlés avec leurs limites.
Nos expertises
Vdevs, labels, uberblocks, metaslabs, objets et jeux de données sont corrélés
Notre expertise
Des blocs ZFS présents restent inutiles sans les arbres du bon vdev
Un special vdev peut concentrer des métadonnées indispensables et, selon sa configuration, de petits blocs de fichiers. Le perdre ne se résume donc pas à une baisse de performance. Les autres disques peuvent conserver de nombreux blocs sans chemin cohérent pour les retrouver.
Les labels ZFS apparaissent à plusieurs emplacements et décrivent la topologie ainsi que l'historique. Des membres réintroduits après une panne peuvent porter des transactions divergentes. Le GUID et le txg priment sur l'ordre physique supposé.
L'option de rewind cherche un état plus ancien pour importer le pool. Elle peut écarter des transactions récentes. Son intérêt s'évalue sur une copie et face aux jeux de données recherchés, plutôt que comme une commande de dépannage appliquée directement.
Un jeu de données monté n'est pas nécessairement complet. Les objets, extents, sommes de contrôle et snapshots prioritaires sont parcourus puis exportés. La liste avant paiement distingue les fichiers validés, les contenus partiels et les objets seulement repérés.
- Topologie
- Chaque GUID retrouve son rôle dans le pool
- Transactions
- Les uberblocks candidats restent comparables
- Métadonnées
- Les arbres sont parcourus depuis les acquisitions
- Jeux de données
- Les exports prioritaires sont vérifiés hors ZFS
Prise en charge
Ordre des baies et historique ZFS à documenter au Nouvion-en-Thiérache
Depuis Le Nouvion-en-Thiérache, photographiez les tiroirs, numérotez chaque disque et notez les dernières commandes d'import, de remplacement ou de scrub. Gardez aussi les membres retirés auparavant.
Le transport privé achemine le colis suivi à l'aller et au retour sans intervenir sur le pool. Datastrophe réalise directement au laboratoire les acquisitions, la reconstruction et les contrôles.
Listez jeux de données, snapshots, dates et chemins indispensables. Les clés de chiffrement restent hors de l'emballage et sont communiquées séparément si le scénario retenu les exige.
Des GUID de vdevs aux jeux de données exportés avec contrôle
Comparer les transactions sans remonter le pool sur ses disques
Chaque topologie candidate est construite depuis des images de travail. Les classes spéciales ne sont pas assimilées aux membres de données.
Les jeux de données prioritaires sont parcourus puis copiés vers un autre stockage. Les sommes de contrôle et formats apportent des preuves distinctes.
- Vdevs identifiés GUID, rôle et historique restent associés.
- Txg comparés Les retours temporels demeurent réversibles.
- Arbres parcourus Les métadonnées relient objets et blocs.
- Exports éprouvés Les données utiles sont contrôlées hors pool.
Carte
Situer l'origine de la demande au Nouvion-en-Thiérache
FAQ
Questions sur un pool ZFS au Nouvion-en-Thiérache
Puis-je tenter un import avec rewind?
Pas sur les disques concernés. Le rewind peut écarter des transactions; il doit être évalué sur une topologie reconstruite à partir de copies.
Le disque de cache est-il indispensable?
Un cache de lecture ne porte normalement pas la vérité du pool, mais son rôle doit être distingué d'un special vdev ou d'un journal avant de l'écarter.
Pourquoi conserver un membre remplacé?
Il peut décrire une transaction antérieure ou fournir des blocs utiles pour comparer les scénarios sans modifier les membres récents.
Un jeu de données monté compte-t-il comme résultat complet?
Non. Les fichiers et zvols prioritaires sont exportés et contrôlés avant d'être classés comme récupérables et vérifiés.
Diagnostic et devis
Sélectionner le résultat d'après les jeux de données réellement exportés
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.