Transférer des licences RDS 2019 vers 2022 : compatibilité, migration et Software Assurance

Vous remplacez des hôtes Windows Server 2019 par Windows Server 2022 ? Voici comment gérer correctement vos licences d’accès client Remote Desktop Services (RDS CAL), éviter l’interruption des connexions et rester 100 % conforme pendant la migration.

Sommaire

Vue d’ensemble : réponse courte et claire

  • Compatibilité ascendante : non — une RDS CAL 2019 n’autorise pas une connexion à un hôte Windows Server 2022.
  • Compatibilité descendante : oui — une RDS CAL 2022 permet de se connecter à des hôtes 2022, 2019, 2016, etc.
  • Conséquence — pour utiliser Windows Server 2022 en RDS, il faut des CAL 2022 (User ou Device).
  • Software Assurance (SA) — si vos CAL 2019 sont couvertes par une SA active, vous disposez d’un droit de mise à niveau vers 2022 sans coût supplémentaire de licence.

Rappel essentiel : RDS CAL ≠ CAL Windows Server

Les RDS CAL sont distinctes des CAL Windows Server. Les premières autorisent l’accès aux services Bureau à distance (hôte de session RDS, passerelle, etc.), les secondes autorisent l’accès aux services standard du système (partages de fichiers, AD DS…). Une migration RDS impose donc de vérifier et planifier ces deux familles, mais ce guide se concentre sur les RDS CAL.

Comprendre la compatibilité par version

Les licences RDS CAL sont liées à une version majeure. Une règle simple : la version de la CAL doit être au moins égale à celle de l’hôte de session.

Tableau de compatibilité

Version de la RDS CALConnexion à hôte 2016Connexion à hôte 2019Connexion à hôte 2022
2016OuiOui (descendante du point de vue de l’hôte)Non
2019OuiOuiNon
2022OuiOuiOui

Conclusion pratique : remplacer des serveurs 2019 par 2022 implique d’acheter des RDS CAL 2022, sauf si vos CAL 2019 bénéficient d’une SA active permettant une mise à niveau.

Software Assurance : tirer parti du droit de mise à niveau

Avec une SA active sur vos RDS CAL 2019, vous pouvez obtenir des droits équivalents en 2022. Le parcours type est le suivant :

  1. Vérifier la couverture SA (dates de début/fin, nombre de CAL, User vs Device).
  2. Obtenir les informations d’autorisation correspondant à la version 2022 (selon votre canal : volume, CSP, OEM). Cela peut impliquer un re-dépôt administratif du pack de licences.
  3. Installer les CAL 2022 sur un serveur de licences RDS (idéalement Windows Server 2022).
  4. Documenter la mise à niveau pour vos audits (preuves SA, captures d’écran du Gestionnaire de licences RDS, inventaire des hôtes).

Types de RDS CAL : User vs Device

TypeQuand le choisirAvantagesPoints d’attention
User CALCollaborateurs multi‑postes, télétravail, VDI non persistante, BYOD.Souple pour des utilisateurs nomades, simplifie la gestion quand le nombre d’appareils par utilisateur est élevé.Le mode « Par utilisateur » repose surtout sur la conformité déclarative ; tenez un registre à jour.
Device CALPostes partagés (ateliers, bornes), sites avec rotation d’équipes sur un même PC.Optimisé quand beaucoup d’utilisateurs se relaient sur peu de périphériques.Le mode « Par périphérique » est strictement appliqué par l’hôte de session : une mauvaise configuration bloque l’émission de licences.

Bon à savoir : vous configurez le mode de licence (Par utilisateur ou Par périphérique) au niveau de chaque hôte de session RDS. Alignez‑le avec le type de CAL que vous possédez.

Architecture cible recommandée pour 2022

  • Un serveur de licences RDS sous Windows Server 2022 (peut être mutualisé pour plusieurs fermes RDS).
  • CAL 2022 installées sur ce serveur de licences.
  • Hôtes de session Windows Server 2022 pointant vers ce serveur (GPO ou PowerShell).
  • Suivi de conformité (rapports du Gestionnaire de licences + registre interne des utilisateurs/périphériques).

Plan de migration pas à pas

  1. Préparer
    • Recenser le parc : hôtes 2019/2022, utilisateurs actifs, accès externes via RD Gateway.
    • Valider le type de CAL (User/Device) et la présence d’une SA active.
    • Décider du chemin : achat de CAL 2022 ou mise à niveau via SA.
  2. Installer le rôle « Gestionnaire de licences RDS » sur un serveur Windows Server 2022.
  3. Activer le serveur de licences (Assistant d’activation – Internet ou téléphone).
  4. Installer les RDS CAL 2022 (saisir l’ID d’autorisation/le numéro de produit).
  5. Basculer progressivement les hôtes
    • Configurer chaque hôte de session 2022 pour pointer vers le nouveau serveur de licences.
    • Régler le mode (Par utilisateur ou Par périphérique) conformément à vos CAL.
  6. Maintenir l’ancien serveur de licences 2019 le temps du retrait des hôtes 2019 ou de la fin de leur période de grâce.
  7. Vérifier l’émission de licences et corriger les éventuels avertissements dans le Diagnostic des licences RDS.
  8. Documenter et archiver (captures, exports de rapports, inventaires).

Configuration des hôtes de session : GPO ou PowerShell

Méthode GPO (recommandée en environnement AD)

  1. Ouvrez la Gestion de stratégie de groupe et créez/éditez une GPO appliquée aux hôtes RDS.
  2. Allez dans :
    Configuration ordinateur > Modèles d’administration > Composants Windows > Services Bureau à distance > Hôte de session Bureau à distance > Gestion des licences.
  3. Activez Utiliser les serveurs de licences Bureau à distance spécifiés et renseignez le FQDN du serveur de licences 2022.
  4. Activez Définir le mode de gestion des licences Bureau à distance : Par utilisateur ou Par périphérique.
  5. Forcez l’application (gpupdate /force) et redémarrez si nécessaire.

Méthode PowerShell (ciblage ponctuel/scripté)

Exemple pour un hôte de session donné :

# Exécuter dans une console PowerShell en tant qu'administrateur sur l'hôte RDS
# Définir le mode "Par utilisateur" et le serveur de licences
$licenseServers = @("rdlic-2022.contoso.local")
Set-RDLicenseConfiguration -Mode PerUser -LicenseServer $licenseServers

# Vérifier la configuration

Get-RDLicenseConfiguration 

Remarque : si ces cmdlets ne sont pas disponibles, installez le module « RemoteDesktop » et/ou utilisez la GPO qui demeure la méthode la plus robuste en domaine.

Fenêtre de transition : période de grâce

Après l’installation du rôle d’hôte de session RDS, une période de grâce (généralement 120 jours) permet des connexions sans contacter un serveur de licences. Elle facilite la migration, mais n’est pas un mode durable. Anticipez l’installation des CAL 2022 pour éviter toute coupure.

Serveur de licences : version conseillée et bonnes pratiques

  • Hébergez les CAL 2022 sur un serveur de licences Windows Server 2022. La version du serveur de licences doit être au moins celle des CAL qu’il gère.
  • Haute disponibilité : prévoyez un serveur de licences de secours dans les environnements critiques (avec procédures d’activation et d’import des packs).
  • Sauvegardes : sauvegardez l’état système ou le magasin de licences pour accélérer une restauration.
  • Traçabilité : exportez régulièrement les rapports d’attribution (surtout en mode « Par périphérique »).

Environnements mixtes 2019/2022 : comment s’y prendre ?

Dans une phase transitoire, vous pouvez cumuler :

  • Un serveur de licences 2022 hébergeant les CAL 2022 (utilisé par les hôtes 2022 et 2019).
  • L’ancien serveur 2019 avec des CAL 2019, le temps d’éteindre les derniers hôtes 2019.

Une fois tous les hôtes passés en 2022, vous pouvez retirer le serveur de licences 2019. Conservez les preuves d’archivage/licences inutilisées selon votre contrat.

Conformité & audit : check‑list

  • Inventaire des utilisateurs/périphériques nécessitant RDS.
  • Preuves d’achat ou droits de mise à niveau SA.
  • Captures du Gestionnaire de licences RDS (serveur activé, packs installés).
  • GPO appliquées et documentées (mode + serveur de licences).
  • Journal d’attribution des licences (notamment en « Par périphérique »).

Budget : estimer l’effort

Sans SA active, prévoyez l’acquisition de RDS CAL 2022. Une méthode simple :

  1. Calculez le besoin net (utilisateurs ou terminaux réellement connectés).
  2. Soustrayez les CAL déjà à jour (2022) et celles mises à niveau via SA.
  3. Ajoutez une marge pour les pics saisonniers/externes (sous contrôle).

Pour les organisations avec beaucoup de postes partagés, comparez le coût de User CAL vs Device CAL ; un simple tableau de répartition par équipe/rotation suffit pour déterminer l’option la plus économique.

Procédure pratique complète (récapitulatif)

  1. Installer le rôle Gestionnaire de licences RDS sur Windows Server 2022.
  2. Activer le serveur de licences (Assistant d’activation).
  3. Installer les RDS CAL 2022 (User/Device selon votre choix).
  4. Configurer les hôtes RDS : serveur(s) de licences + mode (GPO/PowerShell).
  5. Test : connexion de quelques utilisateurs pilotes, vérification des journaux/licences émises.
  6. Basculer par vagues les utilisateurs/collections, surveiller l’expérience.
  7. Retirer progressivement l’ancien serveur de licences 2019.
  8. Archiver la documentation de conformité.

FAQ opérationnelle

Puis‑je réaffecter mes anciennes CAL 2019 ?

Oui, tant qu’il reste des hôtes 2019, vous pouvez utiliser les CAL 2019 associées. Sinon, archivez‑les selon les termes de votre contrat.

Le mode « Par utilisateur » est‑il vérifié techniquement ?

Historiquement, l’hôte de session applique strictement le mode « Par périphérique ». En « Par utilisateur », la conformité repose sur la gestion déclarative ; tenez un registre d’affectation à jour et utilisez le Gestionnaire de licences pour le suivi.

Un seul serveur de licences peut‑il gérer plusieurs fermes ?

Oui. Un serveur de licences 2022 peut desservir des hôtes 2016/2019/2022, à condition que les routes réseau et autorisations soient correctes et que les GPO pointent vers lui.

Dois‑je tout migrer en une seule fois ?

Non. Profitez de la période de grâce et migrez par lots ; gardez les deux serveurs de licences (2019 et 2022) tant que nécessaire, en évitant de mélanger des modes de licence incohérents.

Comment vérifier rapidement la configuration d’un hôte ?

Deux approches : vérifier via GPO (rsop.msc) que le mode/licence server sont bien appliqués ; ou utiliser PowerShell :

# Sur l'hôte de session
Get-RDLicenseConfiguration

Erreurs fréquentes et comment les éviter

  • Installer des CAL 2022 sur un serveur de licences 2019 : évitez ; hébergez les CAL 2022 sur un serveur de licences 2022.
  • Mode d’hôte incohérent (ex. hôte en « Par périphérique » alors que vous n’avez que des CAL « Par utilisateur ») : corrigez la GPO ou le paramètre PowerShell.
  • Oubli de la période de grâce : elle masque les problèmes au début ; vérifiez la bonne émission de licences avant la fin du délai.
  • Mauvaise portée GPO : l’hôte ne reçoit pas le serveur de licences — soignez l’OU, les filtres de sécurité et l’ordre de liaison.
  • Absence de registre de conformité en « Par utilisateur » : mettez en place un fichier de suivi (outil ITSM, tableur) et un contrôle trimestriel.

Exemple de script d’initialisation (à adapter)

# Variables
$RdsLicenseServers = @("rdlic-2022.contoso.local")
$RdsMode = "PerUser"  # ou "PerDevice"

# Appliquer la configuration

Set-RDLicenseConfiguration -LicenseServer $RdsLicenseServers -Mode $RdsMode

# Vérification

$s = Get-RDLicenseConfiguration
"Serveurs de licences : {0}" -f ($s.LicenseServer | Sort-Object | Out-String)
"Mode : {0}" -f $s.Mode 

Modèle de communication interne (exemple)

Objet : Migration RDS vers Windows Server 2022 – impact licences

Bonjour,

Dans le cadre de la mise à niveau de notre ferme RDS vers Windows Server 2022, nous devons utiliser des licences d’accès client (RDS CAL) version 2022. Les anciennes CAL 2019 ne permettent pas de se connecter aux nouveaux hôtes. Aucun impact attendu pour vos accès ; merci de signaler toute anomalie au support.

Cordialement,

IT – Infrastructures

Tableau récapitulatif décisionnel

SituationActionBénéficeRisques évités
Passage de 2019 à 2022 sans SAAcheter des RDS CAL 2022 (User/Device)Conformité, compatibilité immédiateBlocage des connexions, audit défavorable
Passage de 2019 à 2022 avec SA activeMettre à niveau les CAL 2019 vers 2022Optimisation budgétaireAchat inutile de nouvelles CAL
Coexistence d’hôtes 2019/2022Serveur de licences 2022 central + CAL 2022Gestion unifiée, simplicitéMultiplication des packs et erreurs de version
Postes partagésDevice CAL + mode « Par périphérique »Coût optimiséSurenchère de User CAL
Nomadisme/BYODUser CAL + mode « Par utilisateur »Souplesse d’usageBlocage de licences côté périphériques

Bonnes pratiques de maintenance

  • Segmenter les GPO par environnement (prod/recette) pour tester sans risque.
  • Surveiller le journal « Services Bureau à distance » et le Diagnostic des licences après chaque patch Tuesday.
  • Automatiser la vérification mensuelle des paramètres RDS via script (lecture GPO/PowerShell).
  • Documenter toute modification de capacité (nouveaux utilisateurs/périphériques) et ajuster les CAL.

Que faire des anciennes CAL 2019 ?

Deux options :

  1. Réaffecter à des hôtes 2019 encore en service (sites distants, labos, maquettes).
  2. Conserver en archive selon vos obligations contractuelles, en retraçant clairement la quantité et la date de retrait.

Récapitulatif final

Les RDS CAL sont versionnées : une CAL 2019 ne permet pas d’accéder à un hôte Windows Server 2022. L’option conforme est donc d’acquérir des RDS CAL 2022 ou d’exercer le droit de mise à niveau si vous disposez d’une SA active. En pratique : installez un serveur de licences 2022, activez‑le, importez vos CAL 2022, basculez les hôtes et vérifiez l’émission des licences. Conservez l’ancien serveur 2019 jusqu’à extinction des derniers hôtes 2019. Avec ce plan, votre migration RDS vers Windows Server 2022 se fait sans rupture et en toute conformité.

Sommaire