RDS CAL 2019 : validité, renouvellement et mise à niveau — Tout ce qu’il faut savoir avant d’acheter, avec des scénarios concrets (migration vers Windows Server 2022), bonnes pratiques de conformité et check‑lists d’exploitation.
Vue d’ensemble
Vous envisagez d’acheter des Remote Desktop Services Client Access Licenses (RDS CAL) pour Windows Server 2019 et vous vous demandez si elles expirent, s’il faut les renouveler et ce qu’il advient lors d’une mise à niveau du système hôte ? Ce guide synthétise la logique de validité et la compatibilité inter‑versions, puis détaille les implications opérationnelles (déploiement, sauvegarde du serveur de licences, audit et budget).
Réponse rapide : validité des RDS CAL 2019
| Point clé | Explications |
|---|---|
| Licence perpétuelle | Une RDS CAL 2019, une fois achetée et installée sur le serveur de licences, n’expire pas. Elle reste valable indéfiniment tant que vos connexions RDS ciblent Windows Server 2019 (ou une version antérieure). |
| Cycle de vie de l’OS hôte | La CAL demeure techniquement utilisable après la fin de support de Windows Server 2019, mais vous ne recevez plus de correctifs ni d’assistance Microsoft au‑delà du support étendu (fin prévue le 9 janvier 2029). |
| Aucune montée automatique | Les CAL RDS ne montent pas de version automatiquement. Si vous migrez vers Windows Server 2022 (ou ultérieur), il faut acheter des CAL compatibles avec la version cible. |
| Software Assurance (SA) | Option distincte et payante : elle offre le droit d’utiliser les nouvelles versions sans rachat, ainsi que des avantages (support, droits de mobilité…). Sans SA, vous conservez votre CAL 2019 mais vous n’avez pas le droit d’accéder à un serveur plus récent. |
| Période de grâce | Après installation du rôle RDS sur un hôte, vous disposez d’un délai de grâce de 120 jours pour activer un serveur de licences et y installer des CAL. Une fois les CAL activées, aucune reconfirmation périodique n’est requise ; le serveur gère automatiquement les jetons d’activation. |
Comprendre le périmètre d’une RDS CAL 2019
Les RDS CAL donnent le droit légal de se connecter aux rôles RDS (Session Host, RemoteApp, RD Gateway, etc.) d’un serveur Windows. Elles s’ajoutent aux Windows Server CAL généralistes. On distingue :
- User CAL : couvre un utilisateur, quels que soient ses appareils. Idéale si vos collaborateurs se connectent depuis plusieurs terminaux (PC pro, portable, tablette, VDI, etc.) ou en télétravail.
- Device CAL : couvre un appareil partagé entre plusieurs personnes (atelier, kiosque, salle de contrôle). Optimale si le nombre d’appareils est inférieur au nombre d’utilisateurs potentiels.
| Contexte | Type conseillé | Raison |
|---|---|---|
| Postes partagés (3×8, atelier, accueil) | Device CAL | Un seul appareil couvert pour plusieurs opérateurs : optimisation des quantités. |
| Télétravail, BYOD, commerciaux itinérants | User CAL | Un même utilisateur passe d’un appareil à l’autre sans surcoût de CAL. |
| Succursales à effectif variable (intérimaires) | À analyser | Comparer le pic simultané d’appareils vs. d’utilisateurs pour choisir le modèle le plus économique. |
Côté technique : les Device CAL sont « émises » sous forme de jetons au niveau du serveur de licences et associées à un appareil. Ces jetons sont renouvelés automatiquement lors des connexions périodiques. Les User CAL, elles, sont gérées sur l’honneur : le serveur de licences enregistre l’usage, mais ne bloque pas strictement si vous dépassez votre stock ; la conformité relève de votre inventaire et de vos justificatifs d’achat.
Compatibilité inter‑versions : qui peut accéder à quoi ?
Règle clé : une CAL de version au moins égale à celle du serveur est requise. Une CAL plus récente peut accéder à un serveur plus ancien (« descendante »), l’inverse n’est pas permis.
| Version du serveur RDS | RDS CAL 2016 | RDS CAL 2019 | RDS CAL 2022 |
|---|---|---|---|
| Windows Server 2016 | ✔️ Compatible | ✔️ Compatible (CAL plus récente) | ✔️ Compatible (CAL plus récente) |
| Windows Server 2019 | ❌ Non | ✔️ Compatible (version égale) | ✔️ Compatible (CAL plus récente) |
| Windows Server 2022 | ❌ Non | ❌ Non | ✔️ Compatible (version égale) |
Autrement dit, si vous conservez Windows Server 2019, une RDS CAL 2019 est un investissement durable. Si vous migrez vers 2022 (ou ultérieur), prévoyez un achat de nouvelles CAL (ou une couverture Software Assurance active au moment de la migration).
Impact du cycle de vie : support vs. validité
- Validité juridique : perpétuelle pour la version ciblée (2019 et antérieures).
- Support Microsoft : quand Windows Server 2019 atteint la fin de support étendu (9 janvier 2029), vos RDS CAL 2019 restent valides, mais vous n’aurez plus de correctifs de sécurité/fiabilité sur cet OS.
- Conformité : lors d’un audit, vous devez prouver (1) la possession d’un stock suffisant de CAL (factures, ID d’activation), (2) l’adéquation des versions, (3) le dimensionnement au regard du pic d’utilisateurs ou d’appareils autorisés.
Scénarios de migration : que deviennent vos CAL 2019 ?
Vous restez sur Windows Server 2019
- Rien à racheter : les CAL 2019 continuent de couvrir vos accès.
- Plan de continuité : sauvegardez la base du serveur de licences et conservez vos justificatifs d’achat.
- Durcissement : appliquez les dernières mises à jour de sécurité disponibles tant que le support dure.
Vous passez à Windows Server 2022 (ou supérieur)
- Inventoriez votre consommation : nombre de connexions simultanées attendues, profils (User vs Device), accès via RD Gateway, RemoteApp, etc.
- Décidez du modèle de CAL (User/Device) et de la quantité cible pour la nouvelle version.
- Achetez des RDS CAL compatibles avec 2022 (ou activez votre droit à la nouvelle version via SA).
- Installez un rôle Remote Desktop Licensing (peut cohabiter avec l’existant) et ajoutez les packs de CAL 2022. Un même serveur de licences peut gérer plusieurs versions de CAL en parallèle.
- Basculer progressivement : dirigez les nouvelles connexions RDS vers les hôtes 2022. Les anciennes CAL 2019 continuent de couvrir les hôtes 2019 jusqu’à extinction.
Environnement hybride ou coexistence
Vous pouvez conserver temporairement des hôtes 2019 et 2022. Dans ce cas :
- Les connexions vers les hôtes 2019 exigent des CAL 2019 (ou 2022).
- Les connexions vers les hôtes 2022 exigent des CAL 2022 exclusivement.
- Un serveur de licences unique peut héberger des packs de CAL de plusieurs versions.
Déploiement : période de grâce, activation et installation des CAL
Période de grâce (120 jours)
Lorsqu’un rôle RD Session Host est installé, l’hôte autorise les connexions pendant 120 jours sans serveur de licences déclaré. Cette période sert à installer/activer le serveur de licences et à déployer les CAL. Au‑delà, les nouvelles connexions échoueront.
Installation du serveur de licences
- Sur un serveur membre (ou un contrôleur si c’est votre standard), installez le rôle Remote Desktop Licensing.
- Activez le serveur avec l’Assistant (automatique, navigateur Web ou téléphone).
- Installez vos packs de CAL (2019, et 2022 si cohabitation) via l’Assistant d’ajout de licences.
- Sur chaque RD Session Host, déclarez le mode de licence (Per User ou Per Device) et le(s) serveur(s) de licences à utiliser.
Commandes utiles (PowerShell)
# Installer le rôle de licences RDS
Install-WindowsFeature RDS-Licensing -IncludeManagementTools
# Définir le mode de licence (Per User) et annoncer le serveur de licences
\$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32\_TerminalServiceSetting
\$obj.ChangeMode(4) # 4 = Per User, 2 = Per Device
\$obj.SetSpecifiedLicenseServerList("Srv-LIC-01")
# Vérifier la configuration
Get-WindowsFeature RDS-Licensing Sauvegarde et reprise après incident
Le serveur de licences conserve sa base dans %SystemRoot%\System32\lserver. Bonnes pratiques :
- Backup régulier du répertoire
lserveret de la VM/hôte (snapshots + sauvegardes d’état système). - Inventaire : conservez les ID d’activation et preuves d’achat dans un coffre documentaire.
- Re‑hébergement : en cas de perte, vous pouvez réactiver vos packs de CAL sur un nouveau serveur de licences (procédure standard via l’assistant d’activation et la récupération des licences).
Conformité et audit : ce qu’on vous demandera
- Preuves de droits : factures, contrats (OEM, Open, CSP, etc.), captures du Gestionnaire de licences RDS listant les packs installés et les CAL émises.
- Correspondance version : la version de vos CAL doit être ≥ à celle des serveurs cibles.
- Dimensionnement : votre stock doit couvrir le pic d’utilisateurs (User CAL) ou d’appareils (Device CAL) autorisés.
- Traçabilité User CAL : même si l’application n’est pas « bloquante », tenez un registre des utilisateurs autorisés.
Budget : quand le Software Assurance a du sens
La SA est pertinente si vous anticipez une montée de version dans 2–4 ans, si vous souhaitez des avantages de support ou des droits de mobilité. À l’inverse, si votre infrastructure restera sur 2019 pour longtemps, l’achat one‑shot sans SA peut être plus économique.
| Contexte | Sans SA | Avec SA |
|---|---|---|
| OS figé (≥ 5 ans), pas de changement majeur | ✅ CAPEX unique, pas de renouvellement | ❌ Coût récurrent sans bénéfice |
| Migration planifiée (3 ans) | ❌ Rachat complet de CAL à la migration | ✅ Droit à la nouvelle version inclus |
| Environnement en évolution (fusion, M&A, cloud hybride) | ⚠️ Rigidité des droits | ✅ Flexibilité & support étendu |
Pièges courants à éviter
- Confondre Windows Server CAL et RDS CAL : les premières ne suffisent pas pour des sessions RDS ; il faut les deux (pour l’accès aux services Windows et pour RDS).
- Mauvaise version : des CAL 2019 n’ouvrent pas l’accès à des hôtes 2022.
- Mode de licence incohérent : définir « Per User » sur l’hôte alors que vous n’avez acheté que des Device CAL (ou inversement).
- Serveur de licences non découvert : période de grâce consommée, puis refus de connexion. Déclarez explicitement le serveur de licences sur vos hôtes.
- Perte de la base lserver sans sauvegarde : réactivation plus longue. Documentez vos ID d’activation.
Questions fréquentes (FAQ)
Les RDS CAL 2019 expirent‑elles ?
Non. Ce sont des licences perpétuelles pour l’accès à Windows Server 2019 (et versions antérieures compatibles). Pas de date d’expiration.
Dois‑je les renouveler chaque année ?
Non, sauf si vous avez souscrit volontairement de la Software Assurance (abonnement). Sans SA, aucun renouvellement n’est requis.
Que se passe‑t‑il si je migre mes hôtes vers Windows Server 2022 ?
Vous devez acheter des RDS CAL 2022 (ou utiliser votre droit de mise à niveau via SA). Les CAL 2019 ne suffisent pas.
Puis‑je utiliser des CAL plus récentes sur des hôtes plus anciens ?
Oui : des CAL 2022 permettent d’accéder à des hôtes 2019/2016. L’inverse est interdit.
Les Device CAL « expirent‑elles » sur le serveur de licences ?
Un jeton est attribué à l’appareil et renouvelé automatiquement lors des connexions ultérieures. Aucune action manuelle n’est nécessaire en exploitation normale.
Comment prouver ma conformité lors d’un audit ?
Conservez factures/contrats, captures du Gestionnaire de licences RDS (packs installés, jetons émis) et un inventaire des utilisateurs/appareils autorisés, avec correspondance des versions.
Et si je réinstalle ou remplace le serveur de licences ?
Restaurer la base lserver suffit souvent. Sinon, réhébergez vos licences via l’assistant d’activation et la récupération des packs.
Les accès via RD Gateway nécessitent‑ils des RDS CAL ?
Oui : l’accès via RD Gateway ne dispense pas des CAL RDS. RD Gateway contrôle le transport, la CAL RDS couvre l’accès au service.
Quelle quantité acheter ?
Basez‑vous sur le pic simultané d’utilisateurs (User) ou d’appareils (Device). En cas d’incertitude, commencez modestement puis ajoutez des packs au fil de l’adoption.
Procédure de vérification express
- Sur un hôte RDS, ouvrez Gestionnaire de serveur > Services Bureau à distance et vérifiez le mode de licence et le serveur de licences déclaré.
- Sur le serveur de licences, lancez Gestionnaire des licences Bureau à distance : contrôlez les packs (version, type, quantité) et l’état d’activation.
- Assurez‑vous que les hôtes 2019 pointent vers des packs 2019 (ou 2022 si vous avez acquis des CAL plus récentes).
Checklist d’achat
- Version cible des serveurs (2019 aujourd’hui ? migration 2022 demain ?).
- Profil d’usage (postes partagés vs multi‑appareils) pour trancher User vs Device.
- Pic d’accès simultanés pour dimensionner la quantité.
- Décision SA : utile si migration prévisible sous 2–4 ans.
- Serveur de licences : emplacement, sauvegarde, procédure de reprise.
Exemples concrets
Atelier avec 20 postes partagés, 60 opérateurs
Modèle Device CAL : 20 CAL couvrent les 20 postes, quel que soit le nombre d’opérateurs (séquentiels).
Équipe de 40 collaborateurs nomades, chacun PC + tablette
Modèle User CAL : 40 CAL couvrent les 80 appareils puisque le droit suit l’utilisateur.
Migration progressive 2019 → 2022
Ajoutez des CAL 2022 sur le serveur de licences, affectez‑les aux nouveaux hôtes, puis retirez les hôtes 2019 quand tout est basculé. Zéro coupure et conformité garantie.
Bonnes pratiques d’exploitation
- Centralisez vos packs de CAL sur un serveur de licences unique (avec haute dispo via sauvegardes/VM).
- Segmenter par OU/Collections pour isoler les rôles et limiter l’impact d’une mauvaise configuration.
- Supervisez l’épuisement des CAL (alertes) et la découverte du serveur de licences.
- Documentez vos règles d’attribution (qui a droit à une User CAL ? processus d’entrée/sortie).
Résumé
Une RDS CAL 2019 est une licence perpétuelle : elle n’expire pas et reste valide tant que vous accédez à des hôtes Windows Server 2019 (ou antérieurs). Elle ne se met pas à niveau automatiquement : la migration vers Windows Server 2022 nécessite des CAL 2022 (ou une Software Assurance active). Côté opérations : profitez de la grâce de 120 jours pour activer votre serveur de licences, sauvegardez la base lserver et conservez vos justificatifs d’achat. En planification budgétaire, la SA est pertinente si vous anticipez une montée de version à moyen terme ; sinon, l’achat one‑shot reste optimal.
En bref : l’achat d’une RDS CAL 2019 est un investissement à validité permanente tant que l’environnement demeure sur Windows Server 2019. L’efficacité opérationnelle et le support sont bornés par le cycle de vie de l’OS, et toute mise à niveau majeure nécessitera des CAL de version correspondante (ou la couverture SA).