我正在使用 DPM (SC2016) 备份虚拟机 (服务器 2016) 中的特定文件夹。两者都安装了所有更新，即最新补丁版本。
我注意到，在初始复制之后，备份在接下来的几天内一直无法继续。我注意到，在尝试备份后，代理显示“代理已断开连接”。
为了排除代理连接故障，我先从简单的“ping”开始。我注意到，在尝试备份时，ping 延迟会随着时间的推移而增加，最终停止响应。
Reply from 172.20.1.23: bytes=32 time<1ms TTL=128 Reply from
172.20.1.23: bytes=32 time=2109ms TTL=128 Reply from 172.20.1.23: bytes=32 time=3436ms TTL=128 Reply from 172.20.1.23: bytes=32 time=668ms TTL=128 Reply from 172.20.1.23: bytes=32 time=78ms TTL=128 Reply from 172.20.1.23: bytes=32 time=1719ms TTL=128 Reply from
172.20.1.23: bytes=32 time=3357ms TTL=128 Request timed out. Request timed out.
我让 ping 运行一整夜，并禁用 DPM 备份，但 ping 工作正常，数据包丢失率为 0％。
此后，我开始运行 wireshark 来查看数据包级别上发生的情况。我看到的是...
1) 源（正在备份的服务器）显示“目标不可达（协议不可达）”（类型 3 代码 2）消息。根据 RFC1122，这与“不支持指定传输协议”有关。当备份未运行时，如何支持相同的协议是一个巨大的谜团。
2)即使目的地偶尔发送回复，我也会在命令行上收到“请求超时”作为对 ping 的响应。
附加信息：
1) DPM 服务器可以很好地备份其他服务器。
我试过了：
1) 启用/禁用适配器。2) 重新启动服务器（duh）3) 为正在备份的服务器分配不同的 IP/Mac。4) 为正在备份的服务器删除/添加新的网络适配器。5) sfc /scannow 修复与操作系统相关的问题
所以，这是我最近遇到的最奇怪的网络问题之一。有人知道这可能是由什么引起的吗？
我正在考虑重建整个服务器并删除并再次添加 DPM 代理。