Demander un devis → Serveur à l'arrêt · Urgence
Récupération de données · Hyper-V

Hyper-V VHDX : disques virtuels et checkpoints même depuis des volumes cluster dégradés.

Hyper-V utilise le format VHDX (successeur du VHD) pour les disques virtuels, souvent sur Cluster Shared Volume (CSV) NTFS. Le recovery exige la maîtrise du format VHDX (block allocation table, log), du CSV et des chaînes de checkpoints.

Ce que nous récupérons

VHDX, checkpoints, CSV.

  • VHDX corrompus : BAT (Block Allocation Table) incohérente, log non flushed, problèmes d'alignement. Recovery au niveau structurel VHDX.
  • Checkpoints orphelins : AVHDX (fichiers de delta du checkpoint) présents sans le VHDX parent correct. Reconstruction de la chaîne.
  • CSV (Cluster Shared Volume) NTFS dégradé : recovery du filesystem NTFS sous-jacent, puis recovery des VHDX.
  • VM supprimées : VHDX résiduels encore présents sur le volume, récupérables s'ils n'ont pas été écrasés.
Approche

Non destructive, sur clones.

  • Snapshot read-only du CSV ou clonage des LUN sous-jacents.
  • Reconstruction VHDX en laboratoire, jamais sur le volume d'origine.
  • Merge contrôlé de la chaîne AVHDX sur le VHDX parent, en respectant l'ordre des checkpoints.
  • Recovery du système de fichiers invité à l'intérieur du VHDX (NTFS, ReFS, etc.) — second niveau d'analyse.
FAQ

Les questions qu'on nous pose le plus souvent.

Hyper-V génère aussi des fichiers XML/JSON de configuration VM : faut-il les récupérer ?

Oui si possible, mais le contenu réel, ce sont les VHDX. La configuration VM (fichier .vmcx, .vmgs ou .xml selon la version) peut aussi être reconstruite manuellement dès lors que l'on connaît le workload — si le VHDX est récupéré, la VM se recrée autour.

CSV failed : quel impact sur le recovery ?

Le CSV est une couche supplémentaire (NTFS partagé entre plusieurs hôtes). Si le CSV est failed, le recovery peut exiger l'accès aux LUN sous-jacents côté storage (SAN) avant le recovery des VHDX.

Puis-je continuer à utiliser le cluster Hyper-V pendant le recovery ?

Non, pas sur le volume suspect. Dans un cluster, les écritures arrivent de plusieurs hôtes en même temps et peuvent écraser des blocs VHDX critiques pour le recovery. Politique standard : les rôles VM concernés sont arrêtés, le CSV passe en maintenance ou hors ligne, on le clone, et il ne revient en production qu'une fois le recovery terminé.

VHDX dynamique ou fixe : cela change-t-il les chances de récupération ?

Oui. Un VHDX fixe alloue tous les blocs à la création et les garde contigus : même avec une BAT endommagée, les données restent reconstructibles par position. Un VHDX dynamique alloue les blocs à la demande, dispersés dans le fichier, et dépend donc de la BAT pour savoir où ils se trouvent — si elle est corrompue, il faut la reconstruire avant de pouvoir lire quoi que ce soit. Le dynamique n'est pas irrécupérable, mais demande plus de travail.