Après une réinstallation de Windows Server 2019, vos CALs RDS Device restent « bloquées » et le portail en ligne finit en statut Pending ? Voici une méthode fiable pour invalider l’ancienne instance, migrer/réémettre le pack et remettre votre hôte RDS en conformité sans interrompre le service.
Vue d’ensemble et symptômes
Scénario typique : un serveur Remote Desktop Licensing (RDS 2019) a été réinstallé. Lors de l’ajout d’un pack de 10 CALs RDS Device, la clé de 25 caractères est refusée car « déjà activée ». La réactivation du serveur de licences ne suffit pas. La tentative via le portail activate.microsoft.com → Manage CALs progresse (code de migration 45 caractères, puis clé de pack), mais se termine par une erreur avec statut Pending.
Objectif : invalider l’ancienne installation et récupérer légalement les CALs sur le nouveau serveur.
Ce qui se passe réellement (pourquoi « Pending »)
Une CAL RDS Device n’est pas seulement un numéro : elle est rattachée à une base locale du serveur de licences (fichier de base TLS/EDB) et à son ID de serveur de licences. Lorsque la machine est réinstallée, l’ancienne base n’est plus là, mais le pack reste considéré comme déjà installé du point de vue de Microsoft. Le portail en ligne peut exiger une validation manuelle (d’où le statut Pending), ou refuser la migration si le programme d’achat / le type de CAL / la version ne correspondent pas exactement.
Plan d’action rapide
- Vérifier que le serveur de licences est activé dans Gestionnaire de licences Bureau à distance (
licmgr.exe). - Retenter la migration via le portail (Manage CALs → Migrate) en contrôlant le programme d’achat, le type Device et la version 2019.
- Si l’état reste Pending ou échoue : passer à la méthode Téléphone (Clearinghouse) depuis
licmgr.exepour réémettre le pack vers le nouveau serveur et invalider l’ancien. - Si la base locale est corrompue ou incohérente : Rebuild License Database, puis réactivation et réinstallation du pack réémis.
- Configurer et valider le mode de licences (Per Device) côté hôtes Session Host (GPO/PowerShell), puis contrôler avec le RD Licensing Diagnoser et l’Observateur d’événements.
Préparatifs indispensables
- ID du serveur de licences (visible dans
licmgr.exe→ clic droit sur le serveur → Propriétés). - Clé 25 caractères du pack RDS 2019 Device (ou ID de confirmation selon votre programme d’achat).
- Votre programme d’achat précis : Retail/Open/Select/EA.
- Si disponible : preuve d’achat / contrat, nom de l’organisation, contact.
Procédure détaillée — côté serveur de licences
Vérifier/activer le serveur de licences
- Ouvrez Gestionnaire de licences Bureau à distance (
licmgr.exe). - Dans l’arborescence, clic droit sur votre serveur → Activer le serveur.
- Choisissez la méthode d’activation : Web ou Téléphone. L’objectif est d’obtenir un serveur de licences opérationnel avec un ID valide.
Migrer/installer le pack via le portail
Sur le portail (Manage CALs) :
- Sélectionnez Migrate (ou Install si le pack n’a jamais été installé).
- Renseignez le code de migration (45 caractères) puis la clé de pack (25 caractères).
- Contrôlez scrupuleusement : RDS 2019, Per Device, programme d’achat correct.
Si le portail retourne Pending (validation manuelle) ou une incohérence de droits, passez immédiatement au Clearinghouse par téléphone.
Méthode Téléphone — Clearinghouse (réémission & invalidation)
Depuis licmgr.exe :
- Clic droit sur le serveur → Installer les licences → choisissez la méthode Téléphone.
- Expliquez que vous avez réinstallé le serveur de licences et que le pack est resté associé à l’ancienne base. Demandez explicitement :
- la réémission (reissue) du pack RDS 2019 Per Device vers le nouveau serveur ;
- l’invalidation de l’ancienne activation (motif : réinstallation / changement de matériel / erreur de configuration).
- Ayez sous la main : ID du serveur, clé 25 caractères, coordonnées et, si demandé, justificatifs.
- Une fois l’ID/confirmation communiqué par l’agent, terminez l’installation du pack dans
licmgr.exe.
Bon à savoir : la réémission bascule la propriété du pack sur le nouveau serveur de licences. Les CALs précédemment « délivrées » à des périphériques depuis l’ancien serveur deviennent inopérantes, mais les machines concernées reconnaîtront automatiquement le nouveau serveur et obtiendront une nouvelle attribution (temporaire, puis permanente).
Reconstruire la base locale (si nécessaire)
Si la base locale est corrompue (migrée/restaurée de façon anormale) :
- Dans
licmgr.exe: Action → Rebuild License Database…. Suivez l’assistant. - La base par défaut réside dans
%SystemRoot%\System32\lserver. La reconstruction efface l’historique local ; vous devrez réactiver le serveur puis réinstaller le pack une fois réémis.
Ne lancez pas un Rebuild si vous n’avez pas assuré la réémission : sans cela, les CALs ne réapparaîtront pas dans la console.
Configuration Session Host (mode, serveurs de licences)
Via Stratégies de groupe (recommandé)
Sur les hôtes RD Session Host :
- Ouvrez l’Éditeur de stratégie de groupe (gpedit.msc ou GPMC pour GPO centralisée).
- Rendez-vous à :
Configuration ordinateur → Modèles d’administration → Composants Windows → Services Bureau à distance → Hôte de session Bureau à distance → Licences. - Activez les paramètres :
- Utiliser les serveurs de licences Bureau à distance spécifiés → indiquez le nom ou le FQDN du serveur de licences.
- Définir le mode de licences des Services Bureau à distance → Par périphérique.
Mettez à jour la stratégie (gpupdate /force) puis redémarrez les services RDS si nécessaire.
Via PowerShell (autonome ou en dépannage)
Si vous n’avez pas de déploiement RDMS complet, forcez le mode et le serveur par le Registre (équivalent GPO) :
# Mode de licences : 2 = Per Device, 4 = Per User
New-Item -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services' -Force | Out-Null
Set-ItemProperty -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services' -Name 'LicensingMode' -Type DWord -Value 2
# Déclarer le(s) serveur(s) de licences
New-Item -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\LicenseServers' -Force | Out-Null
New-Item -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\LicenseServers\SERVEUR-LIC' -Force | Out-Null
gpupdate /force Avec un déploiement géré (Remote Desktop module présent), vous pouvez aussi utiliser :
# Exemple : définir le mode et le serveur de licences
Import-Module RemoteDesktop
Set-RDLicenseConfiguration -Mode PerDevice -LicenseServer SERVEUR-LIC
Validation après migration
- RD Licensing Diagnoser : exécutez le diagnostic depuis Server Manager → Remote Desktop Services ou via la console dédiée. Vérifiez que le mode est Per Device, que des CALs RDS 2019 sont disponibles et que le serveur de licences est joignable.
- Observateur d’événements : Journaux des applications et des services → Microsoft → Windows :
- TerminalServices-Licensing (état du service de licences)
- TerminalServices-RemoteConnectionManager (mode de licences, serveurs requis/non trouvés)
- RemoteDesktopServices-RdpCoreTS (négociation de session)
- Clients : connectez quelques postes de test. Les périphériques reçoivent d’abord une licence temporaire, puis une permanente après nouvelle connexion. Sur le serveur de licences, vérifiez la liste des Issued Licenses.
Tableau de dépannage — erreurs courantes
| Symptôme / message | Cause probable | Correctif recommandé |
|---|---|---|
| Statut portail : Pending | Validation manuelle requise / pack encore rattaché à l’ancien serveur | Contacter le Clearinghouse et demander la réémission + invalidation de l’ancienne activation |
« La clé est déjà activée » dans licmgr.exe | Pack installé dans une autre base de licences | Procéder à la migration ou réémission par téléphone |
| Clients refusés malgré des CALs disponibles | Mode configuré en Per User au lieu de Per Device, ou serveur de licences non déclaré | Corriger la GPO / registre (mode Per Device, serveur de licences) |
| La console affiche 0 CAL après réinstallation | Base locale reconstruite sans réémission | Terminer la réémission puis réinstaller le pack dans licmgr.exe |
| Licences émises « fantômes » | Ancien serveur émettait encore, ou base incohérente | Rebuild de la base, s’assurer que l’ancien serveur est hors service et que le pack a été réémis au nouveau |
Bonnes pratiques et rappels essentiels
- Un serveur de licences 2019 peut délivrer des CALs RDS 2019 (et antérieures). L’inverse n’est pas garanti.
- Vérifiez la correspondance exacte : Device vs User, version, programme d’achat.
- Conservez l’ID du serveur, la clé 25 caractères et les justificatifs d’achat avec votre documentation interne.
- Un délai de grâce (~120 jours) côté RD Session Host permet de maintenir l’accès pendant la régularisation, mais ne remplace pas une configuration conforme.
- Ne clonez pas un serveur de licences RDS « à chaud » : préférez une réinstallation contrôlée suivie d’une réémission.
Exemple de script téléphonique (aide-mémoire)
Contexte : réinstallation complète du serveur de licences RDS 2019.
Le pack de 10 CALs RDS Per Device apparaît déjà activé sur l’ancienne instance.
Demande : réémission du pack vers le nouveau serveur et invalidation de l’ancien.
Informations à fournir :
* ID du serveur de licences (nouveau)
* Clé de produit 25 caractères (pack RDS 2019 Device)
* Programme d’achat (Retail/Open/Select/EA), organisation, contact
* Motif : réinstallation/changement de matériel
Action attendue :
* Réémission (reissue) du pack vers l’ID du nouveau serveur
* Invalidation de l’ancienne activation
* Code de confirmation/ID d’installation pour finaliser dans licmgr.exe Annexe — où retrouver quoi ?
| Élément | Où le trouver | Notes |
|---|---|---|
| ID du serveur de licences | licmgr.exe → clic droit serveur → Propriétés | Nécessaire pour la réémission |
| Clé 25 caractères du pack | Courriel de confirmation / portail d’achat | Doit correspondre à RDS 2019 Per Device |
| Base de licences locale | %SystemRoot%\System32\lserver | Reconstruite via Rebuild License Database |
| Paramètres de mode/serveur | GPO ou Registre (voir commandes PowerShell) | 2 = Per Device, 4 = Per User |
| Diagnostic | RD Licensing Diagnoser, Observateur d’événements | Vérifier mode, serveurs, nombre de CALs |
Questions fréquentes
Que faire si l’ancien serveur a été détruit sans sauvegarde ?
Ce n’est pas bloquant : demandez au Clearinghouse la réémission du pack vers l’ID du nouveau serveur et l’invalidation de l’ancien.
La réémission supprime-t-elle les attributions existantes ?
Oui, côté ancien serveur. Les périphériques redemanderont une licence au nouveau serveur. Assurez-vous d’avoir suffisamment de CALs disponibles pour absorber les réattributions.
Faut-il migrer « Device » en « User » ?
Non. Le type doit rester identique à l’achat, sauf réacquisition de licences adaptées. Device et User ne sont pas interchangeables.
Combien de temps dure une licence temporaire pour un périphérique ?
Elle sert de tampon jusqu’à l’obtention d’une licence permanente auprès du serveur de licences. Ne comptez pas sur elle pour une conformité durable : finalisez la migration/réémission dès que possible.
Checklist de clôture
- Serveur de licences activé et visible dans
licmgr.exe. - Pack RDS 2019 Device installé après réémission.
- Hôtes Session Host configurés : mode Per Device + serveur(s) de licences renseignés.
- Diagnostic : aucun avertissement bloquant (RD Licensing Diagnoser), événements propres.
- Tests de connexion : appareils pilotes obtiennent des licences et accèdent aux sessions.
Résumé exécutif
Un simple clic sur « Réactiver le serveur » ne libère pas vos CALs RDS Device après une réinstallation de Windows Server 2019. La solution robuste passe par la migration ou la réémission du pack (idéalement via le Clearinghouse) pour l’attacher au nouvel ID de serveur de licences, la reconstruction de la base si besoin, puis la reconfiguration des hôtes Session Host (mode Per Device + serveurs de licences). En suivant la procédure pas à pas ci‑dessus, vous récupérez légalement vos droits, évitez le statut Pending à rallonge et rétablissez un environnement RDS conforme et stable.
Procédure condensée (pas à pas)
- Activer le serveur de licences (
licmgr.exe). - Essayer la migration via le portail (Manage CALs → Migrate).
- Si Pending : appeler le Clearinghouse → demander réémission + invalidation.
- Si la base est douteuse : Rebuild License Database, puis réactiver et réinstaller le pack réémis.
- Configurer le mode Per Device + serveur(s) via GPO/PowerShell.
- Vérifier avec le RD Licensing Diagnoser et l’Observateur d’événements. Tester sur quelques postes.