我们使用 Altaro VMBackup V7.0.20.3 备份运行 Windows Server 2012 R2 的单个 Hyper-V 主机上的一些虚拟机。备份完成后，其中一个运行 Windows Server 2008 的虚拟机出现以下错误：
已成功获取主机的卷影副本，但无法获取此虚拟机内运行的操作系统的内部卷影副本。备份将继续，但此虚拟机的备份将处于崩溃一致状态...
当我登录虚拟机并运行vssadmin 列表编写器我看到有 6 位作家在州 [5] -等待完成，并且 NTDS 是状态 [11]失败 - 不可重试的错误。
在虚拟机的事件查看器中，我看到事件 ID 2，表示 VSS 编写器 NTDS 失败，状态为 11。此外，我有一个事件 ID 489，表示以下内容：
lsass (680) 尝试打开文件“\?\Volume{b5d32627-e78e-11e4-938a-806e6f6e6963}\Windows\NTDS\ntds.dit”进行只读访问，但失败，系统错误 32 (0x00000020)：“进程无法访问该文件，因为另一个进程正在使用该文件。”。打开文件操作将失败，错误为 -1032 (0xfffffbf8)。
VSS 写入器保持该状态，直到我重新启动虚拟机。然后它们再次保持稳定状态 [1]，直到触发另一个备份。最近几天，我在 Google 上搜索了错误并进行了几次测试，但没有任何帮助。
这些错误显然是因为我们已将虚拟机从运行 Windows Server 2012 的服务器迁移而发生的（或者至少我们认为从那时起就是这样）。但所有其他虚拟机也从旧服务器迁移到新服务器，并且备份工作正常。
有人有关于这些错误的任何信息吗？
答案1
我正在使用新的 Altaro VM 备份 V7，并且遇到了 2 个域控制器的相同问题。我发现了一个技术帖子，其中发布了 2 个答案，其中的链接不起作用。 https://social.technet.microsoft.com/Forums/windows/en-US/e16d4b13-5e66-4127-a423-031140206b0d/ntdsdit-event-id489?forum=winservergen
还联系了 Altaro，他们提供了一个解决方法，但至少对我的虚拟机不起作用。也许这适合您：
重新启动以下服务：COM +Events 和 Volume Shadow Copy
如果您现在尝试备份，这应该可以工作。编写脚本以便它在每次启动时都执行此操作，并且您应该会没事，直到 Microsoft 修复此问题。
顺便说一下，现在是 2017 年 6 月 5 日，我所有的服务器都已更新，但问题仍然没有修复。
编辑：刚刚将 Altaro VM Backup 更新至 7.2.0。按照上述解决方法操作。现在它对我来说有效。