Veeam Agent for Windows puede restaurar una imagen completa del sistema en un hardware totalmente diferente. Esto incluye mover un servidor físico (o una VM VMware/Hyper-V) a un VPS cloud basado en KVM. El problema: KVM utiliza controladores paravirtualizados VirtIO para almacenamiento y red. Sin ellos en su medio de recuperación, el entorno de restauración no puede ver el disco de destino ni alcanzar su repositorio de backup.

Esta guía recorre todo el proceso: preparar los controladores VirtIO en el origen, crear un ISO de recuperación que los incluya, restaurar en una VM de Virtua.Cloud y validar el resultado.

¿Qué necesita antes de migrar un servidor Windows con Veeam?

Necesita Veeam Agent for Windows (versión 6.3 o posterior en modo standalone, o versión 13 si está gestionado por Veeam Backup & Replication) instalado en el servidor de origen, un backup a nivel de imagen almacenado en un recurso compartido SMB o NFS accesible por red, y el paquete de controladores VirtIO. El servidor de origen debe ejecutar Windows Server 2016 o posterior.

Requisito	Detalles
Veeam Agent for Windows	v6.3+ (standalone) o v13 (gestionado por VBR)
Tipo de backup	Nivel de imagen (equipo completo o volúmenes del sistema)
Ubicación del backup	Recurso compartido SMB o exportación NFS accesible desde la red de la VM de destino
Controladores VirtIO	virtio-win última versión estable (actualmente 0.1.285)
Windows ADK	Necesario si faltan componentes de Windows RE en el origen
VM de destino	Tamaño de disco >= espacio usado en el origen + 10 % de margen

Antes de comenzar, confirme la versión de Veeam Agent (Get-WmiObject -Class Win32_Product | Where-Object { $_.Name -like "*Veeam*" }), compruebe el espacio en disco utilizado en todos los volúmenes y verifique que existe un backup a nivel de imagen reciente en el recurso compartido de red.

¿Cómo crear un ISO de recuperación Veeam con controladores VirtIO?

Descargue el paquete de controladores VirtIO, instálelo en el servidor de origen y luego cree un ISO de recuperación Veeam. La opción «Include hardware drivers from this computer» captura los controladores VirtIO instalados y los integra en la imagen de recuperación basada en WinPE. Es la única forma fiable de incluir controladores VirtIO de almacenamiento y red en el entorno de recuperación.

¿Por qué se necesitan controladores VirtIO para las VMs cloud?

Los hipervisores KVM exponen dispositivos de almacenamiento y red a través de interfaces paravirtualizadas VirtIO. Los controladores estándar de Windows no reconocen estos dispositivos. Sin controladores VirtIO en el entorno de recuperación, el asistente de restauración de Veeam no puede detectar el disco de la VM de destino ni conectarse a su repositorio de backup por red. La restauración falla antes de empezar.

Tres controladores son fundamentales para la migración:

Controlador	Función	Entrada en el Device Manager tras la instalación
viostor / vioscsi	Controlador de almacenamiento VirtIO block o SCSI	Red Hat VirtIO SCSI controller
NetKVM	Adaptador de red VirtIO	Red Hat VirtIO Ethernet Adapter
Balloon	Gestión dinámica de memoria	VirtIO Balloon Driver

¿Cómo instalar los controladores VirtIO en el servidor de origen?

Descargue el último ISO estable del proyecto Fedora virtio-win. Móntelo y ejecute el instalador de guest tools:

# Download the virtio-win ISO
Invoke-WebRequest -Uri "https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/latest-virtio/virtio-win.iso" -OutFile "C:\Temp\virtio-win.iso"

# Mount the ISO
$mount = Mount-DiskImage -ImagePath "C:\Temp\virtio-win.iso" -PassThru
$driveLetter = ($mount | Get-Volume).DriveLetter

# Run the guest tools installer (silent, all drivers)
Start-Process -FilePath "${driveLetter}:\virtio-win-guest-tools.exe" -ArgumentList "/silent" -Wait

El instalador despliega NetKVM, viostor, vioscsi, Balloon y otros controladores VirtIO en el almacén de controladores de Windows. Confirme que se instalaron:

Get-WindowsDriver -Online | Where-Object { $_.ProviderName -eq "Red Hat, Inc." } | Select-Object ClassName, Driver, ProviderName

ClassName   Driver         ProviderName
---------   ------         ------------
Net         oem12.inf      Red Hat, Inc.
SCSIAdapter oem13.inf      Red Hat, Inc.
SCSIAdapter oem14.inf      Red Hat, Inc.
System      oem15.inf      Red Hat, Inc.

La salida muestra las clases Net (NetKVM), SCSIAdapter (viostor/vioscsi) y System (Balloon).

¿Cómo integrar los controladores en el medio de recuperación?

Con los controladores VirtIO en el almacén de controladores de Windows, cree el ISO de recuperación:

Abra Inicio > Veeam > Create Recovery Media
En el paso Recovery Media Options, seleccione ISO file como tipo de medio
Marque Include hardware drivers from this computer. Esto captura los controladores VirtIO que acaba de instalar.
Opcionalmente marque Include network connection settings from this computer si la VM de destino usará una configuración de red similar
En Include the following additional storage and network hardware drivers, haga clic en Add y apunte a la carpeta del ISO VirtIO montado ${driveLetter}:\ como respaldo. La carpeta debe contener los archivos CAT, INF y SYS del controlador. No añada más de 1 GB de controladores, ya que se cargan en RAM al arrancar y pueden impedir que WinPE se inicie.
Elija una ruta de salida para el ISO. Nómbrelo de forma identificable: veeam-recovery-virtio.iso
Haga clic en Create y espere a que el asistente termine

El ISO resultante es una imagen WinPE con las herramientas de recuperación de Veeam y sus controladores VirtIO integrados. Manténgalo accesible; lo enviará al soporte de Virtua.Cloud.

¿Cómo pedir y preparar la VM de destino?

Solicite una VM compatible con Windows en Virtua.Cloud con suficiente disco para alojar sus datos restaurados. Envíe el ISO de recuperación al soporte para que lo monten antes del primer arranque.

¿Qué tamaño de disco necesita la VM de destino?

El disco de destino debe ser al menos tan grande como la suma del espacio utilizado en todos los volúmenes de origen, más un 10 % de margen. Veeam puede reducir particiones durante la restauración, pero no puede restaurar en un disco más pequeño que los datos reales.

Fórmula: disco de destino >= espacio total utilizado x 1,1

Del ejemplo anterior (42,3 GB + 87,1 GB = 129,4 GB usados), necesita como mínimo 143 GB. Redondee hacia arriba a la opción disponible más cercana.

No se guíe por el tamaño asignado del disco de origen. Si su origen tiene un disco de 500 GB pero solo usa 130 GB, un disco de destino de 160 GB funciona bien.

¿Cómo conseguir que monten el ISO?

Solicite su VM a través del panel de control de Virtua.Cloud. Seleccione un plan con suficiente disco, RAM y CPU para su carga de trabajo.
Abra un ticket de soporte solicitando el montaje de un ISO personalizado. Adjunte o proporcione un enlace de descarga para su veeam-recovery-virtio.iso.
Pida al soporte que monte el ISO como dispositivo de arranque principal y que confirme cuando esté listo.
El soporte confirmará que el ISO está montado y la VM configurada para arrancar desde él.

Mientras espera, anote los detalles de red de su VM desde el panel de control: dirección IP, máscara de subred, puerta de enlace y servidores DNS. Los necesitará para configurar la red dentro de WinPE.

¿Cómo restaurar un backup de Veeam en una VM cloud?

Arranque la VM desde el ISO de recuperación a través de la consola VNC, configure la red manualmente en WinPE, conéctese a su repositorio de backup y ejecute el asistente de restauración bare-metal.

¿Cómo arrancar y acceder al entorno de recuperación?

Abra la consola VNC de su VM desde el panel de control de Virtua.Cloud
La VM arranca desde el ISO montado en el entorno Veeam Recovery Media
Espere a que se cargue el escritorio WinPE con la interfaz de Veeam Bare Metal Recovery

Si la VM arranca en un shell UEFI o una pantalla en negro en lugar de WinPE, contacte al soporte para verificar el orden de arranque. El ISO debe ser el primer dispositivo de arranque.

¿Cómo configurar la red en el entorno de recuperación WinPE?

El entorno de recuperación necesita acceso a la red para alcanzar su repositorio de backup. Las VMs cloud rara vez obtienen DHCP en el primer arranque. Configure el adaptador manualmente.

En la pantalla de Veeam Recovery Media, haga clic en Network Settings (esquina inferior derecha)
Si la lista de adaptadores está vacía, los controladores de red VirtIO no se cargaron. Haga clic en Load network adapter driver, seleccione el controlador NetKVM en la ventana Hardware Drivers y haga clic en Install.
Seleccione el adaptador de red en la lista. Haga clic en Properties.
Introduzca la configuración IP estática del panel de control de su VM:
- Dirección IP
- Máscara de subred
- Puerta de enlace predeterminada
- Servidor DNS
Haga clic en OK para aplicar

Pruebe la conectividad abriendo un símbolo del sistema desde el entorno de recuperación (pulse Shift+F10 si es necesario):

ping 8.8.8.8
ping your-backup-server.example.com

Si el ping funciona pero el DNS falla, verifique la dirección del servidor DNS. Para recursos compartidos SMB, pruebe la ruta directamente:

net use \\backup-server\share /user:domain\username

¿Cómo conectarse al repositorio de backup?

De vuelta en la interfaz de Veeam, haga clic en Bare Metal Recovery
En Backup Location, seleccione Network storage
Seleccione Shared folder (para SMB) o Linux-based (para NFS)
Introduzca la ruta UNC de su backup: \\backup-server\share\VeeamBackup\ServerName
Proporcione las credenciales cuando se le solicite
Veeam escanea la ubicación y lista los backups disponibles
Seleccione el backup de su servidor y elija el punto de restauración (normalmente el más reciente)

¿Cómo mapear los discos de origen a la VM de destino?

Tras seleccionar el punto de restauración, elija Entire computer como modo de restauración. Veeam abre la pantalla Disk Mapping mostrando sus volúmenes de origen a la derecha y el disco de destino a la izquierda.

Si el disco de destino no es visible, haga clic en Load driver e instale el controlador VirtIO SCSI (vioscsi o viostor) desde la lista Hardware Drivers.

Para una VM de destino con un solo disco:

Haga clic con el botón derecho en el disco de destino y seleccione Apply Backup Layout. Esto recrea la estructura de particiones del origen en el disco de destino.
Si el disco de destino es más grande que el origen, el espacio sobrante queda sin asignar. Puede expandir la última partición más tarde en la Administración de discos de Windows.
Si el disco de destino es más pequeño (pero mayor que los datos usados), Veeam reduce automáticamente las particiones. Revise la disposición propuesta antes de continuar.

Para servidores con varios discos de origen mapeados a un solo disco de destino, use Customize disk mapping para colocar los volúmenes manualmente. Haga clic con el botón derecho en el espacio sin asignar del disco de destino y seleccione el volumen de origen a restaurar. Use Resize para ajustar los tamaños de partición.

Marque la casilla Inject these drivers into operating system while performing bare metal recovery. Esto escribe los controladores VirtIO en la instalación de Windows restaurada, lo que evita fallos de arranque por falta de controladores de almacenamiento.

Haga clic en Restore para comenzar. La duración depende del tamaño del backup y la velocidad de red entre el repositorio de backup y la VM. Una restauración de 100 GB a través de un enlace de 1 Gbps tarda aproximadamente 15-20 minutos.

¿Qué comprobar después de la restauración?

Una vez completada la restauración, solicite al soporte el desmontaje del ISO, reinicie la VM en Windows y valide controladores, red y activación.

Procedimiento post-restauración

Solicite el desmontaje del ISO. Abra su ticket de soporte y pida a Virtua.Cloud que desmonte el ISO de recuperación y configure el disco duro como dispositivo de arranque principal.
Reinicie la VM. Use la consola VNC para observar el primer arranque. Windows puede tardar más de lo habitual al detectar nuevo hardware y configurar controladores.
Conéctese mediante VNC. El RDP no funcionará hasta que confirme la configuración de red.

¿Cómo verificar que los controladores VirtIO están cargados?

Abra el Device Manager y compruebe si hay dispositivos con iconos de advertencia amarillos. Luego confirme los controladores VirtIO específicamente:

Get-PnpDevice | Where-Object { $_.FriendlyName -like "*VirtIO*" -or $_.FriendlyName -like "*Red Hat*" } | Select-Object Status, Class, FriendlyName

Status Class           FriendlyName
------ -----           ------------
OK     Net             Red Hat VirtIO Ethernet Adapter
OK     SCSIAdapter     Red Hat VirtIO SCSI controller
OK     System          VirtIO Balloon Driver

Cada entrada debe mostrar OK. Si alguna muestra Error o Degraded, el controlador no se instaló correctamente. Descargue el instalador de VirtIO guest tools en la VM y ejecútelo:

# If drivers are missing post-restore
Invoke-WebRequest -Uri "https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/latest-virtio/virtio-win-guest-tools.exe" -OutFile "C:\Temp\virtio-win-guest-tools.exe"
Start-Process -FilePath "C:\Temp\virtio-win-guest-tools.exe" -ArgumentList "/silent" -Wait
Restart-Computer

¿Cómo validar la red y el RDP?

El sistema restaurado puede conservar la configuración IP del servidor de origen. Abra Conexiones de red, actualice el adaptador con la IP, máscara, puerta de enlace y DNS asignados a su VM desde el panel de control.

Pruebe la conectividad saliente con Test-NetConnection -ComputerName 8.8.8.8 -Port 443. Luego intente RDP desde su estación de trabajo. Si el RDP no conecta, habilite la regla de firewall:

Enable-NetFirewallRule -DisplayGroup "Remote Desktop"

¿Necesita Windows reactivarse tras una migración P2V?

Sí, normalmente. Una migración P2V cambia suficientes identificadores de hardware para que Windows vea la máquina como nueva y requiera reactivación. El comportamiento depende del tipo de licencia:

Licencia Retail / OEM: El cambio de hardware desencadena la reactivación. Use slmgr /ato para intentar la activación en línea. Si falla, se necesita activación telefónica o un ticket de soporte con Microsoft.
KMS (licencia por volumen): La VM contacta automáticamente con su servidor KMS. Ejecute slmgr /ato para forzar un intento de activación inmediato.
MAK (Multiple Activation Key): Vuelva a introducir la clave con slmgr /ipk YOUR-MAK-KEY y luego slmgr /ato.
AVMA (Automatic Virtual Machine Activation): Solo funciona en hosts Hyper-V que ejecutan Windows Server Datacenter. No aplica a VMs KVM.

Compruebe el estado de activación actual:

slmgr /dli

Aparece un cuadro de diálogo con el estado de la licencia. «Licensed» significa que la activación fue exitosa. «Notification» o «Grace period» significa que debe reactivar.

Para clientes con licencia por volumen, verifique también que el servidor KMS es accesible desde la red de la nueva VM.

Solución de problemas de restauración comunes

Pantalla azul INACCESSIBLE_BOOT_DEVICE después de la restauración

Es el fallo más frecuente. Windows no puede encontrar un controlador de almacenamiento para el controlador de disco VirtIO durante el arranque.

Causa: El controlador de almacenamiento VirtIO (vioscsi o viostor) no se inyectó en el sistema restaurado. O la casilla «Inject these drivers» estaba desmarcada durante la restauración, o el medio de recuperación no contenía controladores de almacenamiento VirtIO.

Solución: Arranque de nuevo desde el ISO de recuperación. En lugar de ejecutar una restauración completa, abra un símbolo del sistema (Shift+F10) y cargue manualmente el controlador VirtIO en la instalación de Windows sin conexión:

drvload X:\Drivers\vioscsi\2k22\amd64\vioscsi.inf

Sustituya X: por la letra de unidad donde se encuentran los controladores del medio de recuperación, y 2k22 por la carpeta de su versión de Windows Server (2k16, 2k19, 2k22 o 2k25). Tras cargar el controlador, use DISM para inyectarlo permanentemente en el sistema sin conexión:

dism /image:C:\ /add-driver /driver:X:\Drivers\vioscsi\2k22\amd64

Si esto no lo resuelve, vuelva a ejecutar la restauración completa con los controladores VirtIO correctamente integrados en el medio de recuperación y la casilla «Inject these drivers» habilitada.

Sin adaptadores de red visibles en WinPE

Causa: El controlador NetKVM no está en el medio de recuperación.

Solución: Si añadió el ISO VirtIO como fuente de controladores adicional al crear el medio, haga clic en Load network adapter driver en la pantalla Network Settings y navegue hasta la carpeta NetKVM en el medio de recuperación. Seleccione el archivo INF que corresponda a su versión de Windows.

Si no hay controladores VirtIO presentes, debe recrear el ISO de recuperación con los controladores VirtIO instalados previamente en el servidor de origen.

El disco de destino no es visible en la pantalla de mapeo

Causa: El controlador VirtIO SCSI no está cargado en WinPE.

Solución: Haga clic en Load driver en el paso Disk Mapping. Seleccione el controlador vioscsi o viostor de la lista Hardware Drivers. Si el controlador no aparece en la lista, haga clic en Load Driver y navegue hasta el archivo INF del controlador en el medio de recuperación.

La restauración falla porque el disco de destino es demasiado pequeño

Causa: El disco de destino es más pequeño que el total de datos en el backup.

Solución: No se puede reducir por debajo del espacio utilizado. Solicite una VM con un disco más grande, o reduzca los datos en el servidor de origen antes de crear un nuevo backup. Elimine archivos temporales, limpie la caché de Windows Update (Dism.exe /online /Cleanup-Image /StartComponentCleanup) y elimine datos innecesarios antes de ejecutar un nuevo backup a nivel de imagen.

La activación de Windows falla después de la restauración

Causa: La huella de hardware cambió. Es esperado después de cualquier migración P2V.

Solución: Para claves retail, ejecute slmgr /ato. Si la activación en línea falla, use la activación telefónica: slui 4. Para claves de licencia por volumen, verifique la conectividad con el servidor KMS: nslookup -type=srv _vlmcs._tcp.yourdomain.com. Para claves MAK, vuelva a introducir la clave: slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX y luego slmgr /ato.

Copyright 2026 Virtua.Cloud. Todos los derechos reservados. Este contenido es una obra original del equipo de Virtua.Cloud. La reproducción, republicación o redistribución sin permiso escrito está prohibida.