我配置了一个 Windows Server Backup 作业，它将整个系统备份到网络共享。第一次备份时一切正常，但第二次备份时 - 当上次备份中已经有一些文件时 - 备份总是失败。
日志中显示的有用消息：
Backup of volume C: has failed. Windows Backup encountered an error when accessing the remote shared folder. Please retry the operation after making sure that the remote shared folder is available and accessible.
它确实备份了一些东西：
Backup of volume \\?\Volume{054c4a3c-080c-11e8-80b3-806e6f6e6963}\ succeeded.
我已经在 Hyper-V 上虚拟化或未虚拟化的多个系统上观察到了这种行为（2x DC Windows Server 2008R2、1x DC Windows Server 2016、1x DM Windows Server 2012R2）。
我目前使用的解决方法是在备份之前清除网络上的整个文件夹，这样备份总是备份到一个空文件夹中。
有没有人有解决这个问题的信息，最好不要像我已经在做的那样采取奇怪的解决方法？我也愿意接受基于 VSS 的备份解决方案 - 最好是免费的。
答案1
Windows Server Backup 是 wbadmin.exe 的 GUI 包装器。
反过来，wbadmin.exe 使用卷影复制服务来完成所有繁重的工作。
为了让事情有最好的可能顺利进行：
- 网络目标（共享）应托管在 Windows 2012 R2 或更高版本上。
- 目标服务器和客户端机器都应该是 Active Directory 成员。
- 运行备份过程的用户帐户应具有共享权限以及底层文件系统 ACL 的完全控制权限。
如果您对 WS2012R2 的要求感到疑惑，那是因为当您在共享上使用 VSS 时，客户端和服务器端都必须具有弹性支持：
假设您有一台安装了 Windows 8.1、Windows Server 2012 R2、Windows 8 或 Windows Server 2012 的计算机，并且您通过不支持复原功能的 SMB2 链接连接到服务器共享。复原功能是从 SMB 2.1 开始的可选功能，并且某些 SMB2 实现不支持复原功能。
参考：如果没有 Windows 计算机的弹性支持，则无法在 SMB 服务器上创建虚拟硬盘
根据我的经验，我注意到 VSS 对超时问题也很敏感，因此当目标服务器或中间网络繁忙时它可能会随机失败。