所以我在这里遇到了一点问题，而且我很难确定它是什么；我正在尝试为我们的一台服务器配置备份，每当我尝试执行其中一个备份时，它都会在事件查看器中失败并显示错误 517，并显示消息“备份操作失败，错误代码为‘0x807800C5’（准备备份集中其中一个卷的备份映像时失败。）。请查看事件详细信息以获取解决方案，然后在问题解决后重新运行备份操作。”详细信息部分根本没有给我太多细节，否则，我无法判断问题是什么。我确实认为是 Windows，而不是文件管理器，但我不能确定。以下是我所知道的；
-Netapp 文件管理器是一个较旧的文件管理器，不支持 SMB3 协议 - 我听说这可能是一个问题，但我认为这不太可能，因为我可以在一些案例...
-当我第一次配置备份时，Windows 能够备份系统状态和 C: 驱动器，但之后会立即失败。我当时认为，这可能是由于我在文件管理器上备份的卷的配置所致，因此我删除了该卷和 CIFS 共享并创建了一个新的。我仍然遇到相同的错误，但是现在它在 C: 驱动器上失败，但在之前失败的驱动器上成功。
-我使用过很多 Data ONTAP，我对这个系统的了解告诉我，这些故障可能是由于 Windows 不喜欢与灵活卷（即备份卷）交互而引起的 - 不幸的是，此卷所在的聚合占用了整个架子，除了 2 个备用卷，所以如果我想制作一个可能与 Windows 更好地配合使用的传统卷，我必须拆除连接到文件管理器该节点的整个架子，这需要一些工作 - 这就是为什么在我知道这是问题所在之前我不想这样做。目前，文件管理器和连接到它的架子上都没有任何数据，所以这样做是可以的。
-VSS 在事件查看器中生成警告，通知我它无法解析状态为“1376”的非重要帐户。我从警告中详细说明的注册表项中删除了引发此警告的帐户，VSS 开始生成信息事件而不是警告，这似乎表明 VSS 功能正常，但这并没有影响我备份服务器的能力。
我尝试备份的系统是 HP G8 服务器，而不是虚拟机，运行 Windows Server Standard 2012 R2，我备份的总存储量在 800GB 左右。我尝试备份到的文件系统是 Netapp FAS2020，运行 Data ONTAP 7.3，安装了两个节点 - 辅助节点带有 DS14mk2，这是我尝试备份到的物理系统。它不包括任何文件管理器的内部磁盘，这些磁盘由合作伙伴节点管理，如果这很重要的话。
有人知道这件事吗？或者之前经历过类似的事情吗？任何帮助都将不胜感激，谢谢 :)
答案1
最后，我使用 iSCSI 配置了 Filer，它运行良好，并允许我成功备份。如果有人知道的话，我仍然希望得到答案。