Migrer une licence OEM Windows Server 2019 Datacenter vers Windows Server 2022 Datacenter (Volume/Open) : règles, CAL, procédure

Vous avez une licence OEM Windows Server 2019 Datacenter et vous visez Windows Server 2022 Datacenter en canal Volume (Open Value/CSP) ? Voici les règles, impacts CAL et la procédure technique pour migrer proprement, sans risque de non‑conformité.

Sommaire

Vue d’ensemble

Le scénario typique : un serveur acheté avec une licence OEM Windows Server 2019 Datacenter pré‑installée. Vous souhaitez bénéficier des avantages du canal Volume (gestion des clés, réaffectation, SA) et passer à Windows Server 2022 Datacenter. Question : peut‑on « mettre à niveau » l’OEM 2019 vers une licence Volume 2022 ? Et que deviennent les CAL et éventuels RDS CAL ?

Réponse courte

Sans Software Assurance (SA) active sur la licence OEM (attachée dans les 90 jours suivant l’achat du serveur), vous ne pouvez pas « transformer » une OEM 2019 en 2022 : il faut acquérir une nouvelle licence Windows Server 2022 Datacenter couvrant tous les cœurs (minimum 16, incréments de 2). Les CAL doivent être au moins de la version du serveur cible : CAL 2022 pour accéder à un hôte 2022 (même logique pour l’External Connector et les RDS CAL). Le chemin d’upgrade technique 2019 → 2022 est supporté ; vous basculez ensuite la clé produit en 2022 (MAK/KMS) et, le cas échéant, mettez à jour le serveur de licences RDS.

Résumé décisionnel (juridique & technique)

ÉlémentDécisionJustification
Licence du système d’exploitationNouvelle licence requiseUne conversion OEM → Volume ne change que le canal, pas la version. Pour passer de 2019 à 2022, il faut une licence 2022 couvrant tous les cœurs du serveur (minimum 16, paliers de 2). Il n’existe pas de « licence d’upgrade » 2019→2022 pour l’OEM.
Cas d’exception – Software AssuranceOui, si SA < 90 joursSi l’OEM a reçu la SA dans les 90 jours après l’achat, les droits de nouvelle version couvrent la montée vers 2022. Les droits restent conditionnés aux termes SA et à la preuve d’éligibilité.
Client Access Licenses (CAL)CAL 2022 nécessairesLes CAL doivent être de version ≥ au serveur. Des CAL 2019 (y compris RDS CAL) n’ouvrent pas droit d’accès à un hôte 2022, sauf si elles sont sous SA, donc « montées de version ».
External Connector (EC)Reprendre en version 2022L’EC est millésimé ; même logique que pour les CAL. Vérifier aussi le périmètre d’utilisateurs externes et les conditions d’usage.
Processus techniqueBackup → In‑place upgrade 2019→2022 (ou réinstallation) → clé 2022 (MAK/KMS) → mise à jour des CALLe chemin d’upgrade 2019→2022 est supporté. Les CAL Windows ne « s’installent » pas ; seules les RDS CAL se publient sur un serveur de licences RDS.

Pourquoi passer en canal Volume (Open Value/CSP, ex‑Open License)

  • Gestion centralisée (clés, téléchargements, activations) via votre portail de licences.
  • Droit de réaffectation de la licence serveur à un nouveau matériel (typiquement tous les 90 jours) ; l’OEM, elle, est liée à la machine d’origine.
  • Software Assurance possible : droit de nouvelle version, bénéfices Azure Hybrid, droits de reprise/cluster spécifiques, support étendu, etc.
  • Conformité : traçabilité renforcée (numéros de licence, preuves d’achat, rapports).

Note : le programme « Open License » historique a été retiré ; l’équivalent moderne passe par Open Value ou CSP. Dans cet article, « Open/Volume » désigne globalement le canal Volume actuel.

Rappels essentiels de licences Windows Server Datacenter

  • Modèle par cœurs, minimum 16 cœurs par serveur et 8 cœurs par CPU, avec achats en incréments de 2 cœurs.
  • Datacenter donne droit à un nombre illimité de VM/OSE par hôte licencié (utile pour Hyper‑V, S2D, VDI). Standard est limité (2 VM par pack de 16 cœurs), d’où l’intérêt de Datacenter dès que la virtualisation est intensive.
  • Les droits de downgrade permettent d’installer une version antérieure lorsque vous possédez une licence plus récente ; l’inverse (upgrade) exige la nouvelle licence ou la SA.

CAL, RDS CAL et External Connector : ce qui change en 2022

Règle de base de version

Une CAL permet l’accès à un serveur de même version ou antérieure. Autrement dit :

  • CAL 2022 → accès à 2022, 2019, 2016…
  • CAL 2019 → pas d’accès à 2022 (sauf SA active).

Choix du type de CAL

  • Windows Server CAL : User CAL (par utilisateur) ou Device CAL (par périphérique). Choisir selon vos modèles d’accès (télétravail, postes partagés…).
  • RDS CAL : nécessaires en plus des CAL Windows pour Bureau à distance (Session Host). Là aussi User/Device et versionnement identiques.
  • External Connector : alternative aux CAL individuelles pour des utilisateurs externes (clients/partenaires). Versionné (EC 2022 pour un serveur 2022).

Ce qui « s’installe » vs. ce qui se déclare

  • CAL Windows : droits contractuels, pas d’installation technique. Conservez impérativement preuves d’achat, numéros et contrats.
  • RDS CAL : s’installent sur le Serveur de licences RDS (Gestionnaire de licences RDS) et se publient au bénéfice des hôtes RDS.

Processus de migration recommandé

  1. Inventaire & conformité : relevez édition, build, rôles installés, nombre de VM, cœurs physiques/logiques, clés actuelles, nombre et type de CAL/RDS CAL, EC éventuel.
  2. Dimensionnement des cœurs : calculez la couverture 2022 Datacenter (voir plus bas) et prévoyez les incréments nécessaires.
  3. Achat : commandez Windows Server 2022 Datacenter au canal Volume (Open Value/CSP), plus CAL 2022 et RDS CAL 2022 selon le besoin. Si des utilisateurs externes sont concernés, ajoutez l’EC 2022.
  4. Backup & PRA : sauvegardes complètes testées (Bare‑Metal Recovery si possible), clichés des VM, point de restauration AD si DC, runbook de retour arrière.
  5. Validation applicative : vérifiez la compatibilité des rôles (AD DS, DNS, DHCP, Hyper‑V, RDS, File Server, Print, WSUS…) et des applications line‑of‑business avec Windows Server 2022.
  6. Upgrade technique : in‑place 2019→2022 (supporté) ou réinstallation propre avec restauration des rôles/données. Dans un cluster, procédez nœud par nœud (drainage, bascule, upgrade, réintégration).
  7. Activation 2022 : entrez la clé Volume 2022 (MAK ou KMS). Si KMS, assurez‑vous que l’hôte KMS connaît 2022 (clé hôte et éventuelle mise à jour de Volume Activation Services).
  8. RDS CAL : mettez à niveau le serveur de licences RDS et publiez des packs RDS CAL 2022. Re‑pointer les hôtes RDS vers le serveur de licences.
  9. Contrôles post‑migration : activation, rôles OK, journaux sains, performances, sécurité (CIS/benchmarks internes), sauvegardes relancées et test de restauration.
  10. Clôture & preuves : consignez contrats/licences, captures d’écran d’activation, exports du gestionnaire de licences RDS, inventaires, et mettez à jour votre software asset management.

Dimensionnement : calculer vos cœurs et packs

Windows Server Datacenter se licencie par cœurs physiques visibles par l’hyperviseur, avec un minimum de 16 cœurs par serveur et 8 par CPU. Les licences s’achètent en packs de 2 cœurs (souvent un « base pack » de 16 cœurs + additions par 2).

ConfigurationCœurs physiquesMinimum requisLicences à acheterCommentaires
1 CPU × 8 cœurs81616 cœursLe minimum serveur (16) s’applique.
2 CPU × 10 cœurs202020 cœursUn base pack 16 + 2 packs de 2.
2 CPU × 24 cœurs484848 cœursPrévoir la croissance : ajoutez par 2.

Astuce : en Datacenter, les droits de virtualisation illimités rendent souvent le calcul simple : licenciez tous les cœurs de chaque hôte du cluster. La capacité additionnelle (nouveaux CPU/cœurs) nécessite des incréments de licences.

Cas particuliers et bonnes pratiques

Cluster Hyper‑V / Storage Spaces Direct

  • Licenciez chaque hôte du cluster selon ses cœurs (pas les VM).
  • Appliquez la version 2022 sur tous les nœuds pour bénéficier d’un mode de cluster uniforme.
  • Upgrade rolling : un nœud à la fois pour éviter l’arrêt de service.

Contrôleur de domaine

  • Prévoyez un contrôleur secondaire avant l’upgrade (ou un DC virtuel sur un autre hôte), et synchronisez la réplication AD.
  • Vérifiez les niveaux fonctionnels du domaine/forêt et la compatibilité des outils (GPO, scripts, agents de sécurité).

Services RDS (Session Host, Gateway, Broker)

  • Montez le serveur de licences RDS en 2022 et publiez des RDS CAL 2022 (User/Device selon votre choix).
  • Validez vos GPO (redirections, profils, impression), l’authentification MFA/SSO et la cohabitation avec RD Gateway.

Clé KMS/MAK, hôte KMS et GVLK

  • Pour du KMS : installez la clé hôte 2022 sur le serveur d’activation et assurez‑vous qu’il supporte l’édition visée.
  • Sur chaque hôte 2022, utilisez la GVLK Datacenter pour activer via KMS, ou la clé MAK pour une activation directe.

Foire aux questions

Peut‑on « convertir » l’OEM 2019 en Volume 2022 ?
Non. Le changement de canal ne confère pas un changement de version. Il faut la licence 2022 (sauf SA valide couvrant la nouvelle version).

L’OEM avec SA permet‑il de réassigner la licence à un nouveau serveur ?
La SA étend certains droits (nouvelles versions, reimaging, bénéfices Azure). La réaffectation est plus souple en canal Volume ; selon vos conditions OEM+SA, préférez l’acquisition en Volume pour sécuriser la mobilité.

Les CAL Windows s’installent‑elles ?
Non : ce sont des droits d’accès documentaires. Seules les RDS CAL s’installent sur un serveur de licences RDS.

Peut‑on rester en 2019 avec une licence 2022 ?
Oui, via les droits de downgrade. Vous achetez 2022 et installez 2019 si vos applications l’exigent, tout en restant en conformité.

Quid d’Azure Hybrid Benefit ?
Avec SA, vous pouvez utiliser vos licences Windows Server pour réduire les coûts en IaaS Azure (VM « apportez votre licence »), selon les règles en vigueur.

Erreurs fréquentes (et comment les éviter)

  • Penser qu’une clé 2022 suffit : l’activation n’est pas la licence. Il faut une preuve de droit (contrat/licence 2022) couvrant tous les cœurs.
  • Oublier les CAL : une montée du serveur en 2022 sans mise à niveau des CAL bloque la conformité (et, pour RDS, le fonctionnement).
  • Sous‑dimensionner les cœurs : le minimum 16/serveur et 8/CPU s’applique toujours. Ajustez lors des évolutions matérielles.
  • Ignorer le cluster : licenciez chaque hôte, même si les VM migrent dynamiquement.
  • Confondre CAL Windows et RDS CAL : RDS CAL sont additionnelles et versionnées, au même titre que les CAL Windows.

Checklist de conformité (à conserver pour audit)

  • Contrat/licence Windows Server 2022 Datacenter (références, quantités de cœurs).
  • Justificatifs d’achat des CAL 2022 (Windows, RDS) / EC 2022.
  • Captures d’écran winver et activation (avant/après).
  • Exports du Gestionnaire de licences RDS (packs, attribution, date d’installation).
  • Inventaires matériels (CPU/cœurs) et VM par hôte.
  • Procès‑verbaux de bascule/rollback et tests de restauration.

Exemples concrets

Exemple A : hôte unique Hyper‑V (2×10 cœurs) avec 8 VM

  • Cœurs : 20 → licencier 20 cœurs en 2022 Datacenter.
  • CAL : 120 utilisateurs → 120 User CAL 2022.
  • RDS : 60 utilisateurs en Bureau à distance → 60 RDS User CAL 2022.
  • Étapes : sauvegarde → upgrade in‑place → clé 2022 → serveur de licences RDS 2022 → publication des RDS CAL 2022 → tests.

Exemple B : cluster 2 nœuds (2×24 cœurs chacun), 30 VM

  • Cœurs : 48 par nœud → 96 cœurs au total (licencier chaque hôte).
  • Procédé : bascule des VM sur Nœud 2 → upgrade Nœud 1 → réintégration → bascule inverse → upgrade Nœud 2.
  • CAL/RDS : même logique ; centralisez la publication RDS sur un serveur de licences dédié.

Commandes utiles (diagnostic/contrôle)

REM Édition et cible d’upgrade
dism /online /Get-CurrentEdition
dism /online /Get-TargetEditions

REM Version rapide
winver

REM Registre version/édition
powershell -NoLogo -Command "Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion' |
Select-Object ProductName, ReleaseId, CurrentBuild, DisplayVersion | Format-List"

REM Clé de produit (résumé)
slmgr /dlv 

Plan d’action en 10 points

  1. Recensez vos hôtes, cœurs, rôles, VM et CAL actuelles.
  2. Choisissez l’option Volume (Open Value/CSP) et activez la SA si vous visez la pérennité.
  3. Calculez le nombre de cœurs à licencier (min. 16/hôte).
  4. Commandez Windows Server 2022 Datacenter + CAL/RDS CAL/EC 2022.
  5. Préparez PRA, sauvegardes et fenêtre de maintenance.
  6. Validez la compatibilité applicative et vos GPO.
  7. Effectuez l’upgrade 2019→2022 (in‑place ou réinstall).
  8. Activez avec la clé Volume 2022 (MAK/KMS) et mettez à jour l’hôte KMS si nécessaire.
  9. Mettez à niveau/publiez vos RDS CAL 2022 et vérifiez les accès.
  10. Documentez et archivez toutes les preuves pour l’audit.

Conclusion

La règle est simple : pas de « mise à niveau » de version pour une licence OEM sans SA. Pour passer de Windows Server 2019 Datacenter à 2022 Datacenter, il faut acquérir la licence 2022 (tous les cœurs couverts) et mettre à niveau les CAL (Windows, RDS, EC) en 2022. En contrepartie, le canal Volume vous offre une gestion modernisée, des droits de réaffectation, et l’accès à la Software Assurance pour sécuriser vos prochaines évolutions (y compris les avantages cloud). En appliquant la méthode ci‑dessus (dimensionnement, procédure d’upgrade, preuves de conformité), vous migrez en toute sécurité et sans surprise lors d’un audit.

Avertissement : les règles de licence peuvent évoluer. Validez toujours auprès de votre revendeur ou interlocuteur Microsoft les conditions contractuelles applicables à votre contrat et votre région.

Sommaire