Intervento & differenziatori
Datacenter Lombardia Aruba Ponte San Pietro Oltre il supporto del vendorHyper-V VHDX: dischi virtuali e checkpoint anche da volumi cluster degradati.
Hyper-V usa il formato VHDX (successore di VHD) per i dischi virtuali, spesso su Cluster Shared Volume (CSV) NTFS. Il recovery richiede comprensione del formato VHDX (block allocation table, log), del CSV e dei checkpoint chain.
VHDX, checkpoint, CSV.
- VHDX corrotti: BAT (Block Allocation Table) inconsistente, log non flushed, problemi di allineamento. Recovery a livello strutturale VHDX.
- Checkpoint orfani: AVHDX (file di delta del checkpoint) presenti senza il VHDX parent corretto. Ricostruzione chain.
- CSV (Cluster Shared Volume) NTFS degradato: recovery del filesystem NTFS sottostante, poi recovery dei VHDX.
- VM cancellate: VHDX residui ancora presenti sul volume, recuperabili se non sovrascritti.
Non distruttivo, sui cloni.
- Snapshot read-only del CSV o clonazione dei LUN sottostanti.
- Ricostruzione VHDX in laboratorio, mai sul volume originale.
- Merge controllato della catena AVHDX sul VHDX parent, rispettando l'ordine dei checkpoint.
- Recovery del filesystem guest dentro al VHDX (NTFS, ReFS, ecc.) — secondo livello di analisi.
Le domande che ci fanno più spesso.
Hyper-V genera anche file XML/JSON di configurazione VM: serve recuperarli?
Sì se possibile, ma il vero contenuto sono i VHDX. La configurazione VM (file .vmcx o .vmgs o .xml a seconda della versione) si può anche ricostruire manualmente conoscendo il workload — se il VHDX è recuperato, la VM si ricrea attorno.
CSV failed: che impatto ha sul recovery?
Il CSV è un layer aggiuntivo (NTFS condiviso tra più host). Se il CSV è failed, il recovery può richiedere accesso ai LUN sottostanti dal lato storage (SAN) prima del recovery dei VHDX.
Posso continuare ad usare il cluster Hyper-V mentre fate il recovery?
No, non sul volume sospetto. In un cluster le scritture arrivano da più host contemporaneamente e possono sovrascrivere blocchi VHDX critici per il recovery. Politica standard: si fermano i ruoli VM interessati, il CSV va in manutenzione o offline, si clona, e si torna in produzione solo dopo il recovery concluso.
VHDX dinamico o fisso: cambia le probabilità di recupero?
Sì. Un VHDX fixed alloca tutti i blocchi alla creazione e li tiene contigui: anche con la BAT danneggiata i dati restano ricostruibili per posizione. Un dynamic alloca i blocchi su richiesta, sparsi nel file, quindi dipende dalla BAT per sapere dove sono — se è corrotta va ricostruita prima di poter leggere qualsiasi cosa. Il dynamic non è irrecuperabile, ma richiede più lavoro.