Qué hacemos
Reparación de hardware Mantenimiento de servidores Recuperación de datos Ampliación & upgradeIntervención & diferenciadores
Datacenter Lombardía Aruba Ponte San Pietro Más allá del soporte del fabricanteHyper-V VHDX: discos virtuales y checkpoints incluso desde volúmenes de clúster degradados.
Hyper-V utiliza el formato VHDX (sucesor de VHD) para los discos virtuales, a menudo sobre Cluster Shared Volume (CSV) NTFS. El recovery exige conocer el formato VHDX (block allocation table, log), el CSV y la cadena de checkpoints.
VHDX, checkpoints, CSV.
- VHDX corruptos: BAT (Block Allocation Table) inconsistente, log sin flush, problemas de alineación. Recovery a nivel estructural del VHDX.
- Checkpoints huérfanos: AVHDX (archivo delta del checkpoint) presentes sin el VHDX parent correcto. Reconstrucción de la cadena.
- CSV (Cluster Shared Volume) NTFS degradado: recovery del filesystem NTFS subyacente y, a continuación, recovery de los VHDX.
- VM eliminadas: VHDX residuales todavía presentes en el volumen, recuperables si no han sido sobrescritos.
No destructivo, sobre clones.
- Snapshot read-only del CSV o clonado de los LUN subyacentes.
- Reconstrucción del VHDX en laboratorio, nunca sobre el volumen original.
- Merge controlado de la cadena AVHDX sobre el VHDX parent, respetando el orden de los checkpoints.
- Recovery del filesystem guest dentro del VHDX (NTFS, ReFS, etc.) — segundo nivel de análisis.
Las preguntas que más nos hacen.
Hyper-V genera también archivos XML/JSON de configuración de la VM: ¿hace falta recuperarlos?
Sí, si es posible, pero el contenido real son los VHDX. La configuración de la VM (archivo .vmcx, .vmgs o .xml según la versión) también se puede reconstruir manualmente conociendo el workload: si el VHDX se recupera, la VM se vuelve a crear a su alrededor.
CSV failed: ¿qué impacto tiene en el recovery?
El CSV es una capa adicional (NTFS compartido entre varios hosts). Si el CSV está failed, el recovery puede requerir acceso a las LUN subyacentes desde el lado storage (SAN) antes del recovery de los VHDX.
¿Puedo seguir usando el clúster Hyper-V mientras hacen el recovery?
No, no sobre el volumen sospechoso. En un clúster las escrituras llegan desde varios hosts a la vez y pueden sobrescribir bloques VHDX críticos para el recovery. Política estándar: se detienen los roles de VM afectados, el CSV pasa a mantenimiento o se deja offline, se clona, y vuelve a producción solo cuando el recovery ha terminado.
VHDX dinámico o fijo: ¿cambia las probabilidades de recuperación?
Sí. Un VHDX fijo asigna todos los bloques al crearse y los mantiene contiguos: incluso con la BAT dañada los datos siguen siendo reconstruibles por posición. Uno dinámico asigna los bloques bajo demanda y dispersos por el archivo, así que depende de la BAT para saber dónde están — si está corrupta hay que reconstruirla antes de poder leer nada. El dinámico no es irrecuperable, pero requiere más trabajo.