Vous souhaitez retirer Hyper‑V de votre serveur mais l’option est grisée ? Suivez ce guide complet pour désinstaller proprement le rôle Hyper‑V sur Windows Server 2019, éviter les pièges classiques et repartir sur une base saine sans perdre de temps.
Pourquoi désinstaller Hyper‑V ?
La virtualisation intégrée à Windows Server est robuste, mais plusieurs situations peuvent exiger une suppression :
- Migration vers une solution tierce (VMware vSphere, Proxmox, Nutanix AHV, etc.).
- Conversion du serveur en hôte d’applications physiques pour libérer des ressources CPU/RAM.
- Remplacement de la fonctionnalité par le service Containers ou la plateforme AKS on Azure Stack HCI.
- Mise au rebut ou réaffectation du matériel dans une DMZ sans besoins de virtualisation.
Préparatifs essentiels avant la suppression
Retirer Hyper‑V est irréversible à chaud : vous devez sauvegarder l’ensemble des machines virtuelles et planifier une fenêtre de maintenance.
- Sauvegardes : exportez chaque VM (Export-VM), ou exécutez un backup image‑based compatible VSS.
- Réseaux virtuels : notez la configuration des vSwitch (type, VLAN, jumbo frames) ; ils seront supprimés.
- Clusters Hyper‑V : mettez le nœud en Pausé – Drain Roles et évacuez toutes les charges.
- Dépendances applicatives : vérifiez si System Center VMM, Windows Admin Center ou un agent tierce partie épinglent des services Hyper‑V.
- Contrôle d’accès : assurez‑vous d’utiliser un compte membre du groupe Administrators local ou disposant de l’UAC désactivé en ligne de commande.
Vue d’ensemble de la question
Après installation, Hyper‑V devient parfois indésinstallable via le Gestionnaire de serveur : la case est grisée dans l’assistant « Ajouter des rôles et fonctionnalités ». Cette anomalie se produit lorsqu’un composant dépendant (ex. Containers, Shielded VM Tools ou RemoteFX) reste présent, ou si une session RDP utilise un adaptateur virtuel toujours actif.
Autre cause courante : usage erroné de Disable-WindowsOptionalFeature
, cmdlet réservée à Windows 10/11. Sur Windows Server, seuls Remove-WindowsFeature
ou DISM gèrent les rôles serveurs.
Solution détaillée pas à pas
Étape | Action | Commentaires utiles |
---|---|---|
1 | Vérifier les dépendances | D’autres rôles / fonctionnalités (ex. Containers, Shielded VM Tools) peuvent empêcher la désinstallation. Supprimez‑les d’abord si nécessaire. |
2 | Utiliser PowerShell | Exécutez :Remove-WindowsFeature -Name Hyper-V -IncludeManagementTools Cela retire Hyper‑V et les outils de gestion associés. |
3 | Redémarrer le serveur | Le rôle n’est entièrement supprimé qu’après redémarrage. |
4 (fac.) | Alternative DISM | Si la cmdlet ci‑dessus échoue :DISM /Online /Disable-Feature /FeatureName:Microsoft-Hyper-V-All /Remove |
5 (fac.) | Contrôler l’état | Vérifiez avec :Get-WindowsFeature Hyper-V* ; tous les sous‑composants doivent être à l’état Removed. |
Explication de l’échec initial
La cmdlet Disable-WindowsOptionalFeature
cible les Optional Features des éditions Client. Sur Windows Server 2019, elle ne sait pas manipuler la structure ServerManager-Component. D’où la case grisée : le gestionnaire de rôles détecte une incohérence mais refuse la modification tant que l’administrateur n’emploie pas la bonne API (ServerManagerCmd
, DISM ou Remove-WindowsFeature
).
Méthodes avancées : DISM et Registre
Si PowerShell échoue (base WMI corrompue, service TrustedInstaller stoppé), DISM reste la voie royale ; il parle directement au magasin de composants (CBS). Utilisez l’option /ScratchDir
pour orienter les fichiers temporaires vers un autre volume si votre partition système est saturée.
En cas de corruption manifeste (Error 14098 – Component Store has been corrupted), enchaînez :
DISM /Online /Cleanup-Image /RestoreHealth
DISM /Online /Disable-Feature /FeatureName:Microsoft-Hyper-V-All /Remove
Cas particuliers : serveur membre d’un cluster Hyper‑V
Un nœud en cluster exécute le service Failover Clustering qui verrouille plusieurs ressources. Procédure :
- Mettez le nœud en mode Pausé puis Drain Roles pour migrer les VMs.
- Contrôlez que les disques CSV et les réseaux de cluster ne dépendent plus du nœud.
- Arrêtez le service
ClusSvc
(Stop‑Service ClusSvc). - Désinstallez Hyper‑V puis redémarrez.
- Supprimez le nœud du cluster via Failover Cluster Manager si besoin.
Scénarios spécifiques : rôle « Containers » et Windows Admin Center
Le rôle Containers partage plusieurs binaires avec Hyper‑V (isolation de couches, NAT, HNS v2). Tant que Containers reste installé, Hyper‑V est considéré comme dépendance. Retirez WindowsFeature Containers
avant de poursuivre.
Windows Admin Center n’empêche pas la désinstallation, mais son extension Hyper‑V affichera un statut Not Installed. Supprimez l’extension pour éviter les alertes superflues.
Vérification post‑suppression
- Ouvrez Hyper‑V Manager : la console doit signaler « Déconnexion » et ne recenser aucun hôte local.
- Dans le Gestionnaire de périphériques, les adaptateurs « Microsoft Hyper‑V Network Adapter » ont disparu.
systeminfo
n’affiche plus la ligne « Hyper‑V Requirements ».Get-Service vmms
retourne l’erreur « Cannot find any service with service name ».
Réinstaller Hyper‑V proprement si nécessaire
Pour revenir en arrière :
Install-WindowsFeature -Name Hyper-V -IncludeAllSubFeature -IncludeManagementTools -Restart
Le flag -IncludeAllSubFeature
garantit l’installation des modules Hyper-V-PowerShell, Hyper-V-Tools et Hyper-V-Services.
Dépannage des erreurs fréquentes
Message d’erreur | Cause probable | Correctif |
---|---|---|
0x80073701 – Missing Manifest | Magasin CBS incomplet | DISM /RestoreHealth puis ré‑exécuter la suppression |
0x800f0831 – CBS_E_STORE_CORRUPTION | Catalogue WCOS corrompu | Montez l’ISO de la même build ; incluez /Source:wim:<lettre>:\sources\install.wim:2 |
Role Remove Failed – Pending Reboot | Clefs HKLM\...\PendingInstall bloquantes | Redémarrez, ou nettoyez avec dism /cleanup-image /revertpendingactions |
Bonnes pratiques & sécurité
- Documentez chaque changement dans votre CMDB ; la perte d’Hyper‑V change la matrice de flux réseau.
- Maintenez le Secure Boot actif même après suppression ; il protège aussi les OS bare‑metal.
- Contrôlez les stratégies de groupe désactivant accidentellement la virtualisation (ex. Credential Guard) si vous réinstallez un jour Hyper‑V.
- Sur un parc hybride, préférez l’automatisation via DSC ou Ansible pour appliquer la même configuration à tous les hôtes.
FAQ
Q : La commande échoue avec « Feature name Microsoft-Hyper-V-All is unknown. »
R : Vérifiez que vous exécutez bien la commande sur Windows Server 2019 (build 17763). La même machine, passée en mode Server Core, nécessite d’ajouter /LimitAccess
si aucune source WIM n’est disponible.
Q : Puis‑je supprimer Hyper‑V sans redémarrer ?
R : Non. Les services VMMS et VMBus injectent des pilotes noyau impossibles à décharger dynamiquement.
Q : Mes sauvegardes VSS échouent après suppression ; pourquoi ?
R : Les composants Hyper‑V VSS Writers ont été retirés. Modifiez votre solution de backup pour utiliser l’agent système standard ou effectuez une sauvegarde bare‑metal complète.
Conclusion
Désinstaller Hyper‑V sur Windows Server 2019 n’est pas compliqué, mais la moindre dépendance résiduelle peut bloquer l’opération. En respectant les étapes détaillées ci‑dessus—identification des rôles dépendants, usage de Remove-WindowsFeature
ou DISM, redémarrage impératif—vous éliminerez tout résidu de virtualisation et éviterez les erreurs critiques. Préparez vos sauvegardes, suivez une méthodologie rigoureuse, et votre serveur sera libéré du rôle Hyper‑V en toute sécurité.