Récupération de données
Récupération de données à Marseille
À Marseille, arrêtez les écritures et préservez les OSD, les cartes MON et OSD, la configuration CRUSH et les clés. Le laboratoire acquiert chaque support sans écriture, reconstruit les relations sur des copies puis valide les objets prioritaires sans rééquilibrer la source.
Diagnostic et devis
Diagnostiquer Ceph sans déclencher de rééquilibrage
Le diagnostic distingue la panne de média, le SSD DB/WAL absent, le contrôleur dégradé, les labels corrompus, les cartes divergentes, les PG incomplets ou les clés manquantes.
Les labels et métadonnées sont lus sur une copie pour relever le FSID et les identifiants d'OSD.
Les snapshots, exports RBD, sauvegardes et copies d'objets sont inventoriés par date et pool, puis vérifiés.
Les essais ont lieu dans une infrastructure isolée; un PG incomplet n'est pas déclaré sain.
- Disques durs portant des OSD BlueStore ou FileStore
- SSD et NVMe utilisés comme OSD, DB ou WAL
- Serveurs avec nœuds MON, MGR, MDS, RGW ou OSD
- Ensembles RAID et contrôleurs sous-jacents
- Disques externes avec exports ou sauvegardes
- Clés USB avec trousseaux de clés ou cartes
- Machines virtuelles et volumes avec moniteurs
- Stockages réseau avec snapshots ou exports RBD
Attention
Éviter la purge, le reweight et la reconstruction automatique
- Ne lancez ni rééquilibrage ni rattrapage de réplication
- Ne purgez pas un OSD down ou lost
- Ne recréez pas les partitions ou labels BlueStore
- Ne remplacez pas les cartes MON, OSD ou CRUSH
- Ne réinitialisez pas un contrôleur ou un RAID
- Ne régénérez pas les trousseaux de clés avant inventaire
- Conservez ensemble le FSID, les identifiants et la topologie
- Gardez les snapshots, les exports et les sauvegardes séparés et datés
Toute opération susceptible de déplacer ou supprimer des fragments reste différée jusqu'à la création de copies protégées.
Comment ça marche
Des OSD figés aux objets Ceph validés
- Arrêtez les clients, les machines virtuelles, les passerelles et les écritures, sans reweight, purge, rééquilibrage ni recréation d'OSD.
- Inventoriez les disques OSD, le FSID, les identifiants, les cartes MON et OSD, la configuration CRUSH, les PG, les trousseaux de clés et les métadonnées.
- Le laboratoire qualifie la stabilité physique de chaque média; un disque instable ou un contrôleur dégradé exige une acquisition séparée.
- Le laboratoire réalise une acquisition secteur par secteur de chaque support suffisamment stable vers un support sain, avec calcul d'empreinte et sans écrire sur l'original.
- La reconstruction rapproche le FSID, les epochs, les cartes, les règles CRUSH et les sommes de contrôle sur une plateforme isolée.
- Les résultats sont validés par pool, image RBD, objet, bucket ou volume CephFS; les fragments absents sont signalés.
- Après devis, le périmètre accepté est restitué sur un support sain.
Nos expertises
Supports et composants examinés pour Ceph
Préparer le devis
Préparer le cluster sans lancer de rattrapage de réplication
Une préparation contrôlée protège les fragments et les cartes; n'équilibrez ni ne recréez le cluster avant les copies.
- À arrêter: clients, passerelles, écritures et équilibrage
- Noter l'heure de la panne et les commandes tentées
- À identifier: version, FSID, topologie et règles CRUSH
- Conserver chaque disque OSD et SSD DB ou WAL
- À préserver: cartes MON/OSD, trousseaux de clés et configuration
- À classer: snapshots, exports et sauvegardes avec dates
- Documenter les pools, les PG et les images RBD
- Étiqueter les nœuds, les disques, les contrôleurs et les stockages
- À joindre: journaux, alertes et inventaires existants
- Indiquer les pools, les images, les périodes et les priorités
Notre expertise
Une méthode centrée sur les relations Ceph
Ceph répartit les données et les métadonnées entre des OSD dont le sens dépend des cartes et des règles de placement.
Les supports sont acquis avant l'analyse du cluster: OSD, SSD DB/WAL, contrôleurs et volumes sont étudiés sur des copies.
La reconstruction compare les cartes et les versions plutôt que l'OSD le plus récent.
La validation porte sur les images RBD, les fichiers CephFS ou les objets RADOS; un cluster HEALTH_OK ne prouve pas les versions attendues.
- Arrêt
- Stopper les clients et l'équilibrage
- OSD
- Préserver les labels et les fragments
- Cartes
- Documenter la chronologie de la cartographie CRUSH
- Validation
- Contrôler les objets et les images
Prise en charge
Préparer un dossier Ceph depuis Marseille
Datastrophe ne dispose d'aucune implantation locale à Marseille. Elle organise l'acheminement des supports Ceph vers son laboratoire puis leur retour.
Laissez les clients, les nœuds et les stockages hors ligne, puis joignez la version Ceph, la topologie, l'inventaire des OSD et la chronologie des commandes.
Conservez tous les médias, y compris un OSD déclaré ancien ou out; ne mélangez pas les positions, les identifiants, les cartes et les copies.
Le transporteur n'effectue aucune opération technique: il achemine uniquement les supports. Le devis ne garantit ni le redémarrage ni l'intégralité avant analyse.
Cartographie des fragments Ceph
Relier OSD, cartes, PG et clés
Le périmètre utile inclut les OSD, les SSD DB/WAL, les cartes, les règles CRUSH, les PG, les métadonnées, les trousseaux de clés et les sauvegardes.
Un OSD ancien peut contenir le fragment utile à une version absente ailleurs; le FSID guide le rapprochement.
Les supports physiques restent couverts indépendamment de Ceph: HDD, SSD, NAS, ensembles RAID, serveurs, disques externes et mémoires flash; les machines virtuelles sont traitées comme des données logiques.
La restitution privilégie les données vérifiées: images RBD, arborescences CephFS, objets, buckets ou fichiers exportés.
- OSD Conserver les disques, les labels, les identifiants et les fragments.
- Cartes Préserver les cartes MON, les cartes OSD et les epochs disponibles.
- Placement Garder les PG, la carte CRUSH et les versions des objets.
- Accès Conserver les trousseaux de clés, les certificats et la configuration.
- Copies Comparer les snapshots, les exports et les sauvegardes.
Carte
Orientation à Marseille selon le cluster et les médias
FAQ
Questions fréquentes sur Ceph et la récupération
Faut-il lancer un rééquilibrage après la perte d'un OSD?
Pas avant l'acquisition: le rééquilibrage déplace et réécrit des fragments. Le laboratoire acquiert d'abord chaque support sans écrire sur l'original, puis inventorie les cartes et les PG sur les copies.
Un disque OSD lisible contient-il des fichiers directement?
Pas nécessairement: les objets sont distribués; leur sens dépend des cartes et des fragments voisins.
Pourquoi conserver les cartes MON et OSD?
Elles décrivent la topologie, les epochs et l'affectation des OSD.
Un OSD ancien peut-il encore être utile?
Oui: il peut contenir une version absente ailleurs. Il reste séparé, identifié et comparé sans réintégration.
Un export RBD récent est-il prioritaire?
C'est une piste à vérifier: l'export peut être incomplet ou dépendre d'une image parente; il est contrôlé avant restitution.
La salle blanche concerne-t-elle Ceph?
Seulement si un disque mécanique doit être ouvert; un SSD ou une carte divergente relèvent d'autres procédures.
Peut-on marquer comme lost les objets introuvables d'un PG pour avancer?
Pas sur les sources: cette décision peut abandonner des objets. Les fragments sont d'abord inventoriés.
Comment vérifier une image RBD récupérée?
On contrôle la taille, les blocs lisibles, le format, les snapshots et le système de fichiers interne.
Que faut-il joindre aux supports?
La version, le FSID, la topologie, les cartes, les erreurs, l'inventaire OSD et les trousseaux de clés autorisés.
Diagnostic et devis
Faire qualifier les OSD avant rééquilibrage
Décrivez la version, le FSID, les nœuds, les OSD, les cartes, les sauvegardes et les symptômes pour cadrer le devis.