Récupération de données
Récupération de données à Cran-Gevrier (74960)
À Cran-Gevrier, refusez tout formatage ou resignature. Conservez les LUN, identifiants, extents et en-têtes VMFS. Le laboratoire acquiert les périphériques, recompose le volume en lecture seule sur des copies, inventorie les VM puis extrait les disques vérifiables.
Diagnostic et devis
Retrouver la structure d’une banque de données VMFS non montée
Le diagnostic commence par la présentation: baie, contrôleur, protocole, hôtes, chemins et changements.
Partitions et en-têtes sont comparés sur images; UUID, tailles et positions séparent original, clone ou restauration.
Chaque extent doit être justifié par des métadonnées compatibles, pas par la capacité.
Après reconstitution logique, l’arborescence est lue en lecture seule, les VM inventoriées puis extraites.
- LUN SAN ou stockage partagé dont identifiant, capacité ou chemin a changé
- Banques VMFS multi-extents à réunir sans écrire sur les sources
- Volumes RAID HDD ou SSD portant les LUN, géométrie et membres conservés
- Serveurs ESXi et configuration pour identifier noms, UUID et chemins
- NAS, iSCSI ou Fibre Channel lié à une présentation perdue
- VMDK, VMX, journaux et inventaires retrouvés après reconstruction
- Disques externes et sauvegardes avec copies, exports ou journaux
- Images de LUN pour tester extents et arborescence sans toucher aux sources
Attention
Éviter le formatage ou la resignature d’une banque de données existante
- N’acceptez pas le formatage proposé par ESXi
- Ne lancez pas de resignature automatique
- Ne créez pas de partition sur le périphérique
- Ne modifiez ni zonage ni chemins sans documenter l’état
- Ne réunissez pas les extents sur la seule capacité
- Ne reconstruisez pas le RAID sur les sources
- Conservez les journaux ESXi et les anciens identifiants
- Séparez clones et restaurations des périphériques initiaux
À Cran-Gevrier, un volume déclaré inconnu par ESXi peut encore contenir partitions et en-têtes VMFS; les LUN restent en lecture seule jusqu’à l’acquisition.
Comment ça marche
Des LUN figées à la banque de données VMFS lisible sur une copie
- Arrêtez rescans, créations de banque et resignatures, puis notez la dernière présentation correcte.
- Relevez les identifiants, les capacités, les chemins, les baies et les hôtes antérieurs.
- Le laboratoire qualifie HDD, SSD, RAID, baies et serveurs; la salle blanche ne concerne que le HDD défaillant.
- Chaque périphérique stable est acquis séparément; en-têtes, partitions et métadonnées restent inchangés.
- Les copies sont comparées pour identifier banque, UUID, partitions et extents.
- Le volume est remonté virtuellement en lecture seule, puis l’inventaire cherche VMX, descripteurs et fichiers.
- Après validation du devis, disques virtuels ou fichiers sont livrés sur support sain avec structure et limites.
Nos expertises
Supports examinés pour reconstruire un volume VMFS
Préparer le devis
Préserver les LUN avant tout rescan ou resignature
La visibilité d’une LUN ne justifie ni formatage ni resignature; les périphériques sont copiés avant reconstruction.
- Suspendre les rescans et les créations de banque de données
- Refuser le formatage et la resignature
- Lister les baies, les LUN, les capacités et les identifiants
- Noter les noms des banques et des hôtes
- Photographier les emplacements, les chemins et les connexions
- Conserver les journaux ESXi et les rapports de stockage
- Identifier les changements de contrôleur, de zonage ou de présentation
- Séparer les clones et les restaurations des périphériques d’origine
- Transmettre les accès légitimes par le canal sécurisé
- Définir les machines et les données à extraire en priorité
Notre expertise
Une méthode qui commence par la structure VMFS
VMFS s’appuie sur l’identité des périphériques. Une LUN visible sous un nouveau chemin peut encore porter la banque attendue.
Une banque peut utiliser plusieurs extents; un composant absent ou mal ordonné rend l’ensemble inaccessible.
Les copies de baie et restaurations restent distinctes des périphériques initiaux, même à capacité identique.
La reconstruction est virtuelle et réversible: partitions, en-têtes et extents sont analysés sur images avant lecture.
Le contrôle final porte sur répertoires, disques virtuels et données lisibles, sans promettre un remontage en production.
Le diagnostic consigne symptômes et priorités; exports et copies restent associés à leur date et leur LUN.
- LUN
- Conserver l’identifiant
- En-têtes VMFS
- Éviter toute écriture
- Extents
- Retrouver l’ordre
- Arborescence
- Lire sur une copie
Prise en charge
Préparer les LUN VMFS à Cran-Gevrier
Cette page décrit une prise en charge depuis Cran-Gevrier sans déclarer d’agence ou de laboratoire sur place. Les modalités dépendent du stockage.
Un HDD bruyant ou intermittent reste hors tension; seule son ouverture peut nécessiter une salle blanche.
Photographiez baies, câblages et emplacements; notez LUN, capacités, hôtes et noms de banques.
Conservez captures, journaux ESXi, rapports de baie et messages du rescan; n’acceptez aucune action de remontage.
Indiquez VM, répertoires ou périodes prioritaires; le devis peut distinguer acquisition, RAID, analyse VMFS, extraction et validation.
Extents VMFS à identifier
Recomposer le volume avant de chercher les machines
Le périmètre couvre LUN, identifiants, partitions, en-têtes, UUID et relations entre extents avant lecture des fichiers VMware.
Une LUN sous nouveau chemin peut appartenir au volume initial; un clone de même taille peut porter une autre génération.
La prise en charge inclut RAID HDD/SSD, SAN, NAS, iSCSI, serveurs ESXi, disques externes et images.
La restitution sépare extents confirmés, zones illisibles, répertoires et VMDK exploitables, sans composant non prouvé.
- Identifiants de LUN Distinguer l’original d’un clone ou remplaçant.
- Partitions Préserver les bornes et secteurs de départ.
- En-têtes VMFS Comparer les UUID et générations observées.
- Extents Assembler uniquement les relations démontrées.
- Machines virtuelles Extraire après reconstruction du volume en lecture seule.
Carte
Orientation à Cran-Gevrier selon la baie et les extents
FAQ
Questions fréquentes sur une banque de données VMFS inaccessible
Faut-il formater la LUN proposée comme nouvelle banque de données?
Non. Le formatage peut remplacer partitions et métadonnées utiles; le périphérique doit d’abord être analysé.
Une resignature VMFS est-elle sans risque?
Pas en récupération: elle modifie l’identité du volume et complique la comparaison.
Pourquoi conserver les identifiants de LUN?
Ils distinguent le périphérique initial d’un clone, d’une restauration ou d’un remplacement.
Une banque de données VMFS peut-il dépendre de plusieurs LUN?
Oui, avec plusieurs extents; leur relation et leur ordre doivent être prouvés, pas seulement leur taille.
Peut-on monter les LUN directement sur un autre hôte ESXi?
Cette tentative peut déclencher rescan, resignature ou écriture; la reconstruction se fait d’abord sur images.
Quand une salle blanche est-elle pertinente?
Uniquement si un HDD mécanique doit être ouvert; les erreurs VMFS relèvent de l’analyse logique.
Les machines sont-elles recherchées avant les extents manquants?
Non. Le volume est reconstruit avant l’inventaire des répertoires et VMDK.
Que se passe-t-il si un extent reste absent?
Les zones accessibles sont analysées; un extent non prouvé n’est pas remplacé artificiellement.
Quels supports et fichiers faut-il préparer pour le diagnostic?
Rassemblez les identifiants, les capacités, les banques, les hôtes, les rapports, les journaux, les changements et les priorités.
Diagnostic et devis
Faire analyser les LUN avant de recréer la banque de données
Décrivez la baie, ses identifiants, capacités, hôtes, changements et messages pour chiffrer l’acquisition et l’analyse sans présumer les extents disponibles.