Les questions suivantes m’ont souvent été posées par mes différents clients et partenaires :
Puis-je réutiliser mes anciennes CAL TSE/RDS et les réinstaller sur un nouveau serveur exécutant une version d’OS Windows Server différente à celle du serveur « Source/existant »?
Puis-je utiliser mes CAL TSE/RDS existantes pour autoriser mes utilisateurs RDS à se connecter à des serveurs TSE/Hôtes de Session (RDSH) exécutant des versions Windows Server différentes ?
J’ai donc décidé de rédiger ce post pour y répondre car cela pourrait intéresser plusieurs personnes se posant les mêmes questions :).
Ma réponse sera « Splitée » en deux parties :
- Compatibilité des CAL TSE/RDS pour les serveurs de Licence RDS (RDLS)
- Comptabilité des CAL TSE/RDS pour les serveurs Hôte de Session (RDSH
Note importante : les informations détaillées ci-dessous s’applique à vos serveurs de Licence RDS et RDSH hébergées dans vos Datacenters mais aussi ceux qui tournent sous forme de VM IaaS Azure (ou AWS, GCP, AliBabaCloud…Etc)
#R1 : Liste des CAL TSE/RDS pouvant être installées sur chaque version d’OS Windows Server
Le tableau ci-dessous vous montre les CAL TSE et RDS pouvant être installées/utilisées sur chaque version d’OS Windows Server hébergeant le service de Licensing RDS (RDLS : Remote Desktop Licensing Server) :
Pour vous aider à mieux comprendre le tableau, je vous détaillerai un vrai « Use Case »:
Supposons qu’un Client (Société) X dispose déjà d’un Pack de Licences RDS 2008 R2 et est sur le point de dé-commissionner son infrastructure RDS 2008 R2 pour en déployer une nouvelle sous 2012 R2 ou 2016. Comme indiqué dans le tableau ci-dessus, les CAL RDS « 2008 et 2008 (R2) » peuvent être installées sur les OS Windows Server suivants : 2008, 2008 R2, 2012, 2012 R2 et 2016. Cette société pourra donc continuer à utiliser (en réinstallant) les Licences RDS 2008 R sur tout futur serveur de Licence RDS exécutant Windows Server 2008 à 2016.
#R2 : Liste des CAL TSE/RDS pouvant être utilisées pour autoriser vos utilisateurs RDS à se connecter sur un serveur RD Session Host
Le tableau ci-dessous vous montre les CAL TSE et RDS pouvant être installées/utilisées pour autoriser vos utilisateurs distants à se connecter aux serveurs TSE/RDSH en fonction de la version d’OS Windows Server qui exécutent :
Blog de Hicham KADIRI | Just Another IT Guy 
Bonjour Hicham,
Merci pour le partage, c’est bien explicite.
MSani
@Mahamane : merci à toi pour ce comment :). Stay connected ,d’autres articles arrivent J.
Bonjour,
Si je comprends bien, si on a des CAL 2016 on peut les utiliser pour se connecter à une ferme en 2012R2 ? Il me semblait qu’il fallait les downgrader.
Hello Matteu31, le tableau montre la possibilité d’utiliser (ou réutiliser des CAL RDS) sur les différentes versions d’OS Server. C’est pour souligner la possibilité (ou pas) de réutiliser des CALs déjà achetées. un Downgrad et bien évidemment à faire car les CAL RDS 2016 ne sont pas (par défaut) lisibles par Windows Server 2012 R2 (date de sortie antérieure à la date de sortie des Licences).
En revanche, si je dispose d’un Pack de CAL RDS 2012 R2, je ne pourrais les installers sur un OS 2016, et aucun Upgrade n’est possible. L’Op elle même se fait à distance avec le centre MC ClearingHouse et nécessite que quelques minutes :).
Je vous remercie pour cette précision qui confirme bien ce que j’avais compris jusqu’à présent. Je pense qu’il serait bon de préciser qu’un downgrade est à faire pour la compatibilité car à lire le tableau tel quel prête à confusion.
Bonjour Hicham,
Voila une question en moins que je me pose!! 🙂
Merci pour ce partage.
Nabil H.
Hello Nabil, merci à toi pour ce comment :). A bientôt
Bonjour Hicham Nice job. Une question : Si tu devais faire un installation rds ce jour, choisirez tu 2012r2 ou 2016.
Hello Fred,
Si tous les prérequis sont Ok, vaut mieux partir sur un déploiement RDS 2016. Cela évitera une migration dans le futur (si RDS 2012 R2 est déployé).
RDS 2016 s’intègre (mais s’étend aussi) facilement avec (et vers) les services Cloud de Microsoft (Az, O365).
Important note : si un serveur de Licence existant doit être réutiliser avec la nouvelle infra RDS 2016, celui ci doit être migré vers WS Server 2016.
Bonjour Hicham,
Si j’ai bien compris, des licences CAL 2012 fonctionneront sur un serveur de licence 2016, mais pas sur des RDSH en Windows Server 2016 ?
Dans mon cas les deux RDSH ainsi que le serveur de licence sont en 2016, et remplaceront les deux RDSH en 2012 et le serveur de licence en 2012 également… Il faut racheter toutes les CAL ?
les CAL RDS 2012 (ou 2012 R2) peuvent être installées sur un serveur de Licence exécutant Windows Server 2016, en revanche, ils peuvent pas être utilisées pour accéder à des serveurs RDSH en 2016 Server.
Merci beaucoup même si ce n’est pas une bonne nouvelle pour moi, ça a le mérite d’être clair ! Supers articles en tout cas qui m’ont beaucoup aidé pour le déploiement de ma nouvelle collection (surtout pour les UPD, qui fonctionnent parfaitement quand on a bien compris le principe)
Merci à toi Thomas pour ce feedback 🙂
A+
#HK
[…] Source : https://hichamkadiri.wordpress.com/2018/01/29/tse-rds-licensing-matrice-dinteroperabilite-sapplique… […]
Bonjour Hicham,
Et tout d’abord bravo pour cet article, j’avais une question a vous posez, je voulais savoir si il était possible de migrer des licences cal user 2008 vers 2016 ? A savoir que que je ne dispose d’aucunes clés de licenses papiers… La personne les a perdus.
Dois-je racheter de nouvelles licenses cal user 2016 ?
Cordialement,
Benoit
Oui, tout à fait, en cas de contrôle, il faut obligatoirement présenter la facture /document listant les CAL RDS achetées, sinon vous risquez de payer 5 à 8 fois le prix à MS. Je te recommande vivement de racheter des Licences. Tu peux opter pour le mode « Per-User » le temps de commander les nouvelles licences, techniquement l’infra RDS 2016 continuera à tourner, cela ne bloquera pas les accès Remote Desktops, en revanche, il faut penser à commander les licences RDS. Goodluck
bonjour a tous,
nous avions une ferme 2012,
j’ai mis en place une ferme rds 2016 j’ai réinstallé toutes les vms y compris le serveur de licence ou j’ai installé mes nouvelles cal,
seulement je ne peux pas l’inscrire en SCP :
« ce serveur de licence n »est pas inscrit (SCP) dans les services de domaine Active Directory. LE serveur de Licences ne figurera pas dans la liste des serveurs de licences connus de l’outil de configuration de serveur hôte de session Bureau à distance. »
les connexions utilisateurs fonctionnent bien et les licences sont bien décomptées,
j’avais ouvert un ticket Microsoft j’ai une procédure pour inscrire manuellement, elle marche mais a chaque redémarrage du serveur je suis obligé de la refaire,
j’ai installé un autre serveur licence j’ai le même problème
quelqu’un a t’il eu ce genre de problème ?
merci,
Bonjour Jean-Baptiste,
Il s’agit d’un erreur assez connue. Je vous invite à suivre les instructions décrites dans le post suivant et me tenir informé du résultat :
https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/ee891215(v=ws.10)?redirectedfrom=MSDN
Bonjour icham
Une question :
Je dois formater mon serveur car j’ai reçu un randsomware
J’ai fait.mes sauvegardes data pas de problème
Concernant ma licence 5 usr RDS 2016, puis je la.reinstaller après formatage ? Y’a til une manip à faire
Merci pour votre retour
Bien à vous
Hello Maruani,
yes, il faut contacter MS pour qu’ils reinitialiser le code Product de tes 5 CAL, car ces dernières sont vues comme étant déjà activées. Il faut les appeler pour que tu puisses les réutiliser/réinstaller sur un nouveau serveur.
goodluck
#HK
Salut Hicham,
merci pour ta réponse, cette solution m’a été donné par le support Microsoft,, elle fonctionne mais a chaque reboot de la VMs les objets sont supprimés, j’ai refait un ticket a Microsoft ils me disent qu’il n’y pas d’autres solutions,
donc je vais essayer d’enlever le rôle proprement de mon ancien serveur de licence, et dans l’adsi faire un moove de l’objet CN=TermServLicensing vers le CN de mon nouveau serveur de licence …
c’est vraiement curieux comme problème
Yes, c’est un des mystérieux problèmes de la techno RDS. Goodluck
[…] Note : le post est disponible directement depuis ce lien. […]