Désinstaller Hyper‑V sur Windows Server 2019 : Guide complet pour supprimer un rôle grisé

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.

Sommaire

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.

  1. Sauvegardes : exportez chaque VM (Export-VM), ou exécutez un backup image‑based compatible VSS.
  2. Réseaux virtuels : notez la configuration des vSwitch (type, VLAN, jumbo frames) ; ils seront supprimés.
  3. Clusters Hyper‑V : mettez le nœud en Pausé – Drain Roles et évacuez toutes les charges.
  4. Dépendances applicatives : vérifiez si System Center VMM, Windows Admin Center ou un agent tierce partie épinglent des services Hyper‑V.
  5. 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

ÉtapeActionCommentaires utiles
1Vérifier les dépendancesD’autres rôles / fonctionnalités (ex. Containers, Shielded VM Tools) peuvent empêcher la désinstallation. Supprimez‑les d’abord si nécessaire.
2Utiliser PowerShellExécutez :
Remove-WindowsFeature -Name Hyper-V -IncludeManagementTools
Cela retire Hyper‑V et les outils de gestion associés.
3Redémarrer le serveurLe rôle n’est entièrement supprimé qu’après redémarrage.
4 (fac.)Alternative DISMSi la cmdlet ci‑dessus échoue :
DISM /Online /Disable-Feature /FeatureName:Microsoft-Hyper-V-All /Remove
5 (fac.)Contrôler l’étatVé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 :

  1. Mettez le nœud en mode Pausé puis Drain Roles pour migrer les VMs.
  2. Contrôlez que les disques CSV et les réseaux de cluster ne dépendent plus du nœud.
  3. Arrêtez le service ClusSvc (Stop‑Service ClusSvc).
  4. Désinstallez Hyper‑V puis redémarrez.
  5. 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’erreurCause probableCorrectif
0x80073701 – Missing ManifestMagasin CBS incompletDISM /RestoreHealth puis ré‑exécuter la suppression
0x800f0831 – CBS_E_STORE_CORRUPTIONCatalogue WCOS corrompuMontez l’ISO de la même build ;
incluez /Source:wim:<lettre>:\sources\install.wim:2
Role Remove Failed – Pending RebootClefs HKLM\...\PendingInstall bloquantesRedé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é.

Sommaire