Un cambio drástico en el licenciamiento de Escritorio remoto puede dejar su entorno fuera de servicio si no se planifica con precisión. Conozca por qué el período de gracia de 120 días no se reactiva al eliminar CAL en Windows Server 2019 y qué estrategias aplicar para mantener las sesiones activas y cumplir las reglas de Microsoft.
Contexto general de las CAL por usuario en RDS 2019
Windows Server 2019 ofrece dos modelos de Licencia de Acceso de Cliente (CAL) para Remote Desktop Services: por dispositivo y por usuario. En entornos corporativos con alta rotación de endpoints, las CAL por usuario suelen ser preferidas porque la contabilidad de licencias se realiza lógicamente (se confía en el cumplimiento) y no se emite un token físico al cliente. Aun así, el requisito contractual sigue siendo disponer de suficientes licencias para cada persona que se conecte.
El período de gracia de 120 días: lo que realmente hace
Desde la primera sesión RDS que un host de Sesión Escritorio remoto (RD Session Host) intenta conceder, arranca un temporizador de 120 días. Durante esa ventana se permiten conexiones sin necesidad de encontrar un servidor de licencias RDS válido y activado. Cuando expira el plazo, el host exige que:
- Exista al menos un servidor de licencias RDS configurado y accesible.
- El servidor de licencias esté activado ante Microsoft.
- Disponga de CAL suficientes y del tipo correcto.
Si falta cualquiera de estos requisitos, el host rechazará nuevas conexiones; las existentes permanecen en memoria hasta que el usuario cierre sesión.
Por qué no se reinicia la gracia al eliminar CAL
Puntos clave | Explicación |
---|---|
Cuándo existe el período de gracia | Los 120 días sólo comienzan cuando un RD Session Host no puede localizar un servidor de licencias válido o este está fuera de servicio. |
Qué ocurre al borrar CAL manualmente | Si quita las CAL pero el servidor de licencias sigue operativo, no se inicia la gracia. El sistema registra el inventario actual y conserva el vínculo con el host. |
Riesgo operativo | Las conexiones que superen la cantidad de CAL instaladas carecerán de licencia y el servidor de licencias las rechazará. |
Buenas prácticas | 1) Mantenga las CAL actuales hasta instalar las nuevas. 2) Si ya las retiró, vuelva a importarlas o solicite licencias temporales a su distribuidor. 3) Documente la situación; los partners de Microsoft pueden emitir CAL provisionales. |
Detalles técnicos: cómo lo detecta el sistema
El host consulta a los service connection points almacenados en Active Directory para localizar servidores de licencias. Mientras las claves del servidor sigan allí y el equipo responda en el puerto 135/RPC, el host no entra en modo de gracia. El borrado de licencias únicamente reduce el conteo interno en la base de datos de licencias (tlsdis.xml
), pero el servicio RD Licensing permanece activo y responde satisfactoriamente a las peticiones de los hosts.
¿Y si detengo el servicio o apago el servidor?
Si el servidor de licencias deja de estar disponible, el host sí puede iniciar la gracia, pero solo una vez en la vida del sistema operativo. Reinstalar el rol o cambiar el tipo de CAL no reinicia el contador. Para forzar un nuevo período habría que reinstalar por completo Windows Server o desplegar un nuevo host desde cero, algo nada recomendable por riesgo y complejidad.
Escenario: retirada de 1 000 CAL en dos servidores
El administrador del ejemplo planea retirar 1 000 CAL por usuario de dos servidores de licencias paralelos. Al proceder, ocurrirá lo siguiente:
- El inventario total disminuye inmediatamente en cada servidor.
- Los usuarios que ya tenían sesión iniciada no se ven afectados.
- Nuevos intentos de conexión se comparan contra el inventario actualizado; si se supera, se deniega.
- No se concede gracia adicional porque los hosts continúan comunicándose con un servidor de licencias aparentemente «saludable».
Estrategias para evitar interrupciones
1. Mantener las CAL hasta que lleguen las nuevas
La solución más sencilla es dejar intactas las licencias vigentes y retirarlas únicamente cuando se hayan instalado y verificado las nuevas claves desde el Volume Licensing Service Center o su mayorista CSP.
2. Solicitar licencias temporales
Los distribuidores y Licensing Solution Partners pueden emitir CAL temporales (habitualmente válidas 90 días) con la autorización de Microsoft. Permite cubrir la ventana entre la compra y la llegada de los nuevos códigos de activación.
3. Migrar licencias a un nuevo servidor dedicado
Una práctica segura consiste en desplegar un servidor de licencias RDS adicional, activarlo, importar las nuevas CAL y, solo entonces, quitar las antiguas del servidor original. Los RD Session Hosts pueden registrar varios servidores; basta priorizar el nuevo en la lista.
4. Revisar la auditoría y el uso real
Ejecute RD Licensing Diagnoser en cada host para identificar posibles brechas. En entornos con CAL por usuario, el Diagnoser muestra advertencias de cumplimiento cuando faltan licencias teóricas, pero no bloquea la conexión. Aun así, Microsoft audita periódicamente a los clientes de volumen; conviene tener evidencia documental (contratos, facturas, correspondencia) que justifique la adecuación de licencias.
Procedimiento paso a paso para una migración segura
- Inventariar todas las CAL instaladas y el número real de usuarios concurrentes.
- Adquirir las nuevas licencias por el canal de volumen adecuado (Open Value, MPSA, CSP).
- Instalar un nuevo servidor de licencias (opcional pero recomendado para pruebas).
- Activar el servidor mediante Internet o teléfono y anotar el ID de activación.
- Importar las nuevas CAL, verificando que el total corresponda con la factura.
- Configurar cada RD Session Host para que consulte primero el servidor nuevo:
Set-RDLicenseConfiguration -LicenseServer "SRV-LIC-NEW" -LicenseMode PerUser
- Monitorizar conexiones durante al menos 24 horas; validar que no aparezcan eventos 1069 ni 1132 en el registro TerminalServices-Licensing.
- Retirar las CAL antiguas del servidor de licencias previo o desinstalar el rol.
- Respaldar la base de datos de licencias con
manage.exe /backup
o copia de seguridad del sistema.
Preguntas frecuentes (FAQ)
¿Puedo simplemente desinstalar el rol de licencias para reiniciar la gracia?
Desinstalar el rol en el mismo servidor de licencias no afecta al contador de gracia del RD Session Host; ese contador se almacena localmente en cada host. Para reiniciarlo haría falta reinstalar o reconstruir el host, algo que arriesga la continuidad del servicio.
¿Existe diferencia entre CAL por usuario y por dispositivo respecto a la gracia?
No. El mecanismo de gracia depende únicamente de la presencia de un servidor de licencias activo, no del tipo de CAL.
¿Las sesiones en modo Administración (máximo 2) requieren CAL?
No; las dos sesiones administrativas incluidas con el rol de Escritorio remoto se exceptúan de licenciamiento. Sin embargo, usar esas sesiones para trabajo productivo viola los términos de uso.
¿Qué pasa con los tokens temporales de 90 días?
Los tokens temporales se generan solo para CAL por dispositivo. Con CAL por usuario no se emite token; el cumplimiento se basa en la contabilidad manual del administrador.
¿Puedo mezclar CAL por usuario y por dispositivo en un mismo servidor de licencias?
Sí, siempre que los RD Session Hosts se configuren coherentemente. Un host debe estar en modo PerUser o PerDevice, pero puede consultar un servidor que almacene ambos tipos.
Buenas prácticas finales
- No desinstale licencias en producción sin un plan firmado por la dirección de TI.
- Implemente alta disponibilidad configurando al menos dos servidores de licencias y distribuyendo las CAL.
- Automatice la auditoría con un inventario mensual de usuarios RDS frente a licencias adquiridas.
- Forme al personal de soporte en la diferencia entre errores de conexión por falta de licencias y otros fallos de red.
- Respalde siempre la base de datos de licencias antes de cambios masivos.
Conclusión
Eliminar CAL por usuario de un servidor de licencias RDS 2019 no otorga una «prórroga» automática de 120 días, porque esa gracia sólo se inicia cuando el host de Sesión detecta que el servicio de licencias no existe o no está disponible. Para evitar interrupciones, planifique la adquisición e importación de nuevas CAL antes de retirar las antiguas y considere servidores de licencias redundantes. Con una estrategia ordenada, dará continuidad a sus usuarios y mantendrá la conformidad contractual con Microsoft.