Breadcrumbs

Agente DCA and Cloud Connector no se comunica correctamente con el portal NDD Orbix

Falla

El DCA and Cloud Connector está instalado en el ordenador, pero no consigue comunicarse correctamente con el portal NDD Orbix.

También pueden producirse fallas al iniciar el servicio, falta de comunicación del ordenador con el portal, fallos en la identificación del equipo o imposibilidad de validar correctamente la información del sistema operativo.

Causa

El repositorio de Windows está dañado.

Cuando el repositorio de Windows presenta inconsistencias, es posible que el servicio de DCA and Cloud Connector no pueda obtener correctamente la información del sistema operativo necesaria para comunicarse con el portal NDD Orbix.

La validación puede realizarse consultando el UUID del equipo. Cuando el repositorio está intacto, el comando debe devolver un GUID válido.

Contexto técnico relacionado:

  • Es posible que DCA and Cloud Connector estén instalados, pero sin comunicación con el portal.

  • El servicio no devuelve correctamente la información de Windows.

  • La comunicación puede fallar incluso con los puertos y la red habilitados.

  • La falla está relacionada con el repositorio de Windows.

  • El procedimiento recomendado es restaurar el winmgmt.

  • Si hay servicios dependientes del winmgmt en ejecución, será necesario detenerlos antes de ejecutar la restauración.

Solución

  1. Accede al servidor o al ordenador con un usuario administrador

  2. Abre los Servicios de Windows como administrador (Win + R → introduzca services.msc → Aceptar)

  3. Busca el servicio NDD - DCA and Cloud Connector

  4. Detén el servicio NDD - DCA and Cloud Connector

  5. Abre Windows PowerShell como administrador

  6. Ejecuta el comando winmgmt /resetrepository para restaurar el repositorio de Windows

Si no se produce ningún error:

  1. Ejecute el comando (Get-CimInstance -ClassName Win32_ComputerSystemProduct).UUID para comprobar si Windows devuelve el GUID del equipo

  2. Si se devuelve el GUID, reinicie el servicio NDD - DCA and Cloud Connector en Windows

  3. En el portal NDD Orbix, comprueba si el servicio NDD - DCA and Cloud Connector aparece y si su Estado es Online, tal y como se indica en Ver informaciones de los servicios, y comprueba si el ordenador ha vuelto a comunicarse correctamente

Si aparece el mensaje “No se puede ejecutar, ya que hay servicios o procesos en ejecución que dependen de él”:

  1. Ejecuta el comando Get-Service -Name winmgmt | Select-Object -ExpandProperty DependentServices para mostrar los servicios que están en ejecución y dependen directamente de winmgmt

  2. Detenga todos los servicios con el estado Running:

    1. Ejecute el comando sc.exe stop <serviceName>, sustituyendo <serviceName> por el nombre del servicio

💡

Ejemplo

sc.exe stop vmns

  1. Tras detener todos los servicios dependientes en ejecución, ejecute el comando winmgmt /resetrepository

  2. Si el comando no devuelve ningún error, ejecuta el comando (Get-CimInstance -ClassName Win32_ComputerSystemProduct).UUID para comprobar si Windows devuelve el GUID del equipo

  3. Si se devuelve el GUID, reinicia el servicio NDD - DCA and Cloud Connector en Windows

  4. En el portal NDD Orbix, comprueba si el servicio NDD - DCA and Cloud Connector aparece y si su Estado es Online, tal y como se indica en Ver informaciones de los servicios, y comprueba si el ordenador ha vuelto a comunicarse correctamente

  5. Reinicie los servicios dependientes que se detuvieron en el paso 2


Si el agente DCA and Cloud Connector sigue sin comunicarse:

  1. Reinicie el ordenador

  2. Tras el reinicio, compruebe de nuevo la comunicación del DCA and Cloud Connector en el portal NDD Orbix

Si el problema persiste:

  1. Recopile los logs del servicio, los eventos de Windows y las pruebas de la ejecución de los comandos

Información adicional:

  • Ejecute todos los comandos con permisos de administrador.

  • Antes de restaurar el repositorio, detenga el DCA and Cloud Connector por precaución.

  • El comando winmgmt /resetrepository puede fallar cuando hay servicios dependientes de winmgmt en ejecución.

  • Solo es necesario detener los servicios dependientes con estado Running para permitir la restauración.

  • Tras la restauración, los servicios detenidos manualmente deben reiniciarse.

  • En los servidores, ejecuta el procedimiento en una ventana de mantenimiento.

  • La devolución de un GUID en el comando de validación indica que se ha restablecido la consulta al repositorio de Windows.

  • Este procedimiento debe aplicarse cuando haya indicios de una falla local en el repositorio de Windows, antes de tratar el caso como un bloqueo de la comunicación con el portal.

Last updated: