Hyper-V

Hyper-V Server 2019: errores comunes y cómo solucionarlos

noviembre 5, 2026 Window Error 14 min read
Hyper-V Server 2019: errores comunes y cómo solucionarlos

Si tienes Hyper‑V Server 2019 y algo no va —la máquina virtual no arranca, el Administrador de Hyper‑V no conecta desde otro equipo o el conmutador virtual falla—, lo más probable es una de estas cinco cosas: la virtualización está apagada en la BIOS, falta el rol "Plataforma de máquina virtual" en Windows, el hipervisor se ha desactivado, el servicio LanmanServer no está en Automático, o el conmutador virtual está roto. Antes de tocar nada hay que confirmar la causa con winver, Get-WindowsFeature y bcdedit /enum.

Este artículo aplica a Hyper‑V Server 2019, la imagen ISO gratuita de Microsoft que solo trae el hipervisor (sin escritorio). Si lo que buscas es el rol Hyper‑V dentro de Windows Server 2019 (con licencia) o en Windows 10/11 Pro, los pasos son los mismos, pero la activación del rol se hace desde PowerShell y el escritorio existe.

Qué es Hyper‑V Server 2019 y qué lo diferencia del rol Hyper‑V

Hyper‑V Server 2019 es la imagen ISO gratuita de Microsoft que instala solo el hipervisor de Windows Server 2019, sin escritorio gráfico y con el mismo modelo de controladores que Windows Server. Está pensado para servidores dedicados a virtualización y nube híbrida, se descarga desde el Centro de evaluación de Microsoft y se activa durante el propio asistente sin pedir clave de producto.

La diferencia con el rol Hyper‑V de Windows Server es esa: aquí compras o instalas la imagen completa con su escritorio y su licencia; en Hyper‑V Server 2019 compras ninguna licencia, solo descargas la ISO. Con Windows Server 2025 Microsoft eliminó esa versión libre: activar el rol sigue siendo gratis, pero el sistema operativo hay que licenciarlo igual que las VMs Windows. Hyper‑V Server 2019 sigue siendo el último Hyper‑V gratuito y no tiene sucesor libre.

Lo que falla en Hyper‑V Server 2019 y su causa probable

Lo que ves Causa probable Dónde se arregla
La VM no arranca y sale 0x80370102 "No se pudo iniciar la máquina virtual porque no está instalada una característica necesaria" Virtualización apagada en la BIOS/UEFI o falta "Plataforma de máquina virtual" "0x80370102 al iniciar una VM"
bcdedit /enum muestra hypervisorlaunchtype Off El hipervisor no carga por un antivirus, una directiva o un cambio manual "El hipervisor no carga"
Hyper‑V Manager dice "No se puede conectar" desde otro equipo Servicio LanmanServer parado o WinRM sin habilitar "No puedes conectar con Hyper‑V Manager"
La VM arranca pero no tiene red o no deja crear el conmutador virtual El switch virtual está roto o el adaptador físico está deshabilitado "La VM no tiene red"
El rol Hyper‑V da error tras una actualización importante Archivos del sistema dañados o instalación del rol a medias "Hyper‑V Server 2019 sigue fallando"

Confirma por qué Hyper‑V no arranca antes de tocar nada

Antes de cambiar ajustes, conviene verificar tres cosas: la versión real del servidor, si el rol Hyper‑V está instalado y si el hipervisor carga. Con eso descartas la mitad de los fallos sin tocar nada.

La versión instalada y el rol Hyper‑V

Abre PowerShell como administrador (clic derecho en Inicio > Windows PowerShell (Administrador) o, en Windows 11, Terminal (Administrador)) y comprueba la compilación con winver (escribe winver en Win+R). Después ejecuta:

Get-WindowsFeature -Name Hyper-V
Panel de controlHerramientas administrativasAdministrador del servidorRoles

Si Install State es Installed, el rol está. Si sale Available, hay que instalarlo con Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart.

El estado del hipervisor con bcdedit

En Símbolo del sistema como administrador, ejecuta:

bcdedit /enum | findstr -i hypervisorlaunchtype

hypervisorlaunchtype    Auto

Si sale Auto, el hipervisor carga al arrancar. Si sale Off, ese es tu problema: ve a "El hipervisor no carga".

Las VMs que no arrancan: el Código 43 y los eventos del Visor

Lista las VMs y su estado con:

Get-VM
Visor de eventosRegistros de aplicaciones y serviciosMicrosoftWindowsHyper-V-Worker

Mira la columna State: si la VM está Off con un error, abre el Visor de eventos en la rama Hyper-V-Worker. Los IDs más habituales son los que indican falta de virtualización, falta de SLAT en el procesador o un recurso ya ocupado por otra VM. Apunta el ID y el mensaje literal antes de seguir; esa es la causa real en tu servidor.

Comprueba: Si Get-VM muestra todas las VMs con su State correcto y bcdedit devuelve Auto, el problema no es de Hyper‑V, es de la VM concreta. Apunta su nombre y vuelve a la tabla de causas.

0x80370102 al iniciar una VM: la virtualización está apagada

Este error aparece cuando intentas iniciar una VM y la virtualización asistida por hardware está desactivada en el procesador o falta la característica "Plataforma de máquina virtual" de Windows. La VM no puede usar el hipervisor, así que nunca arrancará.

Activa Intel VT‑x o AMD SVM en la BIOS/UEFI

Cuidado: Tocar la BIOS/UEFI no afecta a las VMs ya creadas, pero si hay una segunda opción de virtualización anidada, déjala como esté hasta confirmar que la principal funciona.
  1. Apaga el servidor por completo (no reiniciar) y enciéndelo.
  2. Pulsa la tecla de acceso a la BIOS/UEFI durante el arranque (consulta el manual de tu placa o servidor; suele ser Supr, F2, F10 o Del).
  3. Busca una opción tipo Intel VT‑x, Intel Virtualization Technology, AMD SVM o SVM Mode dentro de Advanced, CPU Configuration o Security.
  4. Cámbiala a Enabled.
  5. Pulsa Save & Exit (normalmente F10) y deja que Windows arranque.
  6. Vuelve a iniciar la VM.
Comprueba: Si arranca la VM, el problema era la BIOS. Si sigue saliendo 0x80370102, pasa al siguiente punto, falta la característica de Windows.

Activa Plataforma de máquina virtual y reinicia

ConfiguraciónAplicacionesCaracterísticas opcionalesMás características de Windows

O desde PowerShell como administrador, que es lo que aplica en Hyper‑V Server 2019 (sin escritorio):

Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -NoRestart

Después reinicia con Restart-Computer para que el hipervisor cargue con la característica activa.

Comprueba: Tras reiniciar, bcdedit /enum | findstr -i hypervisorlaunchtype debe decir Auto y la VM debe iniciar. Si aun así da 0x80370102, el procesador no tiene SLAT: Hyper‑V no funcionará en ese hardware.

El hipervisor no carga: hypervisorlaunchtype Off

Cuando la virtualización del procesador está bien en la BIOS pero bcdedit /enum confirma que el arranque del hipervisor está en Off, Windows no tiene la pieza que pone en marcha Hyper‑V. Casi siempre lo apagan antivirus, "optimizadores" o directivas de grupo.

Vuelve a poner el hipervisor en Auto

  1. Abre Símbolo del sistema como administrador (clic derecho en Inicio > Terminal (Administrador) o Símbolo del sistema (Administrador)).
  2. Ejecuta bcdedit /set hypervisorlaunchtype Auto.
  3. Reinicia con shutdown /r /t 0.
  4. Comprueba con bcdedit /enum | findstr -i hypervisorlaunchtype que ahora dice Auto.
  5. Ejecuta Get-VM y comprueba que las VMs se listan y arrancan.
Comprueba: Si bcdedit devuelve Auto y Get-VM arranca la VM, arreglado. Si al reiniciar vuelve a Off, pasa al siguiente punto: algo la está desactivando.

Descarta antivirus o "optimizadores" que lo desactivan

Los antivirus y las herramientas de "endurecimiento" aplican a veces directivas que apagan hypervisorlaunchtype.

  1. Ejecuta msconfig, ve a la pestaña Inicio de Windows y desactiva servicios o programas de terceros para probar.
  2. Ejecuta bcdedit /enum completo y mira si algún cargador tiene hypervisorlaunchtype forzado a Off.
  3. Desinstala temporalmente el antivirus o el "optimizador" sospechoso y reintenta bcdedit /set hypervisorlaunchtype Auto + reinicio.
  4. Si usas directivas, revisa gpedit.msc (no está en Windows Home) y la clave HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\HyperV.
Comprueba: El valor queda en Auto tras reiniciar y la VM arranca. Si sigue apagándose, el software de terceros lo está forzando: quítalo o crea una regla de excepción.

No puedes conectar con Hyper‑V Manager desde otro equipo

El servidor responde pero la consola remota dice "No se puede conectar", "Acceso denegado" o "WinRM no procesó la solicitud". Son dos servicios que la administración remota necesita: LanmanServer y WinRM.

Comprueba que el servicio LanmanServer está en Automático

LanmanServer es el servicio que comparte archivos e impresoras por SMB y es necesario para la administración remota. Por defecto está en Automático.

  1. Abre services.msc (Win+R, escribe services.msc, Aceptar).
  2. Busca Server (nombre interno LanmanServer).
  3. Comprueba que Tipo de inicio sea Automático y que el estado sea En ejecución.

sc qc LanmanServer

[SC] QueryServiceConfig SUCCESS

START_TYPE       : 2  (AUTO_START)

Si está en Deshabilitado, cámbialo a Automático, haz clic derecho > Iniciar y vuelve a abrir Hyper‑V Manager desde el otro equipo.

Cuidado: Dejar LanmanServer desactivado rompe el uso compartido de archivos e impresoras y puede impedir la administración remota. Actívalo y no lo vuelvas a parar.
Comprueba: sc qc LanmanServer devuelve AUTO_START y el servicio está En ejecución. Vuelve a conectar desde Hyper‑V Manager.

Abre WinRM para la administración remota

  1. En el servidor, abre PowerShell como administrador y ejecuta Enable-PSRemoting -Force.
  2. Desde el equipo con la consola, ejecuta winrm quickconfig o Enable-PSRemoting -Force.
  3. Comprueba que el equipo con la consola puede conectar: Test-WsMan <servidor> debe devolver un wsmid.
  4. Abre Hyper‑V Manager, clic derecho en Conectar con el servidor…, escribe el nombre del host y conéctate con una cuenta de administrador del host.
Comprueba: Hyper‑V Manager lista las VMs del servidor y se pueden iniciar. Si solo el paso 3 falla, hay un firewall entre medias: abre el puerto 5985 (HTTP) o 5986 (HTTPS) de WinRM.

La VM no tiene red o el conmutador virtual falla

La VM arranca pero no llega a la red, o Hyper‑V Manager devuelve un error al crear o usar un conmutador virtual externo. El switch virtual se rompe cuando se desinstala el adaptador físico, se cambia de puerto o se actualiza el driver de red del host.

Recrea el conmutador virtual externo

  1. Abre PowerShell como administrador.
  2. Lista los switches: Get-VMSwitch. Apunta nombre y NetAdapterInterfaceDescription.
  3. Si está roto, bórralo con Remove-VMSwitch -Name "NombreDelSwitch".
  4. Créalo de nuevo con el adaptador físico que toca:

New-VMSwitch -Name "Externo" -NetAdapterName "Ethernet" -AllowManagementOS $true

Sustituye "Ethernet" por el Name que ves en Get-NetAdapter. Confirma con Get-VMSwitch que aparece.

Comprueba: La VM, en Configuración de la VM > Adaptador de red, está conectada al nuevo switch y tiene red. Si sigue sin tenerla, pasa al siguiente punto.

Revisa la configuración de red de la VM

Hyper-V Managerclic derecho en la VMConfiguraciónAdaptador de redConmutador virtual
  1. Selecciona la VM, abre Configuración y revisa Adaptador de red.
  2. En Conmutador virtual, elige el switch externo que acabas de crear.
  3. En Administrador de dispositivos del host, abre Adaptadores de red, busca el adaptador físico y comprueba que está Enabled.
  4. Si usas VLAN, déjala en 0 si no la necesitas, o pon la VLAN correcta en los ajustes de la VM.
  5. Inicia la VM y comprueba con ipconfig (en la VM) que tiene IP y puerta de enlace.
Comprueba: ping al gateway responde y la VM navega. Si solo el host pierde la red al crear el switch, desmarca Permitir que el sistema operativo de administración comparta este adaptador de red y reintenta.

Hyper‑V Server 2019 sigue fallando: últimas salidas

Si tras revisar BIOS, hipervisor, LanmanServer, WinRM y conmutador virtual el problema sigue, el fallo está en los archivos de sistema o en la instalación del propio rol. Antes de tocar nada, haz copia de seguridad de las VMs (exporta cada VM y guarda los VHD/VHDX) y crea un punto de restauración si tienes forma de hacerlo.

Repara los archivos del sistema con SFC y DISM

  1. Abre Símbolo del sistema como administrador.
  2. Ejecuta sfc /scannow. Si encuentra errores y no los repara, sigue con DISM.
  3. Ejecuta DISM /Online /Cleanup-Image /RestoreHealth. Si necesitas una fuente local, añade /Source:WIM:\<ruta>:1 /LimitAccess.
  4. Reinicia con shutdown /r /t 0.
  5. Vuelve a probar Get-VM y arrancar la VM.
Cuidado: sfc /scannow no debe hacerse desde una ventana que no sea de administrador: los cambios se deshacen. Si usas DISM con /Source, ese WIM tiene que ser la misma edición y versión.
Comprueba: sfc /scannow acaba con "La protección de recursos de Windows no encontró ninguna infracción de integridad" (o reparó). Al reiniciar, las VMs arrancan.

Reinstala el rol Hyper‑V sobre la misma instalación

  1. En PowerShell como administrador: Uninstall-WindowsFeature -Name Hyper-V -Restart.
  2. Tras reiniciar: Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart.
  3. Vuelve a configurar el conmutador virtual externo y conecta las VMs.
  4. Comprueba con Get-VM y Get-VMSwitch.
Cuidado: Desinstalar el rol no borra los archivos de las VMs, pero exporta antes por si algo sale mal en el segundo reinicio.
Comprueba: El rol aparece como Installed en Get-WindowsFeature -Name Hyper-V y las VMs vuelven a aparecer en Get-VM.

Plantéate Hyper‑V sobre Windows Server 2025 o alternativas

Hyper‑V Server 2019 sigue siendo el último Hyper‑V gratuito de Microsoft: Windows Server 2025 ya no tiene edición libre, así que si quieres renovar el hardware tendrás que licenciar Windows Server 2025 (Standard o Datacenter) y activar el rol Hyper‑V con Install-WindowsFeature -Name Hyper-V -Restart, o pasarte a un hipervisor open source. Proxmox VE y XCP‑NG son las dos alternativas libres más maduras: ambos ofrecen consola web, clúster, migraciones en vivo y replicación sin pagar licencia por VM Windows.

Comprueba: Has valorado coste (licencia de Windows Server 2025 frente a open source), herramientas de administración (Hyper‑V Manager, Windows Admin Center, Proxmox VE web) y la formación del equipo antes de migrar.

Lo que ya has descartado de Hyper‑V Server 2019

  • Error 0x80370102 por virtualización apagada o falta de "Plataforma de máquina virtual".
  • hypervisorlaunchtype Off que impide arrancar el hipervisor.
  • Servicio LanmanServer deshabilitado que rompe la conexión con Hyper‑V Manager.
  • WinRM sin habilitar que impide la administración remota.
  • Conmutador virtual roto o adaptador físico deshabilitado.
  • sfc /scannow y DISM /RestoreHealth para reparar los archivos del sistema.
  • Reinstalación del rol Hyper‑V sobre la misma instalación.

Datos comprobados en octubre de 2026.

Dudas sobre Hyper-V Server 2019 que no arranca

1. ¿Dónde se descarga Hyper-V Server 2019 y qué se necesita para instalarlo?

Se descarga gratis desde la página de Microsoft Evaluation Center, en la sección de Windows Server. Necesitas una ISO de unos 4 GB, una memoria USB de al menos 8 GB para crear el medio booteable con Rufus o la herramienta oficial de Microsoft, y un PC con 64 bits, al menos 1,4 GHz de CPU, 2 GB de RAM y 32 GB de disco.

2. ¿Qué diferencia hay entre Hyper-V Server 2019 y la versión de 2022?

Hyper-V Server 2022 está basado en el mismo núcleo que Windows Server 2022, con soporte para TPM 2.0, redes más rápidas y mejor seguridad. Microsoft recomienda 2022 en hardware nuevo porque 2019 ya solo recibe actualizaciones de seguridad extendidas hasta enero de 2029, mientras que 2022 tiene soporte normal hasta octubre de 2026 y extendido hasta 2031.

3. ¿Hasta cuándo tiene soporte Hyper-V Server 2019?

El soporte estándar terminó el 9 de enero de 2024. Desde entonces solo recibe actualizaciones de seguridad extendidas, que están disponibles hasta el 9 de enero de 2029 con coste adicional. Pasada esa fecha, Microsoft dejará de publicar parches, por lo que conviene migrar a Hyper-V Server 2022 o 2025 antes de esa fecha.

4. ¿Qué errores típicos arrastra Hyper-V Server 2016 y se siguen viendo en 2019?

Los más comunes son máquinas virtuales que no arrancan por falta de memoria dinámica, errores al aplicar actualizaciones por falta de espacio en C:, y problemas de red al activar la virtualización anidada. Suelen aparecer los códigos 0x80070005 (permisos) y 0xC03A0019 (memoria insuficiente), que se arreglan liberando RAM, ampliando el volumen del sistema o revisando los conmutadores virtuales.

5. ¿Se puede instalar una interfaz gráfica en Hyper-V Server 2019?

Sí, Hyper-V Server 2019 se instala solo con línea de comandos, pero puedes añadirle herramientas gráficas con el comando Install-WindowsFeature Server-Gui-Mgmt-Infra en PowerShell. También existen programas externos como HVRemote o 5nine Manager que añaden paneles para crear y arrancar máquinas virtuales sin tocar la consola.

6. ¿Cuándo sale Hyper-V Server 2025 y qué aporta frente a 2019?

Hyper-V Server 2025 se anunció con Windows Server 2025 y está en fase general availability desde noviembre de 2024. Frente a 2019 añade soporte para GPU Partitioning, redes definidas por software más estables, mejoras en memoria persistente y más capas de cifrado, por lo que es la opción recomendada si montas un clúster nuevo.

7. ¿Cómo se instala Hyper-V Server 2019 paso a paso?

Descarga la ISO oficial, grábala en un USB booteable, arranca el equipo pulsando F12, F2 o Supr para entrar en la BIOS/UEFI y activa la virtualización por hardware (Intel VT-x o AMD-V). Elige idioma y teclado, acepta la licencia, selecciona el disco duro y deja que termine la instalación; al reiniciar ya tendrás el menú sconfig para configurar red y unir al dominio.

Fuentes

  1. MicrosoftHyper-V Server 2019 Downloadconsultado el 16/10/2026
  2. MicrosoftErrores de WSL, Hyper-V y la virtualización (0x80370102 y «virtualización deshabilitada») — documentación oficialconsultado el 16/10/2026
  3. MicrosoftServicio Server (LanmanServer) — documentación oficialconsultado el 16/10/2026