Récupération de données
Récupération de données à Saint-Pierre-de-Plesguen (35720)
Éteignez les OSD concernés et conservez tous leurs supports. Datastrophe acquiert chaque membre, retrouve les cartes de placement compatibles puis reconstruit les objets RBD avant de contrôler les volumes invités.
Diagnostic et devis
Retrouver la carte de placement correspondant aux dernières versions stables
Les FSID et les métadonnées des OSD excluent les membres provenant d'un autre cluster ou d'une réinitialisation ultérieure.
Les journaux de placement groups distinguent les objets validés, les répliques en retard et les écritures restées incomplètes.
Des objets témoins sont replacés dans l'image RBD puis relus depuis le système invité pour confirmer la bonne géométrie.
- Les disques de tous les OSD impliqués
- Les bases BlueStore et leurs block devices associés
- Les cartes de cluster ou les journaux d'administration disponibles
- Les identifiants des pools, des images RBD et des snapshots
- Les systèmes de fichiers invités et les fichiers prioritaires attendus
Notre expertise
Une image RBD dépend de milliers d'objets distribués
Deux répliques d'un même objet peuvent présenter des versions différentes après une partition réseau. L'epoch et le journal du placement group permettent de qualifier leur ordre.
BlueStore sépare parfois le périphérique principal de ses zones DB et WAL. Perdre cette association peut rendre l'inventaire incomplet même si le disque de données répond.
Une image clonée dépend de son parent tant que certains objets n'ont pas été copiés lors d'une écriture. Le parent et le snapshot d'origine restent donc utiles à la reconstruction.
Une image RBD cohérente peut contenir un système invité arrêté brutalement. Cette seconde couche demande son propre contrôle avant de valider les fichiers.
- OSD
- Chaque démon porte des objets et leur historique
- Placement groups
- Le calcul distribue les objets entre les membres
- RBD
- Les objets ordonnés reconstituent l'image bloc
- Snapshots
- Les clones et les parents partagent certains objets
Comment ça marche
Réconcilier les placement groups puis reconstruire les images RBD
- Chaque OSD est identifié puis acquis sans rejoindre un cluster actif.
- Les superblocs BlueStore, les identifiants FSID et les historiques de cartes sont comparés.
- Les placement groups sont rattachés au pool et à la période correspondant à l'incident.
- Les répliques et les versions d'objets sont classées selon leur epoch et leur journal.
- Les objets RBD sont replacés à leur décalage dans une image virtuelle indépendante.
- Le système invité est contrôlé sans démarrer la machine ni rejouer ses écritures sur la reconstruction.
Attention
Empêcher le cluster de répliquer une mauvaise version
- Ne reformez pas un quorum avec les supports originaux
- Ne marquez aucun OSD comme perdu
- Ne purgez pas les placement groups incomplets
- Ne réinitialisez pas une base BlueStore
- Conservez les disques block, DB et WAL associés
- Gardez les cartes et les journaux avec leur chronologie
À Saint-Pierre-de-Plesguen, un redémarrage peut lancer un peering ou un rebalance qui modifie les répliques. Les OSD originaux restent isolés.
Les OSD, les placement groups, les objets et les images RBD
Qualifier chaque objet distribué avant de présenter un volume
La reconstruction conserve la provenance et la version de chaque objet sélectionné. Une réplique plus récente mais non validée n'écrase pas automatiquement une version stable.
Les zones manquantes de l'image restent signalées. Le système invité et ses fichiers sont testés afin qu'un volume de taille correcte ne soit pas confondu avec un résultat intègre.
- Cartes Les epochs replacent les OSD dans la topologie attendue.
- Objets Les répliques sont départagées avec leurs journaux.
- Image Les décalages RBD restituent un volume contrôlable.
Préparer le devis
Figer les OSD et préserver leurs périphériques associés
Saint-Pierre-de-Plesguen: chaque support garde son OSD, son rôle et son emplacement d'origine.
- Arrêtez les nœuds Ceph sans nouveau rebalance.
- Étiquetez tous les disques par OSD
- Conservez ensemble les périphériques block, DB et WAL
- Gardez les journaux et les cartes déjà exportés
- Listez les pools et les images prioritaires
- Notez les snapshots et les clones utiles
Prise en charge
Les identifiants du cluster et la panne de quorum à documenter depuis Saint-Pierre-de-Plesguen
Notez les OSD déclarés down, les opérations de rebalance et la dernière carte connue avant l'incident. Conservez les sorties de diagnostic existantes.
Datastrophe ne déclare ni agence ni laboratoire à Saint-Pierre-de-Plesguen; Saint-Pierre-de-Plesguen est une zone desservie. Le transporteur achemine seulement les supports au laboratoire Datastrophe et organise le retour pris en charge.
Indiquez le pool, l'image, les snapshots et la machine associés aux données urgentes. Cette liste borne la reconstruction sans effacer les autres images.
Nos expertises
La version d'un objet se juge dans l'historique de son placement group
Carte
Acheminer les membres Ceph depuis Saint-Pierre-de-Plesguen
FAQ
Questions sur un volume Ceph RBD à Saint-Pierre-de-Plesguen
Pourquoi faut-il tous les OSD, même ceux déclarés anciens?
Un OSD en retard peut encore porter la seule copie lisible d'un objet ou une version utile pour comprendre l'historique du placement group.
Comment choisir entre deux répliques divergentes?
Leur epoch, leur version et le journal du placement group indiquent laquelle appartient au dernier état validé.
À quoi servent les périphériques DB et WAL de BlueStore?
Ils peuvent contenir des métadonnées et un journal indispensables à l'interprétation du périphérique block associé.
Un clone RBD est-il autonome?
Pas toujours. Il peut encore lire des objets dans le snapshot de son parent tant qu'une écriture ne les a pas rendus propres au clone.
Pourquoi ne pas démarrer la machine reconstruite?
Son démarrage écrirait dans le système invité. Le contrôle commence sur une vue protégée afin de préserver l'état obtenu.
Diagnostic et devis
Contrôler le système invité après reconstruction RBD
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.