Migrar licencias RDS de Windows Server 2016 a 2019: compatibilidad de CAL y guía paso a paso

¿Vas a mover tu infraestructura de Escritorio Remoto desde Windows Server 2016 a 2019? En esta guía práctica encontrarás la compatibilidad real de las CAL de RDS, un procedimiento de migración paso a paso y comprobaciones para que el cambio de servidor de licencias sea limpio, auditable y sin interrupciones para tus usuarios.

Índice

Compatibilidad de CAL de RDS entre versiones

La regla de oro es simple: las CAL de RDS son compatibles hacia atrás, no hacia delante. Esto significa que una CAL más nueva puede acceder a hosts de sesión más antiguos, pero no al revés. En concreto, una CAL 2016 no habilita acceso a un host de sesión 2019. Para conectarte a hosts 2019 necesitas CAL 2019 (o superiores, por ejemplo 2022). A la inversa, una CAL 2019 sí funciona con hosts 2016.

Resumen visual de compatibilidad

Tipo de CAL	Acceso a host 2016	Acceso a host 2019
RDS CAL 2016	✔️	❌
RDS CAL 2019	✔️	✔️
RDS CAL 2022	✔️	✔️

Además, el servidor de licencias 2019 puede hospedar simultáneamente paquetes de CAL 2019 y 2016, atendiendo a entornos mixtos. En cambio, un servidor de licencias más antiguo no puede emitir CAL de versiones posteriores.

Qué migra realmente cuando cambias el servidor de licencias

Estado del servidor de licencias: rol instalado y activado frente al Clearinghouse.
Paquetes de CAL: el inventario autorizado que “vive” en el servidor de licencias (no en el host de sesión).
Configuración de los hosts: modo de licenciamiento (Per User o Per Device) y la lista de servidores de licencias a los que apuntan.

Los tokens que reciben los dispositivos en modo Per Device son temporales; se renuevan automáticamente tras la migración cuando los equipos contacten al nuevo servidor de licencias. En modo Per User, el cumplimiento no es técnico sino administrativo: asegúrate de tener tantas CAL instaladas como usuarios con acceso.

Antes de empezar

Define el alcance: ¿solo sustituyes el servidor de licencias, o también incorporas hosts de sesión 2019?
Inventario de CAL: recopila contratos, números de acuerdo o comprobantes de compra (facilitan la migración si el servidor origen no está disponible).
Requisitos de red: el host de sesión contacta al servidor de licencias vía RPC (TCP 135 + puertos dinámicos asignados por el sistema). Verifica conectividad y firewall.
Privilegios: cuenta con permisos para instalar roles y administrar RDS.
Plan de vuelta atrás: mantiene el servidor 2016 en reserva hasta validar que todo emite licencias correctamente.

Guía de migración paso a paso

Instalar y activar el nuevo servidor de licencias en Windows Server 2019

En el nuevo servidor (2019), abre Server Manager → Add Roles and Features.
Selecciona Remote Desktop Services → Remote Desktop Licensing. Incluye las herramientas de administración.
Una vez instalado, abre Remote Desktop Licensing Manager.
Activa el servidor: botón derecho sobre el nombre del servidor → Activate Server. Puedes activar por Internet (recomendado), por web o por teléfono. Completa los datos de organización cuando te lo pida.

Tras la activación, el servidor queda listo para hospedar paquetes de CAL.

Migrar los paquetes de CAL desde el servidor 2016

En el servidor de licencias 2019, dentro de Remote Desktop Licensing Manager:

Menú Action → Manage Licenses → Migrate RDS CALs from another license server.
El asistente ofrece dos rutas:
- El servidor 2016 sigue en línea: introduce su nombre o IP. El asistente contactará con el origen para trasladar el Client License Key Pack (paquete de CAL) al nuevo servidor. Se te pedirá confirmar que retirarás esas CAL del origen.
- El servidor 2016 ya no funciona / fue retirado: elige la opción correspondiente. Introduce el ID del servidor de licencias de origen y la información de compra. Podrás completar el proceso por Internet, web o teléfono. El Clearinghouse reasignará esas CAL al servidor 2019.
Cuando finalice, verifica que ves en el 2019 los paquetes correctos (tipo de CAL, cantidad y versión) y que el origen ya no los muestra.

Importante: no mantengas el mismo paquete de CAL instalado simultáneamente en ambos servidores; estarías en incumplimiento.

Apuntar tus hosts de sesión al nuevo servidor de licencias

Tienes dos caminos, con y sin Connection Broker:

Con Connection Broker

En Server Manager → Remote Desktop Services → Overview → Tasks → Edit Deployment Properties.
En la pestaña RD Licensing:
- Selecciona el modo: Per User o Per Device.
- Agrega el nuevo servidor de licencias 2019. Puedes mantener más de uno para contingencia.

Si prefieres automatizar, puedes usar PowerShell en el Connection Broker:

# Ejecutar en el Connection Broker (ajusta nombres)
Import-Module RemoteDesktop
Set-RDLicenseConfiguration -LicenseServer @("SRV-RDSLIC2019") -Mode PerUser -ConnectionBroker "SRV-RDCB01.midominio.local"
Get-RDLicenseConfiguration -ConnectionBroker "SRV-RDCB01.midominio.local"

Sin Connection Broker o mediante Directiva de Grupo

Aplica una GPO a las OU de tus hosts de sesión:

Ruta de la política: Equipo → Plantillas administrativas → Componentes de Windows → Servicios de Escritorio remoto → Host de sesión de Escritorio remoto → Licencias.
Habilita y configura:
- Usar los servidores de licencias de Escritorio remoto especificados → agrega el FQDN del nuevo servidor.
- Establecer el modo de concesión de licencias de Escritorio remoto → define Por usuario o Por dispositivo.

Aplica y verifica:

gpupdate /force
Comprueba desde cada host de sesión:
Server Manager &rarr; Remote Desktop Services &rarr; Licensing Diagnoser

Validaciones tras la migración

Diagnóstico: abre RD Licensing Diagnoser en un host de sesión y comprueba:
- Modo de licencias configurado.
- Conectividad y descubrimiento del servidor de licencias 2019.
- Disponibilidad de CAL suficientes para el modo elegido.
Pruebas funcionales: inicia una sesión RDP desde un dispositivo nuevo (en Per Device) y verifica que recibe un token permanente. En Per User, valida que los usuarios acceden sin errores.
Registros: revisa el Visor de eventos en los canales de TerminalServices-Licensing y RemoteDesktopServices en el RDSH y en el servidor de licencias.

Consejos prácticos y casos comunes

Solo sustituyes el servidor de licencias (2016 → 2019) y mantienes hosts 2016: migra tus CAL 2016 al nuevo servidor de licencias 2019 y continúa emitiéndolas. Si incorporas hosts 2019, instala además CAL 2019 en el mismo servidor de licencias.
Periodo de gracia: los hosts de sesión otorgan un periodo de 120 días sin servidor de licencias. Úsalo solo para transición; configura licencias cuanto antes para evitar cortes.
Per Device: el servidor controla tokens. Puedes revocar aproximadamente el 20 % de los tokens emitidos en un periodo dado. Los tokens permanentes caducan entre 52 y 89 días, renovándose automáticamente cuando el dispositivo se reconecta.
Per User: el cumplimiento es administrativo. Lleva control de usuarios con acceso y dimensiona tus CAL en consecuencia.
Descubrimiento en dominio: añade el servidor de licencias al grupo de AD Terminal Server License Servers para facilitar el descubrimiento por parte de los hosts de sesión unidos al dominio.
Alta disponibilidad: puedes configurar más de un servidor de licencias en la GPO o en la implementación con Connection Broker. No es un clúster; cada servidor mantiene su propio inventario, por lo que planifica cómo repartir paquetes de CAL.

Árbol de decisión rápido

Necesito conectar a hosts 2019 y solo tengo CAL 2016 → adquiere e instala CAL 2019 (o superiores). Las 2016 no sirven para 2019.
Ya tengo CAL 2019 y usaré hosts 2016 y 2019 → válido. Instala CAL 2019 en el servidor de licencias 2019 y apunta todos los hosts a ese servidor.
Quiero mover las CAL del servidor 2016 al 2019 → usa el asistente Migrate RDS CALs desde el 2019 (automático/web/teléfono) y retira las CAL del servidor origen al finalizar.

Checklist de migración

Preparación

Inventario de CAL con cantidades y versiones.
Lista de hosts de sesión, Connection Broker y Gateway involucrados.
Validación de puertos y rutas de red (RPC, DNS, latencia y MTU).
Políticas de GPO mapeadas y alcance definido (OU correctas).
Ventana de cambio definida y comunicación a usuarios.

Ejecución

Instalar y activar el rol de licencias en 2019.
Migrar o reinstalar paquetes de CAL necesarios (2019 y 2016 si hay hosts mixtos).
Configurar el modo de licencias y el servidor en RDS (con Broker) o GPO (sin Broker).
Forzar actualización de políticas (gpupdate /force).
Validar con Licensing Diagnoser y pruebas reales de acceso.

Post-migración

Deshabilitar/retirar el servidor de licencias antiguo una vez verificada la emisión.
Exportar un informe de licencias y archivar evidencia del cambio.
Documentar procedimientos de recuperación y responsables.

Automatización y utilidades

Comprobar conectividad básica

# Desde un host de sesión hacia el servidor de licencias
Test-NetConnection SRV-RDSLIC2019 -Port 135   # RPC Endpoint Mapper

Configurar licencias en despliegues con Connection Broker

Import-Module RemoteDesktop

Ajusta nombres de equipo y modo

Set-RDLicenseConfiguration `  -LicenseServer @("SRV-RDSLIC2019")`
-Mode PerDevice \`
-ConnectionBroker "SRV-RDCB01.midominio.local"

Comprobar la configuración efectiva

Get-RDLicenseConfiguration -ConnectionBroker "SRV-RDCB01.midominio.local"

Aplicar vía GPO (sin Broker)

En la GPMC, habilita las dos políticas indicadas en la ruta de Host de sesión de Escritorio remoto → Licencias. Tras aplicar, ejecuta:

gpupdate /force
En el host de sesión, revisa en Server Manager &rarr; Licensing Diagnoser

Buenas prácticas de gobernanza y cumplimiento

Separa funciones: limita quién gestiona CAL frente a quién administra hosts de sesión.
Registros & auditoría: conserva capturas de pantalla e informes del servidor de licencias antes y después de la migración.
Inventario vivo: actualiza un registro de CAL por versión, modo y titular (usuario/dispositivo).
Plan de contingencia: considera un segundo servidor de licencias con parte del stock de CAL para continuidad operativa.

Errores frecuentes y cómo resolverlos

“The remote session was disconnected because there are no Remote Desktop License Servers available”
Verifica que los hosts apuntan al nuevo servidor, que el servicio de licencias está iniciado y que no hay bloqueos de firewall/RPC.
“Licensing mode for the Remote Desktop Session Host server is not configured”
Aplica el modo mediante Connection Broker o GPO. Confirma en el Diagnoser que el modo aparece correcto.
“Insufficient licenses”
Instala CAL adicionales de la versión adecuada (2019 para hosts 2019). Revisa también si estás usando Per User con menos CAL que usuarios.
Servidor origen caído
Usa la opción de migración “el servidor ya no está disponible” y ten a mano el ID del servidor/compra para completar la reasignación.

Notas clave de licenciamiento

RDS CAL vs Windows Server CAL: la RDS CAL es adicional a la CAL de Windows Server. Necesitas ambas para acceso RDS legal.
Derechos de downgrade: una CAL más nueva (p. ej., 2022) puede acceder a hosts de sesión 2019/2016.
Ediciones: la edición del sistema (Standard/Datacenter) no cambia la regla de compatibilidad de las CAL de RDS.

Escenarios de coexistencia y transición

En migraciones por fases, es común mantener hosts 2016 mientras se incorporan 2019. En tal caso:

Hospeda ambos paquetes (CAL 2016 y 2019) en el servidor de licencias 2019.
Apunta todos los hosts al mismo servidor de licencias para simplificar la gestión.
Al retirar los hosts 2016, revisa si puedes reubicar CAL 2016 hacia otros entornos 2016 o planifica su retirada si ya no se usan.

Preguntas frecuentes

¿Puedo “mover” los tokens Per Device emitidos por el servidor 2016 al 2019?
No. No es necesario ni posible trasladar tokens individuales. Tras la migración, cuando un dispositivo se conecte, el nuevo servidor emitirá o renovará su token.

¿Cuántos servidores de licencias debo tener?
Como mínimo uno. En producción se recomienda dos para continuidad. Distribuye paquetes de CAL entre ambos.

¿Qué ocurre si activo el modo Per User pero tengo CAL Per Device?
Debes alinear el modo declarado en los hosts con el tipo de CAL instaladas. Evita mezclar para no incurrir en incumplimiento.

¿Puedo activar el servidor 2019 sin conexión a Internet?
Sí, por web o teléfono desde el asistente de activación.

Ejemplo de plan de cambio

Comunicación previa a usuarios y ventana de mantenimiento.
Instalación y activación del servidor de licencias 2019.
Migración de CAL 2016 y carga de CAL 2019 si habrá hosts 2019.
Reconfiguración de licencias en Connection Broker o GPO.
Pruebas con usuarios representativos y verificación del Diagnoser.
Retirada controlada del servidor 2016.
Documentación final y actualización de inventario.

Conclusión

La migración de licencias de RDS de 2016 a 2019 es directa si respetas la compatibilidad: CAL 2016 no dan acceso a hosts 2019, por lo que deberás instalar CAL 2019 (o superiores) para esos hosts. El procedimiento recomendado es instalar y activar el servidor de licencias en 2019, migrar los paquetes de CAL con el asistente integrado y apuntar los hosts al nuevo servidor definiendo el modo de licenciamiento. Con las validaciones del Licensing Diagnoser, un inventario claro y una GPO bien aplicada, podrás completar el cambio sin afectar la continuidad del servicio.

Resumen ejecutivo: instala y activa el rol de licencias en Windows Server 2019, migra las CAL desde el 2016 con el asistente, añade CAL 2019 si habrá hosts 2019, configura el modo y el servidor de licencias en tus hosts (con Connection Broker o GPO), valida con el Diagnoser y retira el servidor antiguo.