¿Actualizas de Windows Server 2019 a 2022 y te preguntas si puedes reutilizar las RDS CAL 2019? Respuesta corta: no son válidas para autorizar hosts 2022. Lo correcto es usar RDS CAL 2022; con ellas, además, podrás cubrir servidores 2019 durante la coexistencia.
Resumen de la pregunta
Durante una actualización de servidores de Windows Server 2019 a Windows Server 2022, surge la duda: ¿las licencias de Servicios de Escritorio Remoto (RDS CAL) versión 2019 sirven para autorizar a los nuevos hosts 2022, o hay que comprar nuevas?
- RDS CAL ≠ Windows Server CAL: son licencias distintas y complementarias. La RDS CAL autoriza el uso de Remote Desktop Services; la Windows Server CAL autoriza el acceso al sistema operativo/roles base.
- Compatibilidad por versión: una RDS CAL debe ser de la misma o superior versión que el host RDS al que accede el usuario/dispositivo.
Respuesta y solución
- No hay compatibilidad ascendente: las RDS CAL 2019 no autorizan hosts de Windows Server 2022.
- Solución recomendada: adquiere RDS CAL 2022 (por Usuario o por Dispositivo, según tu modelo) e instálalas en el servidor de licencias que usará el entorno 2022.
- Compatibilidad descendente: las RDS CAL 2022 sí son válidas para hosts 2019. Si coexistirán 2019 y 2022, compra RDS CAL 2022 y te servirán para ambos.
- Software Assurance (SA): si tienes SA vigente sobre tus RDS CAL 2019, puedes actualizarlas a 2022 mediante tus derechos de actualización de versión. Sin SA, debes adquirir nuevas RDS CAL 2022.
Compatibilidad de versiones
La regla operativa es simple: versión de RDS CAL ≥ versión del host RDS. Esta matriz te ayuda a validar escenarios comunes:
| Host RDS | RDS CAL 2016 | RDS CAL 2019 | RDS CAL 2022 |
|---|---|---|---|
| Windows Server 2016 | Sí | Sí | Sí |
| Windows Server 2019 | No | Sí | Sí |
| Windows Server 2022 | No | No | Sí |
Consejo: cuando planifiques upgrades, estandariza siempre a la versión más reciente de RDS CAL disponible. Evita comprar RDS CAL de la versión antigua si hay planes de actualizar hosts en el corto/medio plazo.
Contexto imprescindible
Componentes de RDS implicados
- RD Session Host (RDSH): servidor al que se conectan los usuarios para sesiones de escritorio o apps remotas.
- RD Licensing: rol que almacena y emite RDS CAL.
- RD Connection Broker/CB: equilibrio y reconexión a sesiones; en despliegues administrados, también aplica configuración de licenciamiento a la colección.
Modos de RDS CAL
- Por Usuario (Per User): asignación lógica a identidades. El seguimiento del servidor de licencias es limitado; el cumplimiento recae en procesos internos.
- Por Dispositivo (Per Device): asignación técnica al equipo cliente; el servidor de licencias lleva control explícito de tokens emitidos.
Periodo de gracia
Los hosts RDS admiten conexiones por un tiempo de gracia aproximado de 120 días sin un servidor de licencias configurado. Úsalo para pruebas, no como sustituto del licenciamiento correcto.
Diferencia con Windows Server CAL
Para acceder a un host RDS necesitas ambas: Windows Server CAL y RDS CAL. Una no reemplaza a la otra.
Pasos prácticos de migración
Este plan te lleva desde un entorno 2019 a 2022 con el menor riesgo, cumpliendo licenciamiento y manteniendo servicio.
Instalación y activación del servidor de licencias
- Prepara un Windows Server 2022 dedicado o compartido con baja criticidad para el rol de licencias (RD Licensing).
- Agrega el rol Remote Desktop Licensing desde Server Manager y actívalo con tu método habitual (asistente de activación).
- Verifica el estado con el Administrador de licencias de Escritorio Remoto (consola gráfica) antes de cargar CAL.
Instalación de RDS CAL 2022
- Instala las CAL en formato Por Usuario o Por Dispositivo, según tu modelo de uso.
- Confirma el paquete en la consola: número, tipo, versión y estado (Installed o similar).
- Documenta contrato, cantidad, SKU y ubicación del servidor de licencias para auditorías.
Dirección de hosts RDSH y CB al nuevo servidor de licencias
Puedes hacerlo por GPO, por Server Manager en despliegues administrados, o mediante PowerShell/registro en hosts independientes.
Vía Directiva de Grupo
Ruta típica (inglés): Computer Configuration > Policies > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Licensing.
- Use the specified Remote Desktop license servers: agrega el FQDN del nuevo servidor de licencias.
- Set the Remote Desktop licensing mode: selecciona Per User o Per Device acorde a tu compra.
Vía PowerShell en despliegues con Connection Broker
# Ejecutar en el Connection Broker o desde una estación con el módulo RDManagement
Apunta la colección (o el despliegue) al nuevo servidor y modo
Set-RDLicenseConfiguration -LicenseServer @("SRV-LIC-2022") -Mode PerUser -ConnectionBroker "CB01.midominio.local"
Consulta el estado
Get-RDLicenseConfiguration -ConnectionBroker "CB01.midominio.local"
Vía PowerShell en hosts independientes
# Establece el modo de licenciamiento y el listado de servidores de licencias vía WMI/CIM
$ns = "root\cimv2\TerminalServices"
$ts = Get-CimInstance -Namespace $ns -ClassName Win32_TerminalServiceSetting
Mode: 2 = PerDevice, 4 = PerUser
Invoke-CimMethod -InputObject $ts -MethodName "ChangeMode" -Arguments @{ LicensingMode = 4 }
\$ls = Get-CimInstance -Namespace \$ns -ClassName Win32\_TSLicenseSetting
Invoke-CimMethod -InputObject \$ls -MethodName "SetSpecifiedLicenseServerList" -Arguments @{ ServerList = "SRV-LIC-2022" }
Verifica
Get-CimInstance -Namespace \$ns -ClassName Win32\_TSLicenseSetting Vía registro (como último recurso)
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Licensing Core" /v LicensingMode /t REG_DWORD /d 4 /f
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\LicenseServers\SRV-LIC-2022" /f
Nota: 2 = Por Dispositivo, 4 = Por Usuario. Reinicia el servicio Remote Desktop Services o el servidor para aplicar.
Movimiento de licencias entre servidores de licencias
Si debes mover un paquete instalado a otro servidor, utiliza el procedimiento de reinstalación/traslado desde la consola de RD Licensing o el proceso de Clearinghouse. Ten presente que la versión del paquete no cambia: unas CAL 2019 seguirán siendo 2019 tras el traslado.
Retiro del servidor de licencias antiguo
- Valida que todos los RDSH/CB apuntan al nuevo servidor y no muestran advertencias en el Diagnóstico de Licencias.
- Desinstala el rol de licencias en el servidor antiguo o apágalo tras una ventana de observación razonable.
- Actualiza documentación y diagramas.
Convivencia de versiones
Si mantendrás hosts 2019 y 2022 durante la transición, instala RDS CAL 2022 en el servidor de licencias y apúntalos a ese servidor. Con una sola versión de CAL (2022) cubres ambos tipos de host, simplificando compras y cumplimiento.
Escenarios y decisiones rápidas
- Tienes RDS CAL 2019 sin SA y migras a 2022: compra RDS CAL 2022.
- Tienes RDS CAL 2019 con SA vigente: actualiza tus CAL a 2022 y reinstálalas en el servidor de licencias.
- Coexistencia 2019 + 2022: usa RDS CAL 2022 para cubrir ambos; evita duplicidad de versiones.
- Solo 2019 en producción a corto plazo: puedes seguir con RDS CAL 2019, planificando presupuesto para 2022 cuando decidas el upgrade de hosts.
Tabla de responsabilidades y decisiones
| Elemento | Responsable | Acción recomendada | Resultado esperado |
|---|---|---|---|
| Definir modelo (Usuario/Dispositivo) | IT + Finanzas | Evaluar patrón de uso, dispositivos compartidos y compliance | Elección consistente y documentada |
| Comprar o actualizar CAL | Procurement | Adquirir RDS CAL 2022 o usar derechos de SA | Paquetes instalables en el servidor 2022 |
| Configurar licenciamiento | IT | GPO/PowerShell/Server Manager apuntando al servidor 2022 | RDSH sin advertencias ni denegaciones |
| Auditoría periódica | IT + Compliance | Revisión de consumo, reportes y cambios de plantilla | Conformidad sostenida |
Errores frecuentes y diagnóstico
- El RDSH no encuentra servidor de licencias: define explícitamente el servidor por GPO o PowerShell, comprueba DNS/firewall y reinicia servicios.
- Modo de licenciamiento incoherente: el RDSH en modo Por Usuario pero solo instalaste RDS CAL Por Dispositivo (o viceversa). Alinea el modo en GPO/PowerShell con el tipo de CAL adquirido.
- Advertencia de periodo de gracia: indica que el host 2022 no está autorizado. Configura el servidor de licencias y usa RDS CAL 2022.
- Paquetes instalados de versión incorrecta: si cargaste RDS CAL 2019 para autorizar hosts 2022, no funcionará. Reinstala paquetes versión 2022 o actualiza vía SA.
Herramientas útiles
- Licensing Diagnoser: desde Server Manager > Remote Desktop Services. Muestra el modo configurado, el servidor de licencias detectado y mensajes claros de cumplimiento.
- Administrador de licencias de Escritorio Remoto: valida paquetes instalados, versión, cantidad y estado.
- PowerShell para inventario:
# Listado de paquetes instalados en el servidor de licencias
Get-CimInstance -Namespace root\cimv2\TerminalServices -ClassName Win32_TSLicenseKeyPack |
Select-Object ProductVersion, TypeAndModel, TotalLicenses, LicensesAvailable
Comprobar modo en un RDSH
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Licensing Core" |
Select-Object LicensingMode Buenas prácticas para un upgrade sin sorpresas
- Estandariza en RDS CAL 2022: simplifica compliance y evita bloqueos al subir hosts.
- Modelo por Usuario vs por Dispositivo: escoge uno y sé consistente. En entornos con VDI o equipos compartidos, el modo por Dispositivo puede simplificar control; en organizaciones con usuarios móviles, Por Usuario suele ser mejor.
- Segmenta entornos de prueba: usa el periodo de gracia solo para validación, no para cubrir producción.
- Documenta y etiqueta: inventario de CAL, ubicación del servidor de licencias, procedimientos de reinstalación y responsables.
- Plan de contingencia: considera un servidor de licencias secundario para continuidad (mismo conjunto de paquetes o estrategia de traslado).
Preguntas frecuentes
¿Puedo mezclar RDS CAL Por Usuario y Por Dispositivo?
Sí, pero cada host RDS debe estar en un único modo operativo. Compra y seguimiento deben reflejar esa realidad.
¿Puedo “degradar” una RDS CAL 2022 a 2019?
No necesitas degradar: las RDS CAL 2022 cubren hosts 2019 por compatibilidad descendente. Simplemente instálalas en el servidor de licencias y apunta tus hosts 2019 a él.
¿Qué pasa si tengo SA caducada?
Sin SA vigente, no tienes derechos de versión superior. Debes adquirir RDS CAL 2022.
¿Cuántas RDS CAL Por Usuario debo tener si el seguimiento es “honor system”?
Debes contar con al menos tantas RDS CAL Por Usuario como usuarios únicos que se conecten a RDS. Establece controles internos (AD groups, registros de acceso, informes periódicos) para demostrar cumplimiento.
¿Debo separar el servidor de licencias del RDSH?
Es recomendable para roles claros y facilidad de mantenimiento, pero en entornos pequeños puede convivir. Prioriza disponibilidad y respaldo de la base de licencias.
Checklist de proyecto
- Define alcance, número de usuarios/dispositivos y modo de licenciamiento.
- Verifica SA sobre RDS CAL existentes y derechos de actualización.
- Adquiere o actualiza a RDS CAL 2022.
- Instala y activa RD Licensing en Windows Server 2022.
- Instala paquetes de RDS CAL 2022 y documenta.
- Configura GPO/PowerShell para apuntar RDSH/CB al nuevo servidor.
- Valida con Licensing Diagnoser la ausencia de advertencias.
- Planifica y ejecuta coexistencia 2019+2022 si aplica.
- Retira servidor de licencias antiguo cuando todo esté estable.
- Establece revisión de compliance trimestral o semestral.
Tabla comparativa de configuración
| Método | Cuándo usar | Ventajas | Consideraciones |
|---|---|---|---|
| GPO | Dominios con muchos RDSH | Centralizado, reproducible | Requiere AD saludable y tiempo de replicación |
| Server Manager con CB | Despliegues administrados con colecciones | Experiencia guiada, aplica a la colección | Depende del rol de Connection Broker |
| PowerShell | Automatización e infraestructura como código | Idempotencia, control de versiones | Requiere permisos y módulos adecuados |
| Registro | Casos puntuales o emergencia | Sin dependencias | Propenso a errores, validar tras cambios |
Ejemplo de ruta de migración
- Inventaria usuarios/dispositivos que usan RDS.
- Determina el modo (Por Usuario o Por Dispositivo) alineado con tu realidad operativa.
- Evalúa si tus RDS CAL 2019 tienen SA vigente; si sí, planifica su actualización a 2022.
- Configura un servidor de licencias 2022 y carga las RDS CAL 2022.
- Apunta progresivamente colecciones/hosts 2022 al nuevo servidor y valida acceso.
- Mantén hosts 2019 apuntando al mismo servidor de licencias 2022 para simplificar.
- Desmantela el servidor antiguo cuando no sea necesario.
Recomendaciones finales
- Planea con perspectiva: compra RDS CAL de la versión más alta soportada para cubrir upgrades inmediatos y coexistencia.
- Evita parches temporales: no dependas del periodo de gracia para producción.
- Documenta y audita: ten claridad sobre quién usa RDS y con qué frecuencia; respáldate con reportes de CB, registros y controles internos.
Conclusión
Las RDS CAL 2019 no sirven para autorizar hosts de Windows Server 2022. Para un entorno 2022 debes usar RDS CAL 2022. La buena noticia es que esa versión sí es válida para cubrir 2019 durante la transición. Si cuentas con Software Assurance vigente sobre tus CAL 2019, actualízalas a 2022; si no, adquiere RDS CAL 2022 nuevas. Configura correctamente el servidor de licencias, alinea el modo de licenciamiento con tus compras y valida con las herramientas de diagnóstico. Con ello, tu upgrade será limpio, conforme y sin interrupciones.