我在使用 Hyper-V 主机（2012 R2 数据中心，已修补至 2017 年 6 月汇总级别）时遇到问题。以下是有关配置的一些一般信息：
主持人
- 它是一个独立主机，已加入域（DC 不是来宾）。
- 它是完整的 2012 R2 安装，而不是独立的 Hyper-V 或 Core。
- 除了“文件服务器”之外，Hyper-V 是唯一的角色。主机仅用作 Hyper-H 主机，没有网络共享或其他活动。
- VM 文件存储在通过 iSCSI 连接的 SAN 上。
- 保存 VM 文件的卷（每个 VM 一个卷）格式为 NTFS。
- 没有为这些卷配置 VSS 位置（从我所读的内容来看，这对于基于 VSS 的备份来说应该没问题；唯一重要的是，Guest 内部的卷没有配置为在其自身以外的其他卷上存储 VSS 副本）。
- 我使用 Windows Server Backup 运行所有虚拟机的夜间备份。
- 其中包括裸机恢复、系统状态、Hyper-V 主机组件和虚拟机，以及 EFI 和系统卷。
- 备份设置为VSS副本备份。
- 备份已写入内部存储。
- Hyper-V 的 BPA 分析器未显示任何相关警告或错误。
如果有任何配置错误，到目前为止我还没有发现（尽管我的 2012 R2 课程仍未完成，所以... 我不是这方面的专家。）现在请来宾。
虚拟机
- 3 2012 R2 客户机，补丁级别与主机相同。
- 客户机的负载水平大多很低或非常低。唯一经常使用的虚拟机是我们的文件服务器（一个 .vhdx 卷中大约 1.5 TB）。
- 1 位 Debian 访客。
- 访客集成服务已启用。
- Windows 客户机内部的 VSS 设置：所有卷均已配置为 VSS 位置。
问题：有时（目前没有发现时间模式）备份会因 Hyper-V VSS 错误而停止工作，或者备份完成，但某些虚拟机（有时是 1 个，有时是所有，Windows 或 Linux）被冻结。当我检查虚拟磁盘文件夹时，仍存在 .avhdx，因此备份后的合并一定失败了。我猜它会将活动分区重置回主文件，但不会合并 .avhdx，因此我得到一台冻结的机器，因为它找不到系统驱动器。关闭客户机（硬关机）允许合并这些文件而无需我进行任何交互，一切正常。偶尔，Linux 客户机会停止启动，但这就是备份的用途。对于具有多个已安装卷的客户机，另一个选项是其中一个或多个丢失（在 Hyper-V 客户机设置中安装，在客户机内找不到）。关闭客户机，删除并重新添加卷可以解决此问题。
这是 Hyper-V 的某种已知怪癖吗？我必须忍受它吗？或者我可以做些什么来解决这个问题？我是否遇到了某种 VSS 超时问题，这是由于文件服务器的 .vhdx 过大造成的，还是其他配置错误？不断让客户机离线似乎不是最佳做法。
谢谢你的帮助。
答案1
您是否已在所有虚拟机上正确配置了集成服务？我们的系统也遇到过类似的问题，Debian 虚拟机整夜挂起。获取最新的 Debian 集成服务并不容易（我已切换到 centos）。不过 Windows 虚拟机应该没问题。检查每个虚拟机的设置上是否启用了集成设置。