Vous avez acheté Windows Server 2022 Standard (16 cœurs) mais votre cluster exige Windows Server 2019. Voici comment exercer légalement le droit de downgrade, obtenir clés/médias 2019 et activer proprement l’hôte et la VM déjà installés.
Contexte et objectif
Deux licences Windows Server 2022 Standard 16 cœurs ont été acquises. L’environnement de cluster cible impose Windows Server 2019. Un hôte et une VM fonctionnent déjà sous 2019. L’objectif est de :
- Confirmer ce que le downgrade permet réellement (édition, droits, limites).
- Expliquer comment obtenir les clés et médias 2019 légalement selon le canal d’achat.
- Fournir des procédures d’activation (GUI, Core, KMS, MAK, téléphone) et la conversion d’une Évaluation.
- Donner un plan de dimensionnement clair des droits de virtualisation Standard.
- Proposer des bonnes pratiques cluster, une checklist et un guide de dépannage.
Ce que permettent les droits de downgrade
Le droit de rétrogradation (downgrade) de Windows Server vous autorise à exécuter une version antérieure de la même édition que celle que vous avez achetée.
- Autorisé : licence 2022 Standard → utilisation de Windows Server 2019 Standard.
- Non autorisé : changer d’édition (p. ex. 2022 Standard → 2019 Datacenter/Essentials) ou d’architecture différente.
- Compteur de cœurs & droits de virtualisation : ils restent ceux de 2022 Standard. Vous devez licencier tous les cœurs physiques du serveur (min. 16 par serveur, incréments de 2). Chaque jeu complet de licences Standard couvrant la totalité des cœurs donne droit à 2 VM/OSE (empilables en ajoutant des jeux supplémentaires).
- Pas de downgrade in‑place : aucune mise à niveau « à rebours » supportée. Il faut (ré)installer la version cible. Dans votre cas, 2019 est déjà installé : c’est conforme.
- CALs : les CALs Windows Server (et RDS le cas échéant) doivent être de la même version ou plus récentes que la version du serveur auquel on accède.
- Règle de réaffectation 90 jours : une licence affectée à un serveur ne peut être réaffectée à un autre serveur plus d’une fois tous les 90 jours (hors panne matérielle).
Résumé visuel
| Élément | Règle | Impact pratique |
|---|---|---|
| Édition | Même édition uniquement | 2022 Standard → 2019 Standard |
| Version | Version antérieure autorisée | Exécutez 2019 avec licence 2022 |
| Cœurs | Licencier tous les cœurs physiques | Min. 16, incréments de 2 |
| Virtualisation | 2 VM par jeu complet (empilable) | 4 VM = 2 jeux complets |
| Hôte Hyper‑V | Inclus si utilisé uniquement pour la virtualisation | Pas d’OSE supplémentaire consommé |
Obtenir légalement médias et clés Windows Server 2019
Selon votre canal d’acquisition, le processus diffère :
| Canal | Comment obtenir la clé 2019 | Médias (ISO 2019) | Remarques |
|---|---|---|---|
| Volume Licensing (VLSC) | Connectez‑vous au portail et récupérez la clé 2019 (MAK/KMS) | Téléchargez directement l’ISO 2019 | Si 2019 n’apparaît pas, ouvrez un ticket de support VL |
| OEM / Revendeur | Demandez la clé de downgrade 2019 au revendeur/OEM | Fournies par l’OEM ou via support | Conservez la preuve d’achat 2022 & échanges OEM |
| Retail | Contact support Microsoft pour options de downgrade | ISO 2019 via support/portail | Moins courant pour les serveurs en production |
| KMS (client) | Installer la clé client 2019 (GVLK) sur chaque machine | ISO 2019 requis pour l’installation | Le KMS host doit prendre en charge 2019 |
À conserver : preuve d’achat 2022, clés 2019 (MAK/KMS/OEM), captures d’écran d’activation, ticket VLSC/OEM le cas échéant.
Activer Windows Server 2019 : procédures détaillées
Activation via interface (édition Desktop Experience)
- Ouvrez Server Manager → Local Server → Change product key.
- Entrez votre clé produit 2019 (MAK, Retail ou clé OEM selon le cas).
- Cliquez Next puis Activate.
Activation en ligne de commande (Server Core ou automatisation)
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato
Alternative :
changepk.exe /ProductKey XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
Activer via KMS (infrastructure d’entreprise)
- Vérifiez que votre KMS host supporte 2019 et est activé avec la bonne clé hôte (CSVLK).
- Sur chaque serveur 2019, installez la clé client 2019 (GVLK) correspondant à l’édition (exemple : ServerStandard). Utilisez ensuite
slmgr /ato. - Seuil d’activation KMS : minimum de 5 hôtes serveur cumulés pour déclencher l’activation.
Commandes utiles :
:: Pointer explicitement vers un KMS
slmgr /skms kms.mondomaine.local:1688
slmgr /ato
\:: Vérifier le SRV DNS KMS
nslookup -type=srv \_vlmcs.\_tcp.mondomaine.local Activer par téléphone (hors ligne)
slui 4
Choisissez votre pays/région, appelez le numéro indiqué, saisissez l’ID d’installation et conservez l’ID de confirmation dans vos preuves d’activation.
Convertir une Évaluation 2019 en Standard
- Vérifiez l’édition actuelle :
DISM /online /Get-CurrentEdition - Listez les éditions cibles :
DISM /online /Get-TargetEditions - Convertissez vers Standard (clé valide requise) :
DISM /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula - Redémarrez puis activez :
slmgr /ato
Dimensionnement des licences & droits de virtualisation
Pour Windows Server Standard, il faut licencier tous les cœurs physiques. Ensuite, chaque jeu complet de licences couvrant l’intégralité des cœurs autorise 2 VM. Pour plus de VM, on empile des jeux supplémentaires.
| Serveur (cœurs physiques) | Jeux complets affectés | VM autorisées (OSE) | Commentaire |
|---|---|---|---|
| 16 cœurs | 1 | 2 | Hôte Hyper‑V inclus (usage de virtualisation uniquement) |
| 16 cœurs | 2 | 4 | Empilement pour plus de VM |
| 32 cœurs | 1 | 2 | Un seul jeu couvre 32 cœurs → 2 VM |
| 32 cœurs | 2 | 4 | Deux jeux → 4 VM |
| 20 cœurs | 1 | 2 | Arrondir par incréments de 2 jusqu’à couvrir 20 cœurs |
Remarque Datacenter : si vous détenez des licences Datacenter, le droit de virtualisation est illimité (tant que tous les cœurs sont couverts). Ce guide se concentre toutefois sur Standard, qui est votre cas.
Application à votre scénario
Vous disposez de deux licences Windows Server 2022 Standard 16 cœurs et vous exploitez un hôte Windows Server 2019 + une VM 2019. Voici deux configurations types possibles :
Option A : un seul hôte de 16 cœurs avec 1 VM
- Affectez un jeu complet (16 cœurs) au serveur physique. Cela couvre l’hôte Hyper‑V et autorise jusqu’à 2 VM. Votre usage (1 VM) est couvert.
- La seconde licence 16 cœurs peut rester en réserve (à affecter plus tard) ou être utilisée pour empiler et autoriser jusqu’à 4 VM sur ce même hôte si nécessaire.
- Installez/convertissez en Windows Server 2019 Standard (déjà fait chez vous), puis activez avec clé 2019 (MAK/KMS/OEM).
Option B : deux nœuds de cluster (16 cœurs chacun) avec bascule de VM
- Affectez 1×16 cœurs par nœud pour couvrir le matériel minimal et autoriser jusqu’à 2 VM par nœud.
- Dimensionnez selon le pire cas de bascule : chaque nœud doit être licencié pour le nombre maximum de VM susceptibles d’y tourner simultanément en cas de failover.
- Respectez la règle des 90 jours si vous réaffectez des licences entre nœuds. Idéalement, ne réaffectez pas : préparez chaque nœud avec le nombre de jeux complets requis.
Procédure pas à pas recommandée
- Récupérez médias + clés 2019 via le portail VL (VLSC) ou auprès de votre OEM/revendeur.
- Installez ou convertissez vos instances en 2019 Standard (cf. DISM ci‑dessus si vous partez d’une Évaluation).
- Activez chaque instance :
- GUI : Server Manager → Change product key → clé 2019 → Activate.
- CLI :
slmgr /ipk+slmgr /ato. - KMS : installez la clé client 2019, vérifiez le KMS host, puis
slmgr /ato.
- Vérifiez l’alignement patch/cumulative updates entre nœuds 2019, les rôles/Features requis et la cohérence d’édition (Standard ↔︎ Standard).
- Documentez affectations, clés, captures d’écran d’activation et numéros de ticket (VLSC/OEM).
Bonnes pratiques pour un cluster 2019
- Gardez tous les nœuds sur la même version (Windows Server 2019) et même niveau de correctifs.
- Vérifiez la cohérence d’édition (Standard partout) et des rôles (Failover Clustering, Hyper‑V, MPIO, etc.).
- Configurez des vSwitch identiques, un stockage et des chemins d’accès cohérents.
- Testez la validation du cluster avant mise en prod.
- Planifiez des fenêtres de bascule et consignez les preuves d’activation.
Conformité & preuves
- Affectez vos licences 2022 Standard au matériel (tous les cœurs) même si vous exécutez 2019.
- Conservez : preuve d’achat 2022, clés/médias 2019, captures d’écran
slmgr /dlvet d’activation, rapports de validation de cluster, tickets VLSC/OEM. - Conservez également l’inventaire CALs (Windows/RDS) et leur version.
Dépannage d’activation
| Symptôme | Cause probable | Correctif |
|---|---|---|
| Erreur « clé non valide » | Clé 2022 utilisée sur un serveur 2019 | Utilisez une clé 2019 (MAK/KMS/OEM) correspondant à l’édition |
| Échec KMS « No activation count » | Seuil KMS non atteint ou GVLK incorrecte | Atteignez le seuil (≥5 serveurs), vérifiez la clé client et le DNS _vlmcs._tcp |
| Activation impossible sans Internet | Serveur isolé | Utilisez slui 4 (téléphone) ou KMS interne |
| Évaluation bloquée | Édition « Evaluation » non convertible sans clé | DISM /Set-Edition vers Standard avec clé valide, redémarrage, puis slmgr /ato |
| Conflit d’édition | Clé Datacenter sur hôte Standard (ou inverse) | Utilisez une clé correspondant exactement à l’édition installée |
Vérifications & automatisations utiles
Pour contrôler l’édition, la version et l’état d’activation en PowerShell :
# Informations système clés
Get-ComputerInfo | Select-Object WindowsProductName, WindowsEditionId, OsVersion, OsBuildNumber
# État de licence (résumé)
cscript.exe C:\Windows\System32\slmgr.vbs /dli
# Détails d’activation
cscript.exe C:\Windows\System32\slmgr.vbs /dlv FAQ ciblée
Puis‑je activer 2019 avec une clé 2022 ?
Non. Les droits de downgrade vous donnent le droit d’utiliser 2019, mais l’activation exige une clé 2019 (ou une GVLK 2019 côté client avec un KMS compatible).
Dois‑je racheter des CALs ?
Si vos CALs sont 2022, elles peuvent accéder à 2019. Des CALs 2019 ne peuvent pas accéder à 2022.
Le host Hyper‑V consomme‑t‑il un droit d’OSE ?
Si l’hôte n’exécute que Hyper‑V et la gestion de la virtualisation, il est couvert sans consommer d’OSE supplémentaire avec Standard. Sinon, comptez‑le comme une VM.
Puis‑je déplacer mes licences entre nœuds selon les besoins ?
Évitez. La réaffectation est limitée à une fois tous les 90 jours (hors panne). Dimensionnez chaque nœud pour le pire cas de bascule.
Que faire si 2019 n’apparaît pas dans mon portail VL ?
Ouvrez un ticket de support Volume Licensing pour obtenir l’exposition des clés/médias 2019 au titre du droit de downgrade.
Checklist opérationnelle
- ✔️ Licence 2022 Standard affectée à chaque serveur (tous les cœurs couverts).
- ✔️ Clés 2019 obtenues (MAK/KMS/OEM) et ISO 2019 disponibles.
- ✔️ Installations en 2019 Standard (conversion d’Évaluation faite si nécessaire).
- ✔️ Activation réussie (GUI/CLI/KMS/téléphone) + preuves (
slmgr /dlv). - ✔️ CALs version adéquate (Windows/RDS).
- ✔️ Nœuds homogènes (édition, build, CU, rôles) et validation du cluster OK.
- ✔️ Documentation & archivage (factures, clés, tickets, captures, journal de bascule).
Conclusion
Le downgrade de Windows Server 2022 Standard vers Windows Server 2019 Standard est un scénario prévu par Microsoft : vous conservez le compte de cœurs et les droits de virtualisation de 2022, mais vous activez vos hôtes/VM avec des clés 2019. Dans votre contexte (un hôte + une VM déjà en 2019 et un cluster visé), la voie la plus fiable est :
- Récupérer médias + clés 2019 via VLSC ou votre OEM/revendeur.
- Installer/convertir en Windows Server 2019 Standard.
- Activer (GUI/CLI/KMS) puis vérifier
slmgr /dlv. - Maintenir un niveau de patch identique et des rôles cohérents sur tous les nœuds avant la mise en production.
Annexe : pense‑bête des commandes
| Action | Commande |
|---|---|
| Changer la clé produit | slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX |
| Activer en ligne | slmgr /ato |
| Forcer un KMS spécifique | slmgr /skms kms.mondomaine.local:1688 |
| Vérifier l’état d’activation | slmgr /dli ou slmgr /dlv |
| Activation par téléphone | slui 4 |
| Convertir Évaluation → Standard | DISM /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula |
| Lister éditions cibles | DISM /online /Get-TargetEditions |
| Résoudre KMS via DNS | nslookup -type=srv _vlmcs._tcp.mondomaine.local |
| Infos système clés | Get-ComputerInfo | Select WindowsProductName,WindowsEditionId,OsVersion,OsBuildNumber |
Modèle de journalisation (à archiver)
[Serveur] NOM‑HOTE
[Matériel] Nb cœurs physiques: __
[Édition/Version] Windows Server 2019 Standard, build __
[Licence affectée] Windows Server 2022 Standard (__ cœurs), affectée le __
[Clé 2019 utilisée] MAK/KMS/OEM (référence interne: __)
[Activation] OK le __ (slmgr /dlv capturé)
[CALs] Windows/RDS __ (version __)
[Notes cluster] Nœuds alignés (édition/build/CU), validation OK le __
[Contacts] Ticket VLSC #__, contact OEM __
Astuce : si vous prévoyez d’augmenter rapidement le nombre de VM, envisagez d’empiler des jeux Standard supplémentaires ou d’évaluer le passage à Datacenter pour simplifier le licensing dans un environnement fortement virtualisé.