没有.

当Windows远程管理 (WinRM/WS-Management) 服务试图查询Windows管理仪器 (WMI) 存储库,但收到受损,无效或有缺陷的数据时会出现此错误.由于WinRM严重依赖WMI收集系统配置和状态信息,因此WMI存储库中的任何腐败或WMI提供商组件的问题将立即破坏WS-Management通信道.这种问题在远程PowerShell会话 (PSSession),系统管理任务或监控工具试图对Windows操作系统进行调查时常见.

逐步修复问题

按顺序执行这些解决方案.如果前一个解决方案未解决问题,只能继续下一步.

步骤1:重新启动 WinRM 和 WMI 服务

有时错误是由暂时故障或存储器中的锁定进程引起的.重启两个服务可以快速清除状态.

1. 按下 Windows Key + X 并且选择 Terminal (Admin) 或是 Command Prompt (Admin).
2. 键入下面的命令来停止 WinRM 服务,然后按下 Enter:

   net stop winrm

3. 键入下面的命令来停止WMI服务,然后按下 Enter:

   net stop winmgmt

4. 键入下面的命令启动WMI服务并按下 Enter:

   net start winmgmt

5. 键入下面的命令启动 WinRM 服务,然后按下 Enter:

   net start winrm

步骤2:检查和验证WMI存储器一致性

如果重新启动服务不起作用,则WMI存储库本身可能有结构性损坏.Windows有内置工具来检查此情况.

1. 打开 Command Prompt (Admin).
2. 运行以下命令来检查WMI存储器的状态:

   winmgmt /verifyrepository

3. 看看输出情况:
   • 如果它说 "Repository is consistent",数据库结构是好的,你应该继续步骤4重新注册组件.
   • 如果它说 "Repository is inconsistent",数据库受损. 继续步骤3.

步骤3:拯救或重建WMI存储库

如果存储器被标记为不一致,你需要修复它.

1. 在 Command Prompt (Admin),先运行救援命令. 这试图阅读受损的数据库并安全重建它:

   winmgmt /salvagerepository

2. 重新启动您的计算机,并检查是否有错误.
3. 如果错误仍然存在或保存命令失败,您必须通过运行:

   winmgmt /resetrepository

4. 请注意,重启将WMI恢复到默认状态,因此如果停止工作,可能需要重新安装添加自定义WMI类的任何第三方软件.

第4步:重新注册WMI模块和组件

如果存储库是一致的,但错误仍然存在,DLL文件或WMI提供商编译文件 (.mof文件) 可能没有在Windows注册表中注册.

1. 打开 Command Prompt (Admin).
2. 通过输入转换到WMI目录:

   cd %windir%\system32\wbem

3. 通过运行: 重新注册所有WMI动态链接库 (.dll文件)

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

4. 将所有WMI提供者文件 (.mof文件) 重组到存储库中,运行:

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

5. 重新启动计算机以确保所有注册在系统内核中生效.

步骤 5: 重新设置 WinRM 配置

如果WMI完全正常,但WS管理服务仍然发出错误,则WinRM配置本身可能会被破坏.

1. 打开 Command Prompt (Admin).
2. 通过运行将 WinRM 配置重置到工厂默认设置:

   winrm quickconfig

3. 它们的类型 y (是的) 当被要求对防火墙和操作规则进行所需更改时.