¿Necesitas retirar completamente Hyper‑V de tu entorno Windows Server 2019? A continuación encontrarás un procedimiento exhaustivo –validado en producción– que cubre desde la detección de dependencias hasta la depuración final del sistema, con ejemplos paso a paso en PowerShell y DISM.
Comprender Hyper‑V y sus dependencias
Hyper‑V es el rol de virtualización de Microsoft que añade un hipervisor de tipo 1 al núcleo del sistema operativo. Al habilitarse, crea componentes de red (conmutadores virtuales), servicios de gestión, módulos de seguridad como el Host Guardian Service (HGS) y puede activar configuraciones de inicio seguro basadas en UEFI. Por ello, desinstalarlo requiere identificar objetos asociados para evitar que el asistente de Server Manager muestre la opción de quitar como atenuada.
Razones habituales para desinstalar Hyper‑V
- Liberar recursos: desactivar el hipervisor devuelve acceso directo al hardware, permitiendo workloads exigentes que no soportan virtualización anidada.
- Cambio de plataforma: migración a VMware vSphere, XenServer o contenedores puros (Docker EE).
- Reconfiguración de clusters: limpieza de nodos antes de unirlos a clústeres de conmutación por error con otros roles.
Verificar dependencias antes de desinstalar
El primer paso consiste en listar cualquier subcomponente que bloquee la eliminación del rol:
Get-WindowsFeature | Where-Object {$.Installed -and $.Name -like 'Hyper-V*'}
Dependencia frecuente | Descripción | Acción previa recomendada |
---|---|---|
Hyper-V-PowerShell | Módulos de administración remota y local. | Se elimina automáticamente con el rol si usas -IncludeManagementTools . |
Host Guardian Hyper-V Support | Habilita entornos de arranque confiable y escudos de VM. | Detener servicio HGS y quitar la característica primero. |
Conmutadores virtuales externos | Adaptadores de red vinculados al hipervisor. | Migrar o borrar vNICs; luego eliminar el conmutador. |
Servicios de réplica (Hyper-V Replica Broker) | Controlador de failover cluster para replicación. | Detener la réplica y remover el broker del clúster. |
Desinstalación mediante PowerShell (método recomendado)
PowerShell ofrece el control más preciso y evita problemas de interfaz gráfica:
- Inicia una consola Windows PowerShell con privilegios de administrador.
- Ejecuta el comando:
Remove-WindowsFeature -Name Hyper-V -IncludeManagementTools
El modificador -IncludeManagementTools
retira simultáneamente los módulos de consola, el Administrador de Hyper‑V y los complementos de MMC para impedir que queden binarios huérfanos.
Resultado esperado
- El cmdlet devuelve
Success
y solicita reiniciar: Yes / No. Responde Y. - Tras el reinicio, la propiedad
Installed
para todos los elementosHyper-V*
aparecerá en False.
Por qué Disable‑WindowsOptionalFeature
no funciona
En foros es común ver intentos como:
Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-Hypervisor
Ese cmdlet atiende a características opcionales de cliente (Windows 10/11). En ediciones Server, los roles y características se gestionan con Remove‑WindowsFeature
(alias Uninstall-WindowsFeature
). Intentar deshabilitar Hyper‑V con el otro cmdlet puede reportar Error 0x800F080C (Feature name unknown).
Método alternativo con DISM
Si la consola de PowerShell estuviera dañada o restringida por políticas, DISM sirve de respaldo:
dism /online /disable-feature /featurename:Microsoft-Hyper-V-All /norestart
Cuando finalice: shutdown /r /t 0
para aplicar los cambios.
Eliminación de componentes asociados
Eliminar conmutadores virtuales
Get-VMSwitch | Where-Object {$_.SwitchType -eq 'External'} |
Remove-VMSwitch -Force
Deshabilitar el servicio Host Guardian
Stop-Service -Name HostGuardianService
Uninstall-WindowsFeature -Name HostGuardian
Quitar adaptadores de red virtuales sobrantes
Get-NetAdapter -InterfaceDescription "Hyper-V" |
Disable-NetAdapter -Confirm:$false
Remove-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\VMSMP\Parameters\*"
Validar la desinstalación
Ejecuta:
Get-WindowsFeature Hyper-V
Debería devolver:
Display Name : Hyper‑V
Installed : False
También puedes verificar que el hipervisor no cargue durante el arranque:
(bcdedit /enum | Select-String "hypervisorlaunchtype") -eq $null
Limpieza de recursos y optimización
Después de confirmar que el rol ya no está presente, es aconsejable:
- Eliminar archivos de punto de control (AVHDX) surgidos de instantáneas antiguas.
- Limpiar discos VHD/VHDX obsoletos para recuperar espacio.
- Revisar directivas de seguridad: GPO o scripts de inicio que referencien cmdlets de Hyper‑V.
- Desactivar el arranque seguro de VMs migradas si fueron cifradas con shields.
Solución de problemas frecuentes
Síntoma | Causa probable | Remedio |
---|---|---|
Opción gris en Server Manager | Rol en uso por un clúster de conmutación por error | Expulsar nodo del clúster y volver a intentar. |
Error 0x800f0954 | Servidor sin acceso a fuentes de características (ISO o repositorio WSUS) | Montar ISO de Windows Server y añadir parámetro -Source . |
Reinicio infinito | Servicios dependientes no detenidos | Detener manualmente «Virtual Machine Management» (vmms) antes del reinicio. |
No arranca el sistema | BCDEdit alterado incorrectamente | Restaurar backup o usar bcdedit /set hypervisorlaunchtype auto y reinstalar. |
Preguntas frecuentes
¿Puedo quitar solo las herramientas de administración y conservar la capacidad de ejecutar VMs?
Sí. Instala el rol completo en un host y ejecuta en otro servidor únicamente Install-WindowsFeature -Name Hyper-V-Tools
. Para eliminar solo las herramientas utiliza Remove-WindowsFeature Hyper-V-Tools
.
¿Se pierden los VHDX al desinstalar Hyper‑V?
No. Los discos virtuales permanecen en el almacenamiento. Puedes copiarlos o montarlos en otro host.
¿Cómo sé si el hipervisor aún se carga?
Abre el Monitor de rendimiento y agrega el contador “Hyper‑V Hypervisor Root VP Runtime”. Si no aparece, el hypervisor no está en memoria.
Conclusión
Desinstalar Hyper‑V en Windows Server 2019 es un proceso seguro siempre que se identifiquen dependencias, se emplee Remove‑WindowsFeature
y se reinicie el sistema. Con ello, el servidor liberará la sobrecarga del hipervisor, reducirá servicios residentes y quedará listo para nuevas cargas de trabajo bare‑metal o para integrarse en otras infraestructuras de virtualización.