Actualizar un entorno de Escritorio remoto suele ser un proceso transparente, pero cuando la emisión de licencias falla la interrupción se vuelve inmediata: los usuarios no pueden iniciar sesión y los servicios críticos dejan de estar disponibles. Esa fue exactamente la situación cuando, tras migrar tres hosts de Windows Server 2016 a Windows Server 2019, las CAL detectaron que el License Key Pack instalado pertenecía a 2016. Para restablecer el servicio hubo que recuperar un nuevo License Key Pack ID para 70 CAL per device de Windows Server 2019. A continuación se detalla, paso a paso, cómo se resolvió el incidente, qué comprobaciones técnicas se realizaron y qué lecciones conviene aplicar en futuras actualizaciones.

Panorama general del incidente

La empresa contaba con un contrato de 70 licencias RDS CAL per device: 50 correspondían a Windows Server 2019 y 20 a Windows Server 2022. Sin embargo, en el servidor de licencias solo figuraba un Key Pack para Windows Server 2016, fruto de una solicitud previa de downgrade que el antiguo proveedor había tramitado años atrás. Mientras los hosts permanecieron en 2016 el sistema siguió funcionando, pero la migración a 2019 (abril de 2024) dejó a todos los usuarios con el estado Built‑In Overused. El motivo resultó ser simple y crítico: una CAL 2016 no es válida para asignarse a un host 2019. Sin licencias, el proceso de inicio de sesión («Licensing Grace Period») terminó y los empleados quedaron fuera.

Cómo se diagnosticó el problema

• En el Administrador de licencias de Escritorio remoto aparecía un único Key Pack marcado como «Windows Server 2016 – RDS Per Device CALs».
• Al consultar la pestaña Issued Licenses, cada dispositivo figuraba en el grupo Built‑In Overused. Esto indica que un host nuevo o actualizado ha entregado sesiones más allá del período de gracia sin una CAL compatible.
• Los registros de eventos (Event Viewer → Applications and Services Logs → Microsoft → Windows → TerminalServices‑Licensing) mostraban el error 4105: License Server did not issue a license to client because license store does not contain any suitable license pack.

Con esta evidencia, la conclusión fue inequívoca: era necesario disponer de un Key Pack con la versión 2019 para que los hosts 2019 pudieran asignar correctamente las CAL.

Ruta de resolución elegida

La empresa sopesó dos alternativas:

1. Solicitar al distribuidor original que convirtiera las licencias nuevamente a 2019. Inconveniente: dependía de un intermediario con tiempos de respuesta inciertos.
2. Contactar directamente con el soporte de Microsoft, presentar la prueba de compra y gestionar la emisión de un nuevo License Key Pack ID.

Se optó por la segunda vía, dado que Microsoft cuenta con procedimientos internos para validar la titularidad de las licencias y puede crear o reasignar Key Packs sin cargo adicional.

Procedimiento paso a paso

Apertura del caso de soporte

Desde España, la solicitud se realizó a través del portal oficial de soporte de Microsoft. Aunque el formulario pide datos genéricos, es fundamental indicar que se trata de un Remote Desktop Services Licensing Issue y seleccionar la opción «Phone» para agilizar la verificación. Conviene disponer del número de contrato o Agreement Number y del ID del servidor de licencias (LSID) antes de iniciar la llamada.

Documentación aportada

Documento	Descripción	Observaciones clave
Factura / contrato de compra	PDF emitido por el distribuidor con desglose de 50 CAL 2019 + 20 CAL 2022.	Demuestra la versión real que se adquirió, independientemente de la rebaja aplicada.
ID del servidor de licencias	Valor alfanumérico de 35 dígitos visible en el License Manager.	Permite a Microsoft emitir el Key Pack contra ese servidor concreto.
Capturas del Administrador de licencias	Estado actual del Key Pack 2016 y lista de dispositivos en Built‑In Overused.	Avalan la urgencia operativa.

Recepción del nuevo License Key Pack ID

Tras validar la información, el soporte generó un License Key Pack ID para 70 CAL per device de Windows Server 2019 con vigencia permanente. El correo de confirmación incluyó:

• Product Description: Windows Server 2019 Remote Desktop Services – Device CAL
• Quantity: 70
• Authorization Number: XXXXX‑XXXXX
• License Number: XXXXX‑XXXXX‑XXXXX‑XXXXX‑XXXXX
• Key Pack ID: NNNNN‑NNNNN‑NNNNN‑NNNNN‑NNNNN

Instalación del Key Pack en el servidor de licencias

1. Abrir el Administrador de licencias de Escritorio remoto.
2. En el panel izquierdo, clic derecho sobre el servidor → Instalar licencias.
3. Seleccionar License Pack ID como método de instalación.
4. Introducir el código proporcionado por Microsoft y finalizar el asistente.
5. Verificar que aparece una nueva entrada «Windows Server 2019 – RDS Per Device CALs (Quantity 70)» en estado Available.

Reasignación automática de CAL y desaparición de Built‑In Overused

Una vez el Key Pack correcto quedó activo, los tres hosts 2019 volvieron a consultar al servidor de licencias y comenzaron a entregar CAL 2019 en lugar de 2016. El grupo Built‑In Overused quedó vacío en minutos, señal de que los dispositivos habían recibido su licencia válida. No fue necesario purgar la base de datos ni revocar manualmente asignaciones: el propio servicio detecta la correspondencia de versión y realiza la sustitución.

Compatibilidad y matriz de soporte

Para evitar confusiones futuras, la siguiente tabla resume la compatibilidad oficial entre versiones de host, servidor de licencias y CAL:

Versión del host RDS	Servidor de licencias mínimo	CAL mínimas	Notas de compatibilidad
Windows Server 2016	Windows Server 2016	CAL 2016	Acepta CAL 2016 y 2019.
Windows Server 2019	Windows Server 2019	CAL 2019	NO admite CAL 2016. Puede usar CAL 2019.
Windows Server 2022	Windows Server 2022	CAL 2022	CAL 2022 funcionan en hosts 2016/2019 si el servidor de licencias es 2022.

Buenas prácticas derivadas

• Servidor de licencias en versión más alta posible. Instalar el rol Licensing en el mismo nivel o superior al host más nuevo permite admitir las CAL de todas las versiones inferiores.
• Conservar la evidencia de compra. Tener a mano las facturas y acuerdos facilita que Microsoft reconozca la titularidad sin depender del proveedor original.
• Revisar la asignación de CAL después de cada migración de hosts. Un simple vistazo al License Manager tras la actualización evita sorpresas.
• Configurar alertas de evento. Monitorizar los ID 4105 y 4106 en el Visor de eventos para detectar licencias incompatibles en cuanto se registren.
• Evitar el downgrade innecesario. Si se solicita una rebaja de versión por compatibilidad temporal, documentar el proceso y programar la reversión.

Preguntas frecuentes

¿Puedo combinar CAL por usuario y CAL por dispositivo?

Sí, pero en paquetes separados. El servidor de licencias distingue ambos tipos y asignará la primera CAL válida disponible. Mezclar modelos complica el control de uso: se recomienda elegir uno y aplicarlo de forma coherente.

¿Qué ocurre si instalo un Key Pack 2022 en un servidor de licencias 2019?

No se instalará. El asistente mostrará un error indicando que la versión del servidor es inferior. La única solución es actualizar el sistema operativo o mover el rol a un host 2022.

¿Por qué aparece todavía Built‑In Overused tras instalar el Key Pack correcto?

Normalmente se debe a licencias antiguas en caché. Para forzar la actualización, reinicia el servicio TermServLicensing en el servidor y desconecta las sesiones persistentes en los hosts RDS.

Comprobaciones rápidas posterior a la instalación

1. Abrir Licencias emitidas y confirmar que la columna Version muestra 2019.
2. Ejecutar gwmi -class Win32_TerminalServiceSetting -namespace root\cimv2\terminalservices en PowerShell para verificar que la clave LicensingName coincide con el nuevo ID.
3. Acceder desde un equipo cliente; el archivo licence.rds en C:\ProgramData\Microsoft\Crypto\RSA tiene fecha actual si la licencia se ha renovado correctamente.

Cierre y lecciones aprendidas

La pérdida de sesiones RDS por un desajuste de versiones de CAL demuestra que la gestión de licencias no puede quedar relegada a un segundo plano. En este caso, la recuperación fue ágil gracias a la actuación directa con Microsoft y a la documentación disponible. Como guía general, cada proyecto de actualización de Windows Server debería incluir una licensing checklist que cubra: versión de los hosts, versión del servidor de licencias, tipo de CAL y registros de compra. Unos minutos de verificación preventiva pueden ahorrar horas de caída de servicio.

Si experimentas síntomas similares —usuarios bloqueados, eventos 4105 o grupos Built‑In Overused— revisa la tabla de compatibilidad, confirma la versión real de tus Key Packs y no dudes en abrir un caso con Microsoft: su equipo de licenciamiento dispone de herramientas internas para generar el License Key Pack ID adecuado sin costes adicionales.