是否有人使用 Hyper-V 生产检查点作为存储副本的增强功能？我的想法是，由于存储副本只有在我们在源服务器/群集上每小时进行一次生产检查点并将其保留 24 小时时才会崩溃一致，因此我们将添加从副本服务器回退到生产检查点（或回溯 24 小时）的功能，如果崩溃一致的副本出现问题，这在 DR 情况下很有用。这将与 Hyper-V 副本的快照功能相匹配。
在生产过程中有人做过这样的事情吗，或者读过其他人做过这样的事情吗？
编辑：为了清楚起见，我谈论的是以下内容：-
服务器 A 是 Hyper-V 主机，它有一个主卷，其中包含所有 VM 数据（包括检查点文件）。服务器 B 有一个相同的卷，使用存储副本与服务器 A 上的主卷保持同步。为了在发生 DR 情况时为 VSS 应用程序提供一致性恢复，使用脚本在服务器 A 上每小时创建一次生产检查点。同一脚本会删除任何超过 24 小时的检查点，这将导致其被合并。如果发生 DR 事件，服务器 A 丢失，如果服务器 B 联机并且特定 VM 驱动器的崩溃一致性存储副本导致问题（例如，数据库应用程序损坏导致数据库无法安装等），则可以使用生产检查点将 VM 恢复到具有完全一致性 VSS 映像的早期时间。
检查点的复制可能会显著增加流失率，因此需要进行实际测试才能了解其性能如何。将生产检查点添加到此存储副本方案将与 Hyper-V 副本提供的功能相匹配。
有人测试过这个、做过这个或者读过关于任何人做过这个的文章吗？
答案1
生产检查点是从 Windows Server 2016 开始的新虚拟机的默认设置。您应该使用它们。
生产检查点是虚拟机的“时间点”图像，稍后可以以完全支持所有生产工作负载的方式进行恢复。
它使用客户机支持的功能来创建检查点，而不是使用已保存的状态。
标准检查点捕获正在运行的虚拟机检查点的状态、数据和硬件配置，如果您需要重新创建正在运行的虚拟机的特定状态或条件以便解决问题，则标准检查点很有用，因此更适用于开发和测试场景。
存储副本支持在服务器或群集之间复制卷，以实现灾难恢复。它还允许您创建跨两个站点的延伸故障转移群集，所有节点保持同步。
总之，您应该同时使用两者，但请注意，细节在很大程度上取决于配置和目的。