Solicitar presupuesto → Servidor parado · Emergencia
Recuperación de datos · VMware

VMware VMFS: datastore y VMDK incluso desde volúmenes no montables.

Datastore VMFS dañado, VMDK huérfanos, snapshot chain rota, componentes vSAN en failed state: el recovery a nivel VMFS exige conocer el formato (heartbeat, journal, file descriptor) además del filesystem guest dentro del VMDK.

Casuística

Cuándo intervenimos.

  • Datastore VMFS que no monta: heartbeat region dañada, journal inconsistente. Recovery a nivel estructural VMFS.
  • VMDK huérfanos: VM eliminada por accidente, pero con los bloques del VMDK aún no sobrescritos. Recovery del archivo VMDK y de su contenido.
  • Snapshot chain rota: consolidación de snapshot fallida que deja archivos delta inconsistentes. Reconstrucción manual de la chain.
  • Componente vSAN en failed state: nodo vSAN que ha perdido componentes más allá de la tolerancia de la policy. Recovery de los datos distribuidos en los demás nodos y reconstrucción.
Enfoque

No destructivo, sobre clones.

  • Snapshot read-only del datastore o clonado de los LUN subyacentes.
  • Reconstrucción del VMFS en laboratorio, nunca sobre el datastore original.
  • Extracción de los VMDK reconstruidos.
  • Recovery del filesystem guest dentro del VMDK (NTFS, ext4, etc.) — segundo nivel de análisis.
FAQ

Las preguntas que más nos hacen.

¿Puedo seguir usando el datastore mientras hacen el recovery?

No, no sobre el estado sospechoso. Las escrituras continuas pueden sobrescribir bloques VMFS críticos para el recovery. Política estándar: el datastore se pone offline o en read-only, se clona y se devuelve a producción solo una vez concluido el recovery.

¿Los VMDK huérfanos se recuperan también después de semanas?

Depende de cuánto se haya escrito en el storage tras el borrado. En datastore con poca escritura posterior, a menudo sí. En datastore muy activos los bloques se sobrescriben más rápido: cuanto antes se intervenga, mejor.