为什么 wbadmin 会在几天后失败并报告 "Not enough storage is available to complete this operation"？

Question

我有三台 Microsoft Windows Server 2012 R2 标准服务器 运行 在 Dell PowerEdge 机器上，它们作为我的各种虚拟机的 Hyper-v 主机。每个服务器都有一个类似于以下的计划备份：

备注：

• 每个计划的备份都配置为 "VSS Full Backup"。
• 有些备份显示 VM 在线，有些备份显示离线。

问题是备份将成功 运行 几天，然后将停止 运行ning。备份开始失败后，我打开 Windows 服务器备份工具时看到以下内容。

当计划的备份 运行s:

时，我还在事件日志中看到了事件 19

• 备份操作尝试于 '?2018?-?06?-?04T02:00:01.583169900Z'启动失败，错误代码 “0x8007000E”（'Ran out of memory'）。请查看活动详情 寻求解决方案，然后在问题出现后重新运行备份操作 已解决。

如果我尝试使用 wbadmin 命令行 运行 备份，我会看到以下错误：

• 没有足够的存储空间来完成此操作。

如果我注销然后重新登录，问题会立即得到解决，我可以在 Windows 服务器备份工具中看到备份历史记录。备份将再次 运行 几天，直到问题再次出现。

三台机器的问题周期很相似。换句话说，备份会运行在所有三台机器上成功备份2天，然后在所有三台机器上都失败并继续失败，直到我在每台机器上登录，注销然后登录。

注意：在验证服务器备份是运行登录后，退出并登录。我通常会再次退出。

备注

• 从总内存中减去专用于 VM 的内存后，每个 Hyper-v 服务器有 16 GB 的可用内存。
• 每个 Hyper-v 服务器在 C 驱动器上有 25 GB 的可用硬盘驱动器 space，在存储 VM 的 D 驱动器上有 500 GB 或更多的可用硬盘驱动器 space。
• 每个备份驱动器有 1 TB 的可用空间space。

有什么想法吗？

我最初在 Microsoft Technet 上发布了这个问题。

Technet Question

Answer 1

此问题的根本原因是 Bomgar Jump 客户端版本 17.1.4。禁用 Jump Client 后，我​​们没有遇到此问题。有关详细信息，请参阅链接的 Technet 问题。