Recuperación de datos en disco virtual VMDK y VHDX

Un arranque de prueba puede activar fsck, CHKDSK, recuperación de base o rotación de registros. Si el disco es thin, esas escrituras ocupan bloques que antes no estaban asignados. Se clona la cadena y, cuando procede, se monta en modo de solo lectura o se crea una VM aislada sobre duplicados. Antes de iniciar se buscan archivos prioritarios directamente en el sistema de archivos invitado y se conserva una referencia inalterada para comparar.

Exporte inventario y logs sin consolidar ni mover la VM; anote plataforma, versiones, nombres, tamaños, snapshots, datastore y RAID. Copie los ficheros solo si el almacenamiento es estable y mantenga fechas y estructura. Si hay fallo físico, apague la matriz y documente orden de discos. Liste bases, carpetas y servicios prioritarios con el punto temporal necesario. Puede solicitar un presupuesto aportando este inventario y una muestra de errores, sin subir archivos sensibles hasta acordar el canal. La guía de tarifas explica por qué una cadena larga y una validación de aplicaciones amplían el alcance frente a un simple montaje.

Incluya checksums existentes y manifiestos de backup, pero no regenere hashes sobre una cabina que está fallando. Esos valores permiten distinguir una copia previa válida de una exportación truncada y documentar qué artefactos se mantuvieron idénticos durante el tratamiento.

Si los ficheros pueden copiarse sin forzar el datastore, el método de transferencia debe conservar nombres, fechas, estructura, atributos y el carácter disperso de los discos thin. Una sincronización que omite archivos ocultos, sigue enlaces de forma inesperada o expande cada hueco puede dejar fuera descriptores y agotar el espacio de destino antes de completar la cadena. Prepare un manifiesto con ruta, tamaño lógico, tamaño ocupado y hash ya disponible. En una empresa española con varias sedes o un proveedor de alojamiento, identifique además quién congeló la máquina y desde qué almacenamiento se obtuvo cada copia; no mezcle exportaciones tomadas en momentos distintos bajo una sola carpeta.

Cuando el origen físico es inestable, no se intenta crear un gran archivo de exportación para facilitar el envío. Se conserva la cabina, el orden de miembros, la controladora y cualquier expansión, siguiendo el inventario necesario para recuperar el RAID o NAS. Para un transporte desde la península, Baleares o Canarias, cada disco viaja inmovilizado, protegido contra electricidad estática y asociado a su bahía y número de serie. Si el origen está sano y solo falla la cadena virtual, puede prepararse una copia en un soporte nuevo con capacidad suficiente; credenciales, claves de cifrado y datos de acceso se comunican por un canal separado del paquete o la transferencia.

Un equipo de sistemas puede necesitar un VMDK, VHDX o QCOW2 reconstruido para trabajar en un entorno aislado; el responsable de una aplicación puede preferir la base, sus logs, certificados y adjuntos extraídos; otros casos requieren ambos. Antes de entregar se verifican padres e hijos, particiones, sistemas de archivos y muestras distribuidas por los rangos del disco. Los sectores ausentes se relacionan con archivos concretos siempre que sea posible. Una VM que arranca no se declara íntegra solo por llegar al escritorio, y nunca vuelve a producción sin revisión de identidad, red, servicios y consistencia de la aplicación. La restitución se decide según el uso previsto.