Respuesta corta: Windows necesita más preparación que Linux porque no trae drivers virtio y depende fuertemente de la capa de abstracción de hardware. Las versiones 2012 a 2022 se migran sin drama si instalás los drivers virtio mientras la VM todavía corre en VMware y precargás el controlador de disco. Si no lo hacés, el resultado típico es INACCESSIBLE_BOOT_DEVICE.
Windows Server 2008 R2 y anteriores son otra historia, y la respuesta ahí no es técnica.
El procedimiento, en cinco pasos
Todo esto se hace con la VM todavía en VMware.
1. Instalar los drivers virtio
Se bajan del Fedora Project (virtio-win.iso), que es la fuente oficial. Se monta el ISO en la VM y se ejecuta virtio-win-guest-tools.exe como administrador.
2. Precargar el driver de disco
Este es el paso clave y el que más se saltea. Windows no carga un driver de arranque que nunca vio. Podés tener el driver instalado y aun así no arrancar, porque en el momento del arranque Windows no sabe que lo necesita.
La solución es mostrarle el hardware antes:
- Agregar a la VM un disco chico (1 GB) con controlador SCSI paravirtual
- Arrancar Windows → detecta el hardware nuevo e instala el driver
- Verificar en el Administrador de dispositivos que aparece
- Apagar y quitar el disco temporal
Ahora Windows tiene el driver cargado y va a poder arrancar del otro lado.
3. Verificar
`powershell
Get-WmiObject Win32_PnPSignedDriver |
Where-Object {$_.DriverProviderName -like "*Red Hat*"} |
Select-Object DeviceName, DriverVersion
`
Tienen que aparecer al menos el de almacenamiento (viostor o vioscsi) y el de red (netkvm).
4. Desinstalar VMware Tools
Panel de control → Programas → VMware Tools → Desinstalar → Reiniciar. Dejarlas instaladas causa conflictos y servicios que fallan.
5. Instalar el guest agent de QEMU
Viene en el mismo ISO de virtio. Permite apagado ordenado desde el hipervisor y reporte de IPs.
Por versión
| Versión | Situación | Cuidados |
|---|---|---|
| Server 2019 / 2022 | 🟢 Sin problemas | Ninguno particular |
| Server 2016 | 🟢 Sin problemas | Ninguno particular |
| Server 2012 / 2012 R2 | 🟢 Funciona bien | Usar la rama de drivers correspondiente |
| Windows 10 / 11 | 🟡 Funciona | Secure Boot y firma de drivers |
| Server 2008 R2 y anteriores | 🔴 Complicado | Sin soporte de virtio moderno |
Secure Boot y firmware
Dos verificaciones que definen si arranca:
BIOS o UEFI. El destino tiene que coincidir exactamente con el origen. Una VM instalada con UEFI no arranca en una configurada como BIOS, aunque el disco esté perfecto.
`powershell
Get-VM "mi-vm" | Select @{N='Firmware';E={$_.ExtensionData.Config.Firmware}}
`
Secure Boot. Si está activo, los drivers virtio tienen que estar firmados y la plataforma destino tiene que soportar Secure Boot con las claves correspondientes. Los drivers oficiales del Fedora Project están firmados, pero hay que verificar que la cadena sea aceptada en destino.
Windows Server 2008 R2: la conversación difícil
No cuenta con soporte oficial de virtio moderno. Las opciones:
- Emular IDE o SATA como paso intermedio. Funciona, con rendimiento inferior.
- Actualizar el sistema operativo junto con la migración.
- Dejarlo en un VMware mínimo para cargas heredadas.
La recomendación honesta es la 2. Ese sistema no recibe parches de seguridad hace años: si está expuesto a la red, ya es un problema independiente de la migración. Aprovechar el proyecto para actualizarlo resuelve dos cosas a la vez.
Si la aplicación no soporta un sistema operativo más nuevo —y pasa—, entonces la conversación real es sobre esa aplicación, no sobre el hipervisor.
Errores frecuentes
| Error | Causa |
|---|---|
INACCESSIBLE_BOOT_DEVICE | No se precargó el driver de disco |
| Arranca sin red | Falta netkvm o quedó una configuración de red vieja |
No bootable device | Firmware distinto (BIOS vs UEFI) |
| Servicios que fallan | VMware Tools sin desinstalar |
| Rendimiento pobre | Quedó en IDE emulado en vez de virtio-scsi |
| Windows pide reactivación | Cambió el hardware virtual |
Ese último aparece seguido y no es un problema: la licencia se reactiva. Pero conviene avisarlo antes para que nadie se asuste.
Preguntas frecuentes
¿Puedo instalar los drivers después de migrar?
Es mucho más difícil que en Linux. Se puede arrancar con IDE emulado, instalar los drivers y después cambiar a virtio, pero es un rodeo evitable. Prepararlo antes toma 20 minutos.
¿Windows pierde la activación?
Puede pedir reactivación por el cambio de hardware. Con licencias por volumen o KMS se resuelve solo. Con OEM puede ser más complicado: verificalo antes.
¿Qué pasa con el dominio de Active Directory?
Nada. El SID de la máquina no cambia y la relación de confianza se mantiene. La migración es transparente para AD.
¿Cuánto tarda una VM Windows?
Entre 2 y 4 horas para una 2016 o posterior, contando preparación, conversión y validación. El grueso se va en la conversión del disco.
En resumen
Windows exige preparación, pero es preparación conocida y acotada: drivers, precarga del controlador de disco, firmware verificado y VMware Tools fuera. Con eso, las versiones de 2012 en adelante se migran sin sobresaltos.
Lo que queda afuera —Solaris, macOS y compañía— es el tema de las VMs que no conviene migrar.
4 páginas · el procedimiento paso a paso, en PDF. Gratis, por dejar tu email.