Descripción del error

Este error ocurre cuando el servicio de administración remota de Windows (WinRM / WS-Management) intenta consultar el repositorio de instrumentación de administración de Windows (WMI) pero recibe datos corruptos, inválidos o malformados. Debido a que WinRM depende en gran medida de WMI para recopilar información de configuración y estado del sistema, cualquier corrupción en el repositorio de WMI o un problema con los componentes del proveedor de WMI romperá inmediatamente el canal de comunicación de WS-Management. Este problema es común durante las sesiones remotas de PowerShell (PSSession), las tareas de administración del sistema o cuando las herramientas de monitoreo intentan sondear el sistema operativo Windows.

Soluciones paso a paso

Sigue estas soluciones en orden, y solo pasa al siguiente paso si el anterior no resuelve el problema.

Paso 1: Reiniciar los servicios WinRM y WMI

A veces el error es causado por un fallo temporal o un proceso bloqueado en la memoria.

1. Presione. Windows Key + X y seleccione Terminal (Admin) - ¿ Qué ? Command Prompt (Admin).
2. Escriba el siguiente comando para detener el servicio WinRM y presione Enter:

   net stop winrm

3. Escriba el siguiente comando para detener el servicio WMI y presione Enter:

   net stop winmgmt

4. Escriba el siguiente comando para iniciar el servicio WMI y presione Enter:

   net start winmgmt

5. Escriba el siguiente comando para iniciar el servicio WinRM y presione Enter:

   net start winrm

Paso 2: Comprobar y verificar la coherencia del repositorio WMI

Si el reinicio de los servicios no funciona, el repositorio WMI podría tener una corrupción estructural.

1. Abierto. Command Prompt (Admin).
2. Ejecute el siguiente comando para comprobar el estado del repositorio WMI:

   winmgmt /verifyrepository

3. Mira la salida:
   • Si dice... "Repository is consistent", la estructura de la base de datos está bien, y debe proceder al paso 4 para volver a registrar los componentes.
   • Si dice... "Repository is inconsistent" La base de datos está dañada.

Paso 3: Salvar o reconstruir el repositorio WMI

Si el repositorio fue marcado como inconsistente, necesitas repararlo.

1. En el... Command Prompt (Admin), ejecuta el comando rescate primero. Este intenta leer la base de datos dañada y reconstruirla de forma segura:

   winmgmt /salvagerepository

2. Reinicie su computadora y pruebe si el error ha desaparecido.
3. Si el error persiste o el comando de salvamento falla, debe realizar un restablecimiento duro del repositorio ejecutando:

   winmgmt /resetrepository

4. Reinicie su computadora de nuevo. Tenga en cuenta que un restablecimiento devuelve el WMI a su estado predeterminado, por lo que cualquier software de terceros que haya añadido clases de WMI personalizadas puede necesitar ser reinstalado si deja de funcionar.

Paso 4: Registro de nuevo de módulos y componentes WMI

Si el repositorio es consistente pero el error persiste, los archivos DLL o los archivos de compilación del proveedor de WMI (.mof archivos) podrían no estar registrados en el registro de Windows.

1. Abierto. Command Prompt (Admin).
2. Cambiar al directorio WMI escribiendo:

   cd %windir%\system32\wbem

3. Registre de nuevo todas las bibliotecas de enlaces dinámicos WMI (.dll archivos) ejecutando:

   for /f %s in ('dir /b *.dll') do regsvr32 /s %s

4. Recopilar todos los archivos del proveedor de WMI (.mof archivos) en el repositorio ejecutando:

   for /f %s in ('dir /b *.mof *.mfl') do mofcomp %s

5. Reinicie la computadora para asegurarse de que todos los registros tengan efecto en el núcleo del sistema.

Paso 5: Reinicie la configuración WinRM

Si WMI está completamente sano, pero el servicio WS-Management sigue lanzando el error, la configuración WinRM en sí podría estar rota.

1. Abierto. Command Prompt (Admin).
2. Reinicie la configuración de WinRM a los valores predeterminados de fábrica ejecutando:

   winrm quickconfig

3. ¿ Qué tipo ? y (Sí) cuando se le solicite realizar los cambios requeridos en el cortafuegos y las reglas operativas.