Hola Luz Claro,Estoy dando seguimiento para verificar si el problema ha sido resuelto. No dudes en responder si necesitas más información. Si la información proporcionada fue útil, por favor haz clic en "Aceptar respuesta" para ayudar a otros en la comunidad. ¡Gracias!
Error de RDMS tras degradar un controlador de dominio en Windows Server 2022
Estoy en un gran lío después de intentar separar una VM de Windows Server 2022 que lo hacía todo. Ejecutaba tanto AD como RDS, así que levanté una nueva VM, moví los roles FSMO y luego degradé el servidor original (SRV-TRUC) eliminando el rol de AD DS.
El dominio parece estar bien y el nuevo DC funciona perfectamente, pero ahora la parte de RDS está totalmente rota. Ya no puedo entrar por RDP al servidor antiguo porque el servicio de Administración de Escritorio Remoto (rdms) se niega rotundamente a iniciar. El Administrador del Servidor está dando errores, diciendo que el grupo de servidores no coincide con el Agente de Conexión (Connection Broker). Todos los demás servicios como tssdis y tscpubrpc están activos, pero sin RDMS, toda la implementación está bloqueada. ¿Alguien sabe cómo reparar la base de datos o los enlaces del registro para que RDS reconozca que ya no es un controlador de dominio?
Windows para empresas | Windows para IoT
2 respuestas
Ordenar por: Lo más útil
-
Jason Nguyen Tran 28,015 Puntos de reputación Asesor independiente
2026-03-31T02:24:19+00:00 -
Jason Nguyen Tran 28,015 Puntos de reputación Asesor independiente
2026-03-26T15:09:01.1733333+00:00 Hola Luz Claro,
Lo que está ocurriendo aquí es que el servicio Remote Desktop Management Service (RDMS) está estrechamente vinculado al rol de Connection Broker, el cual espera que el servidor permanezca como controlador de dominio. Una vez que degradaste el DC, la base de datos de RDMS y las asociaciones en el registro dejaron de coincidir con el estado actual del servidor, por lo que el servicio se niega a iniciarse.
Lamentablemente, en este escenario no existe una opción sencilla de “reparación” para RDMS. El enfoque compatible es reconstruir la implementación de RDS con un Connection Broker limpio en un servidor miembro (no en un controlador de dominio). Deberás eliminar la implementación dañada desde Server Manager y luego volver a implementar los roles de RDS en la nueva máquina virtual que contiene tus roles FSMO. Una vez que el nuevo Connection Broker esté en funcionamiento, podrás volver a agregar los session hosts y el servidor de licencias.
Si aún necesitas recuperar la configuración anterior, puedes intentar limpiar la base de datos de RDMS eliminando las claves de registro relacionadas y reinstalando el rol de RDS; sin embargo, esto generalmente termina en una nueva implementación completa de todos modos. El camino más seguro es tratar esto como una implementación nueva de RDS y migrar tus configuraciones.
Espero que esta respuesta haya sido útil. Si te ayudó a aclarar el problema, considera marcarla como “Accept Answer” para que otros con el mismo inconveniente puedan encontrar la solución.
Jason.