REGISTRARSE LOGIN

Restaurar una VM Hyper-V desde la nube: una prueba de restauración completa

Una copia de seguridad solo vale algo si la restauración funciona. Así que lo probamos: borramos una VM de Hyper-V, la recuperamos desde la nube, la importamos en Hyper-V y comprobamos los datos. Todas las capturas proceden de esta prueba del 13 de noviembre de 2026 en Windows Server 2025.

Publicado el 13 de noviembre de 2026 · desde el cliente lionbackup 0.2.0

El punto de partida es la VM de prueba FILESRV01 del artículo Copia de seguridad de VM Hyper-V sin apagarlas: una VM en ejecución con dos puntos de control y 300 documentos en un recurso compartido. El cliente lionbackup 0.2.0 la guardó en nuestro entorno dev; usted sigue los mismos pasos contra prod. Las capturas muestran un Windows Server en alemán y la salida del cliente en alemán.

¿Qué copias hay?

El listado y la restauración se hacen con el token de lectura. El token de escritura con el que el host hace las copias no puede hacerlo, y es intencionado: quien lo robe no llega a los datos. También aquí el token viene de un archivo que solo los administradores pueden leer:

Get-Content .\secret\read-token.txt | .\lionbackup-client.exe --config .\hyperv-host.yaml --token-stdin --list

La lista muestra dos copias de FILESRV01, de 20,2 MB cada una, con file_id y hora.

PowerShell: cliente lionbackup con token de lectura y --list muestra dos copias de FILESRV01 de 20,2 MB cada una
La lista, obtenida con el token de lectura: dos copias de FILESRV01.

Simular una pérdida total

Después, la emergencia: apagar la VM, quitarla de Hyper-V y borrar su carpeta con todos los discos. A continuación Hyper-V no conoce ninguna VM y en el disco no queda nada.

Stop-VM -Name FILESRV01 -TurnOff -Force
Remove-VM -Name FILESRV01 -Force
Remove-Item C:\Hyper-V\FILESRV01 -Recurse -Force
Get-VM
Test-Path C:\Hyper-V\FILESRV01
Solo en un sistema de prueba. Estos comandos borran la VM de forma definitiva.
PowerShell: VM FILESRV01 apagada, eliminada, carpeta borrada; Get-VM vacío, Test-Path False
Pérdida total simulada: la VM y sus archivos han desaparecido.

Recuperarla desde la nube

La restauración necesita tres cosas: el token de lectura, el file_id de la lista y la clave privada. La clave solo la tiene usted; sin ella nadie puede leer la copia, ni siquiera nosotros.

Get-Content .\secret\read-token.txt | .\lionbackup-client.exe --config .\hyperv-host.yaml --token-stdin `
  --restore SU-FILE-ID --identity .\secret\hyperv-host.key --target C:\Restore

El cliente descarga la copia, la comprueba, la descifra y la extrae en C:\Restore. Los metadatos indican el origen: hyperv:FILESRV01. Después hay allí 16 archivos, 493 MB en total, organizados como una exportación de Hyper-V.

En la prueba tardó 2,1 segundos, para una VM pequeña que comprimida ocupa 20,2 MB. En VM grandes la duración depende de su tamaño y de su ancho de banda; esta cifra no es extrapolable.

PowerShell: restauración de la copia en C:\Restore, descifrada y extraída, después 16 archivos con 493 MB
La restauración desde la nube: descifrada y extraída en C:\Restore, después 16 archivos, 493 MB.

Importar en Hyper-V

La importación es un paso en PowerShell. Como la VM original ya no existe, la copia vuelve a la ubicación anterior C:\Hyper-V\FILESRV01. Compare-VM comprueba antes si Hyper-V puede adoptarla: 0 incompatibilidades. Después elimine el punto de control que Hyper-V creó solo para la copia. Sus dos puntos de control propios, “vor-dem-update”, vuelven a estar ahí.

$target = 'C:\Restore\FILESRV01'
$cfg  = Get-ChildItem "$target\Virtual Machines\*.vmcx" | Select-Object -First 1
$report = Compare-VM -Path $cfg.FullName -Copy -GenerateNewId `
  -VhdSourcePath "$target\Virtual Hard Disks" `
  -VirtualMachinePath 'C:\Hyper-V\FILESRV01' `
  -VhdDestinationPath 'C:\Hyper-V\FILESRV01\Virtual Hard Disks' `
  -SnapshotFilePath 'C:\Hyper-V\FILESRV01'
$report.Incompatibilities.Count
$vm = Import-VM -CompatibilityReport $report
Get-VMSnapshot -VM $vm -SnapshotType Recovery | Remove-VMSnapshot
Get-VMSnapshot -VM $vm | Format-Table Name, SnapshotType -AutoSize
PowerShell: Compare-VM con 0 incompatibilidades, Import-VM, punto de control de la copia eliminado, dos puntos de control vor-dem-update
Importación en la ubicación anterior: 0 incompatibilidades, sus puntos de control vuelven a estar ahí.

¿Son correctos los datos?

Una VM que arranca todavía no es una prueba. Por eso, antes de iniciarla, montamos su disco en solo lectura y contamos: los 300 documentos de los datos de prueba en Freigaben\Buchhaltung y una muestra, beleg-123, con el contenido esperado. Después se desmonta el disco y se inicia la VM.

$disk = (Get-VMHardDiskDrive -VMName FILESRV01).Path
$drive = (Mount-VHD -Path $disk -ReadOnly -Passthru | Get-Disk | Get-Partition | Where-Object DriveLetter).DriveLetter
(Get-ChildItem "${drive}:\Freigaben\Buchhaltung").Count
(Get-Content "${drive}:\Freigaben\Buchhaltung\beleg-123.txt" -Raw).Substring(0, 36)
Dismount-VHD -Path $disk
Start-VM -Name FILESRV01
Get-VM | Format-Table Name, State, Status -AutoSize
PowerShell: disco montado en solo lectura, 300 documentos contados, muestra beleg-123, VM iniciada, FILESRV01 en funcionamiento normal
Los datos comprobados: 300 documentos, la muestra coincide, después FILESRV01 vuelve a funcionar.

FILESRV01 vuelve a funcionar con normalidad, en el Administrador de Hyper-V con su cadena de puntos de control completa. Se creó el 13 de noviembre de 2026 a las 17:30:44, en la importación.

Administrador de Hyper-V: FILESRV01 en ejecución, creada el 13 de noviembre de 2026 a las 17:30:44, cadena de puntos de control completa
FILESRV01 vuelve a funcionar, con su cadena de puntos de control completa.

Qué muestra esta prueba y qué no

Pruebe la restauración con regularidad. Puede hacerlo sin tocar la VM original: con -GenerateNewId y otra ruta de destino, como se muestra en Copia de seguridad de VM Hyper-V sin apagarlas.

¿Podemos apoyarle?

Hacemos con gusto junto con usted la primera prueba de restauración en su host Hyper-V: gratis y por videollamada.

Concierte una cita gratuita