如何修复 "WinRM无法处理请求,因为WMI对象包含了太多的嵌入式对象.

没有.

错误消息 "WinRM cannot process the request because the WMI object contains too many levels of nested embedded objects" occurs when a Windows Remote Management (WinRM) query attempts to retrieve Windows Management Instrumentation (WMI) data that exceeds the default serialization depth limit.

WinRM使用基于XML的协议 (WS-Management) 传输数据.为了防止拒绝服务 (DoS) 攻击和过度内存消耗,Windows强制执行对物体在翻译过程中彼此之间嵌套的深度的严格安全限制.当复杂的查询 (通常与深嵌套的系统组件,聚类或第三方监控代理相关) 超过这个值时,WinRM停止操作并抛出此错误.

一步一步的修复

要解决这个问题,您必须手动增加 WinRM 配置中嵌套的 WMI 对象允许的最大深度. 这个变化必须通过管理命令行接口应用.

步骤1: 打开PowerShell作为管理员

1. 按下 Windows Key 在你的键盘上.
2. 它们的类型 PowerShell 在搜索中.
3. 按右键按一下 Windows PowerShell 在搜索结果中.
4. 选择 Run as administrator.
5. 点击 Yes 如果显示用户帐户控制 (UAC) 提示.

步骤2:检查当前的 MaxEnvelopeSize (可选)

在进行更改之前,您可以通过执行以下命令查看当前的 WinRM 配置限制:

winrm get winrm/config

通过输出查看 MaxEnvelopeSizekb 或XML处理限制. soap 或是 xml 为了了解您的基线.

步骤3:增加 XML 嵌套深度限制

运行下列命令以增加 WinRM 服务允许的最大结构深度限制.默认情况下,该值通常设置为 10. 将其增加到 30 或更高通常解决复杂的嵌套对象错误:

winrm set winrm/config @{MaxEnvelopeSizekb="8000"}

接下来,使用此命令明确配置XML处理深度限制:

winrm set winrm/config/soap @{MaxXMLNestingDepth="30"}

(注:如果您的Windows版本不支持 MaxXMLNestingDepth 直接通过该路径,继续到步骤 4,通过Windows注册表应用配置).

步骤4:替代注册表修复 (如果PowerShell命令失败)

如果 WinRM 命令行实用程序拒绝属性语法,您可以直接通过 Windows 注册表应用嵌套限制:

1. 按下 Windows Key + R, 类型 regedit,然后按下 Enter 打开注册表编辑器.
2. 导航到下面的注册表路径: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WSMAN\
3. 找一个名为DWORD的密钥. MaxXMLNestingDepth.
4. 如果它不存在,右键单击右窗口中的空白空间,选择 New > DWORD (32-bit) Value 给它一个名字. MaxXMLNestingDepth.
5. 双击 MaxXMLNestingDepth 换一个 Base 为了 Decimal 设置 Value data 为了 30 (或更高,高达 64 ),然后点击 OK.

步骤 5: 重新启动 WinRM 服务

为了让更改生效,您必须重新启动 Windows 远程管理服务. 在您的 PowerShell 管理窗口中运行以下命令:

Stop-Service winrm
Start-Service winrm

另外,您可以使用标准命令提示符语法:

net stop winrm
net start winrm

第六步:验证决策

重新运行最初触发错误的应用程序,脚本或监控工具.现在WMI对象应该通过WinRM成功序列化,而不会碰到嵌套瓶.