Peut-on activer Windows Server 2019 avec une clé Windows Server 2022 ? Voici une réponse claire, des scénarios concrets et des procédures détaillées (KMS, ADBA, MAK/Retail), plus un guide de conversion depuis une édition Évaluation.
Activation de Windows Server 2019 avec une clé Windows Server 2022
Problématique
Un administrateur souhaite savoir s’il est possible d’activer une instance de Windows Server 2019 à l’aide d’une clé produit Windows Server 2022. Cette situation survient souvent lors d’un déploiement conservateur (compatibilité applicative) alors que l’entreprise n’achète plus que des licences 2022.
Réponse & solutions
| Point clé | Détails |
|---|---|
| Incompatibilité directe | Une clé OEM, Retail ou MAK de Windows Server 2022 n’active pas directement une installation Windows Server 2019. Chaque version majeure possède ses propres clés produit. |
| Clé dédiée 2019 | Pour une activation classique (GUI, slmgr /ipk, etc.), vous devez fournir une clé spécifique à Windows Server 2019 correspondant à l’édition installée (Standard, Datacenter, Essentials). |
| Cas des environnements Volume Licensing | Un hôte KMS configuré avec une clé hôte KMS Windows Server 2022 peut activer des clients Windows Server 2019 (fonction « down‑level »). Les serveurs 2019 utilisent alors la clé GVLK 2019 de leur édition, pas la clé 2022. |
| Édition & correspondance | La clé doit correspondre exactement à l’édition du système. Vérifiez l’édition installée avec slmgr /dli ou slmgr /dlv. |
| Évaluation et conversion | Les ISO « Évaluation » de Windows Server 2019 fonctionnent 180 jours. Vous pouvez ensuite convertir : DISM /online /Set-Edition:<Edition> /ProductKey:<clé 2019> /AcceptEula. |
| Downgrade/droits de version | Si vous ne possédez que des licences 2022 mais disposez de Software Assurance, le contrat peut permettre un downgrade vers 2019 avec des clés 2019 récupérées via vos canaux de licences en volume. |
Pourquoi une clé 2022 n’active pas directement 2019
Les clés produit Windows Server sont strictement liées à la version majeure et à l’édition. Trois familles de clés sont courantes :
- OEM/Retail/MAK (activation directe) : la clé doit correspondre à la version installée. Une clé 2022 ne s’applique pas à 2019.
- KMS CSVLK (clé d’hôte KMS) : installée sur le serveur KMS, elle permet d’activer les clients du même niveau ou inférieurs (down‑level) lorsqu’ils utilisent leur GVLK.
- GVLK (clé générique de licence en volume) : installée sur chaque client pour qu’il se mette en relation avec l’hôte KMS ou ADBA. La GVLK est spécifique à la version/édition du client.
En résumé, la clé 2022 a sa place sur le serveur KMS (ou dans ADBA), tandis que la clé 2019 (GVLK si KMS/ADBA ou clé 2019 Retail/MAK) a sa place sur le client Windows Server 2019.
Scénarios courants et chemins de résolution
| Scénario | Symptôme | Solution recommandée |
|---|---|---|
| Client 2019 sans infrastructure volume | Erreur 0xC004F050 lors de la saisie d’une clé 2022 | Utiliser une clé 2019 correspondant à l’édition (Retail/MAK). Si vous ne l’avez pas, sollicitez un downgrade via vos droits de licences. |
| Parc 2019 dans entreprise sous VL | Activation en échec, clients ne trouvent pas KMS | Déployer un hôte KMS avec CSVLK 2022, ouvrir le port 1688/TCP, publier l’enregistrement DNS _VLMCS, installer la GVLK 2019 sur les clients. |
| ADBA (activation basée sur AD) | Actifs sur site AD mais non activés | Installer le rôle Services d’activation en volume, choisir ADBA, publier la clé CSVLK 2022 dans AD. Les clients 2019 avec GVLK 2019 s’activeront automatiquement. |
| Conversion depuis ISO Évaluation | Édition « Évaluation » non convertible via GUI | Convertir avec DISM, fournir une clé 2019 ou une GVLK 2019 si vous basculez vers KMS/ADBA. |
Procédure d’activation locale avec une clé Windows Server 2019
Si vous disposez d’une clé 2019 (Retail/MAK) correspondant à l’édition installée, procédez comme suit :
- Vérifiez l’édition et l’état courant :
slmgr /dli slmgr /dlv - Installez la clé 2019 et déclenchez l’activation :
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX slmgr /ato slmgr /xpr - En cas d’échec en environnement isolé, utilisez l’activation par téléphone de la clé MAK (si éligible).
Important : l’édition de la clé doit correspondre à l’édition du système (ServerStandard vs ServerDatacenter, etc.). Une non‑correspondance génère typiquement 0xC004F050.
Procédure KMS pour activer des clients Windows Server 2019
Dans un environnement de licences en volume, un hôte KMS configuré avec une CSVLK 2022 peut activer des clients 2019. Le principe : la clé 2022 se trouve sur l’hôte KMS, tandis que les clients 2019 possèdent une GVLK 2019 de leur édition.
Pré‑requis côté KMS
- Un serveur supporté (Windows Server récent ou compatible) avec mises à jour de la pile d’activation.
- Port
1688/TCPouvert depuis les clients. - Enregistrement DNS SRV
_VLMCS._tcppublié (si découverte automatique souhaitée).
Installation de la clé hôte KMS Windows Server 2022
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX :: clé CSVLK 2022 (Datacenter ou Standard)
slmgr /ato
slmgr /dlv allVérifiez que la ligne Key Management Service indique une activation réussie et que la propriété Activation interval est cohérente.
Publication DNS (optionnelle mais recommandée)
Activez la publication automatique ou créez manuellement un enregistrement SRV _VLMCS._tcp pointant vers l’hôte KMS sur le port 1688. Les clients découvriront le KMS sans configuration supplémentaire.
Préparation des clients Windows Server 2019
- Installer la GVLK 2019 correspondant à l’édition (Standard/Datacenter/Essentials) :
slmgr /ipk <clé-GVLK-2019-Edition>Utilisez uniquement la GVLK officielle de Microsoft pour Windows Server 2019 et l’édition exacte déployée. - Lancer l’activation (découverte automatique du KMS) :
slmgr /ato - Si la découverte automatique n’est pas possible, pointer explicitement vers le KMS :
slmgr /skms kms.mon‑domaine.local:1688 slmgr /ato slmgr /xpr
Seuils d’activation KMS
Assurez‑vous d’atteindre le seuil minimal de clients éligibles pour KMS (5 pour les serveurs). En dessous, les activations restent en attente.
Procédure ADBA pour activer des clients Windows Server 2019
L’Activation basée sur Active Directory (ADBA) permet aux machines jointes au domaine de s’activer au travers d’objets publiés dans AD.
- Sur un contrôleur de domaine ou un serveur membre, installez le rôle Services d’activation en volume et sélectionnez ADBA.
- Publiez la CSVLK Windows Server 2022 dans Active Directory.
- Sur chaque client Windows Server 2019, installez la GVLK 2019 correspondante si nécessaire, puis forcez une découverte :
slmgr /ato - Vérifiez l’activation :
slmgr /xpr
Avantage : pas de gestion de ports KMS ni de découverte DNS SRV, la présence dans le domaine suffit.
Conversion d’une édition Évaluation Windows Server 2019
Après la période d’essai (180 jours), convertissez l’édition « Évaluation » en édition commerciale (Standard/Datacenter/Essentials) avant l’activation.
Étapes générales avec DISM
DISM /online /Get-CurrentEdition
DISM /online /Get-TargetEditions
DISM /online /Set-Edition:ServerStandard /ProductKey:<clé-2019-ou-GVLK-2019> /AcceptEula
redémarrage
slmgr /ato
slmgr /xprRemplacez ServerStandard par l’édition cible exacte (ServerDatacenter le cas échéant). Utilisez une clé 2019 valide (Retail/MAK) ou la GVLK 2019 si vous activez via KMS/ADBA.
Vérifications et diagnostics
- État d’activation :
slmgr /xpr - Détails de licence :
slmgr /dli slmgr /dlv - Journalisation : consultez les journaux Applications et Services Logs > Microsoft > Windows > Software Protection Platform.
- Édition système :
wmic os get Caption,OSArchitecture,Version powershell -Command "(Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion').EditionID"
Erreurs fréquentes et résolutions
| Code/Message | Cause probable | Correctif |
|---|---|---|
0xC004F050 – Clé invalide | Clé 2022 saisie sur 2019, ou édition non correspondante | Utiliser une clé 2019 de la bonne édition, ou une GVLK 2019 si KMS/ADBA. |
0xC004F074 – KMS injoignable | DNS SRV absent, port 1688/TCP bloqué, slmgr /skms non défini | Publier _VLMCS._tcp, ouvrir 1688/TCP, définir slmgr /skms vers l’hôte KMS. |
0xC004C003 – Clé bloquée | Clé MAK/Retail déjà utilisée ou bloquée | Vérifier le stock de licences, contacter le support de votre canal de licences si nécessaire. |
| Activation en attente KMS | Seuil KMS non atteint | Atteindre 5 serveurs minimum ou patienter le temps des tentatives successives. |
| Échec conversion DISM | Édition cible inexacte, clé inadaptée | Valider /Get-TargetEditions, réessayer avec une clé 2019 de l’édition cible. |
Droits de downgrade et aspects contractuels
Si votre entreprise n’achète que des licences Windows Server 2022 mais doit déployer Windows Server 2019 pour des raisons applicatives, deux cas sont fréquents :
- Software Assurance (SA) : ouvre généralement le droit au downgrade. Vous pourrez obtenir des clés 2019 via vos portails de licences (VLSC/équivalent) ou par le support de votre revendeur.
- Sans SA : pas de droit de downgrade par défaut. Il faut alors acquérir explicitement des licences 2019 ou basculer sur un mode d’activation volume si éligible.
Conseil : conservez la trace des correspondances licence‑version pour les audits et tenez un inventaire détaillé des éditions et clés.
Bonnes pratiques d’infrastructure d’activation
- Standardiser la méthode d’activation (KMS ou ADBA) pour éviter la dispersion des clés.
- Automatiser l’injection des clés via scripts lors des déploiements (MDT/ConfigMgr/Ansible).
- Sécuriser les clés MAK/Retail (coffre‑fort de secrets, journalisation des accès).
- Surveiller les journaux d’activation KMS et le compteur de clients.
- Documenter les versions, éditions, hôtes KMS, enregistrements DNS, ports.
Scripts et automatisation
Script PowerShell : bascule vers KMS avec GVLK 2019
# Paramètres
$EditionGVLK = "<clé-GVLK-2019-Edition>" # ex. Standard/Datacenter
$KmsHost = "kms.mon-domaine.local:1688"
# Installation GVLK 2019
cscript.exe $Env:SystemRoot\System32\slmgr.vbs /ipk $EditionGVLK
# Ciblage KMS explicite (si pas de DNS SRV)
cscript.exe $Env:SystemRoot\System32\slmgr.vbs /skms $KmsHost
# Tentative d'activation
cscript.exe $Env:SystemRoot\System32\slmgr.vbs /ato
# Vérification
cscript.exe $Env:SystemRoot\System32\slmgr.vbs /xprScript PowerShell : inventaire de l’édition et de l’état d’activation
$cv = Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion'
$edition = $cv.EditionID
$caption = $cv.ProductName
$ver = $cv.ReleaseId
Write-Host "Produit : $caption"
Write-Host "Édition : $edition"
Write-Host "Version : $ver"
cscript.exe $Env:SystemRoot\System32\slmgr.vbs /dliExemple DISM : conversion depuis Évaluation
DISM /online /Get-TargetEditions
DISM /online /Set-Edition:ServerDatacenter /ProductKey:<clé-2019-ou-GVLK-2019> /AcceptEula
shutdown /r /t 0Checklist de dépannage rapide
- Confirmer l’édition exacte du système cible (Standard/Datacenter/Essentials).
- Vérifier la correspondance de la clé (version 2019 + édition).
- En KMS : s’assurer que l’hôte KMS est activé avec la CSVLK 2022 et joignable sur 1688/TCP.
- Publier ou corriger l’enregistrement DNS
_VLMCS._tcpsi découverte auto souhaitée. - Installer la GVLK 2019 côté clients 2019, puis
slmgr /ato. - Atteindre le seuil KMS de 5 serveurs.
- En ADBA : vérifier la publication de la CSVLK 2022 dans Active Directory.
- Sur ISO Évaluation : convertir d’abord l’édition via
DISM.
FAQ
Est‑il possible d’entrer directement une clé Windows Server 2022 sur un serveur 2019 ?
Non. Une clé 2022 ne peut pas activer directement 2019. Utilisez une clé 2019 correspondante, ou déployez KMS/ADBA avec CSVLK 2022 côté serveur et GVLK 2019 côté client.
KMS avec CSVLK 2022 peut‑il activer des clients Windows Server 2019 ?
Oui. C’est le principe du down‑level : l’hôte KMS 2022 active 2019 à condition que les clients utilisent leur GVLK 2019 et qu’ils atteignent l’hôte KMS.
Comment obtenir une clé 2019 si je n’ai acheté que des licences 2022 ?
Si vous avez la Software Assurance, réclamez vos supports/clés 2019 via vos canaux de licences en volume. Sans SA, il n’existe pas de droit de downgrade automatique.
La GVLK 2019 active‑t‑elle en dehors d’un KMS/AD ?
Non. Une GVLK ne s’active pas contre les serveurs d’activation Microsoft publics. Elle nécessite un KMS opérationnel ou ADBA sur votre domaine.
Je suis en édition Évaluation, puis‑je activer directement ?
Il faut d’abord convertir l’édition avec DISM /Set-Edition vers l’édition cible et fournir une clé 2019 (Retail/MAK) ou la GVLK 2019 si vous utilisez KMS/ADBA.
Quelle différence entre MAK et KMS ?
MAK active directement et consomme un compteur d’activations. KMS centralise l’activation en interne et requiert un seuil minimal de clients. ADBA publie l’autorité d’activation dans Active Directory.
Exemples de politiques et gouvernance
- Politique d’activation : KMS pour les serveurs et VMs persistantes, ADBA pour les environnements purement AD, MAK en exception pour sites isolés.
- Gestion des secrets : stockez MAK/CSVLK dans un coffre chiffré, rendez auditable tout accès.
- CI/CD poste serveur : intégrez
slmgrouDISMdans vos pipelines d’image (Sysprep/Unattend). - Cartographie des versions : maintenez la table « SKU → clé → canal » afin d’éviter les erreurs d’édition.
Résumé opérationnel
Une clé Windows Server 2022 ne peut pas activer directement Windows Server 2019. Pour réussir :
- Activation locale : utilisez une clé 2019 de l’édition correcte.
- KMS/ADBA : installez la CSVLK 2022 sur l’hôte d’activation, puis installez la GVLK 2019 sur chaque serveur 2019.
- Évaluation : convertissez d’abord l’édition avec
DISM, puis activez. - Licences : exploitez vos droits de downgrade via Software Assurance si vous n’avez que des licences 2022.
Modèle de procédure prêt à l’emploi
| Étape | Action | Commande/Point d’attention |
|---|---|---|
| 1 | Identifier édition et version | slmgr /dli, wmic os get Caption |
| 2 | Choisir mode d’activation | Local (MAK/Retail 2019) ou Volume (KMS/ADBA) |
| 3 | KMS/ADBA : préparer l’autorité | slmgr /ipk <CSVLK‑2022> puis /ato sur l’hôte |
| 4 | Configurer la découverte | DNS _VLMCS._tcp ou slmgr /skms |
| 5 | Client 2019 : installer la GVLK 2019 | slmgr /ipk <GVLK‑2019‑Edition> |
| 6 | Activer et valider | slmgr /ato, slmgr /xpr |
| 7 | Évaluation : conversion préalable | DISM /Set-Edition:... /ProductKey:... /AcceptEula |
Conclusion
La clé Windows Server 2022 n’active pas directement Windows Server 2019. Le succès repose sur la correspondance de la clé à la version/édition et, en volume, sur un hôte KMS/ADBA correctement équipé d’une CSVLK 2022. Avec ce guide, vous disposez d’un chemin clair pour activer 2019 en respectant les exigences techniques et contractuelles, que vous soyez en déploiement isolé (MAK/Retail) ou en entreprise (KMS/ADBA), y compris pour convertir une Évaluation et exploiter vos droits de downgrade.
Annexe : références rapides de commandes
| Objectif | Commande |
|---|---|
| Afficher l’état d’activation | slmgr /xpr |
| Afficher un résumé de licence | slmgr /dli |
| Afficher les infos détaillées | slmgr /dlv |
| Installer une clé (client) | slmgr /ipk <clé‑2019-ou‑GVLK‑2019> |
| Forcer une activation | slmgr /ato |
| Définir l’hôte KMS | slmgr /skms kms.mon‑domaine.local:1688 |
| Installer la clé hôte KMS (CSVLK 2022) | slmgr /ipk <CSVLK‑2022> && slmgr /ato |
| Conversion d’édition | DISM /online /Set-Edition:<Edition> /ProductKey:<clé‑2019> /AcceptEula |