AOMEI Cyber Backup Hyper-V 集群：Live Migration 后 VM 还会继续受保护吗？

结论：支持 Hyper-V 主机，不等于已经给出集群契约

AOMEI Cyber Backup 可以列入集中式、无代理 Hyper-V 保护的短名单。当前产品页明确宣传运行中虚拟机备份、增量计划任务以及恢复到其他位置。但故障转移集群真正要解决的问题更窄：**虚拟机 Live Migration 到另一节点后，原来的受保护身份是否仍留在任务中；恢复时是否会保护、而不是覆盖集群状态？**

当前 Device Management 指南要求管理员用 Hyper-V 主机 IP 和 Windows 凭据添加设备。截至 2026 年 11 月 11 日，审阅到的 AOMEI 公开页面没有说明如何添加故障转移集群对象、如何跨节点跟踪 VM、所有权变化后如何发现、CSV redirected I/O 期间如何协调任务，或恢复后如何重新登记 clustered role。这是公开文档缺口，不是“产品肯定不能保护集群 VM”的证据。只有拿到书面确认，并完成双节点迁移、故障转移和恢复验证后，才应进入采购短名单。

*联盟披露：如果您通过本文的 AOMEI 链接购买，Toolnavia 可能获得佣金，您无需多付费用。本文结论仍以集群级证据为前提。*


为什么 VM 会移动，而备份任务可能留在原节点

故障转移集群把 VM 的稳定业务身份与当前运行节点分开。Cluster Shared Volumes 允许多个节点访问同一个存储命名空间，也允许 clustered role 在节点之间移动而无需重新挂载卷。这种移动能力是集群可用性的基础，也会让按主机建立的备份清单失效。

购买前要问 AOMEI：任务究竟选择什么对象？如果任务保存稳定 VM 或集群标识，Live Migration 可能对它透明；如果保存的是节点本地清单项，VM 移走后就可能从已选来源中消失。公开 Device Management 页面只证明“用主机 IP 加入”，没有公开证明上述任一结果。不能只看到 centralized 或 agentless 就推断具备集群感知。

先建立一张清单：集群名、每个节点、VM 稳定标识、当前 owner、CSV 路径、备份任务、最近恢复点和下次执行时间。让每台测试 VM 双向 Live Migration，确认任务仍选择同一身份；再让 owner 节点故障转移，检查下一个计划恢复点是否无需手动重新加入 VM 就能产生。

把 CSV 所有权与 redirected I/O 纳入排程

CSV 提供一致路径，但 I/O 仍存在所有权与路由行为。Microsoft 说明 CSV 有 coordinator node，并可能进入 redirected mode，把写流量经协调节点转发。如果备份窗口与 redirected I/O、存储修复、Live Migration 或其他高 checkpoint 任务重叠，其表现可能和安静的单机 Hyper-V 完全不同。

AOMEI 文档说明 Hyper-V 全量与增量排程，并指出 Hyper-V 增量依赖 checkpoint，而不是 VMware 式 CBT。Microsoft 的排障文档把 CSV 连通性、checkpoint、遗留 AVHDX 链、任务重叠和迁移问题都列为风险。所以采购测试不能只看一次绿色任务：

- 分别在每个节点拥有测试 VM 时运行任务； - 在非生产备份中执行 Live Migration 并记录结果； - 检查每个节点的 checkpoint 创建与清理； - 观察 CSV redirected-I/O 状态与 coordinator 负载； - 只重现生产计划使用的并发； - 受保护 VM 数量下降或稳定标识变化时告警。

不要从这次测试发布“通用吞吐数字”。结果取决于环境。真正有用的证据是：你实际会用到的移动事件发生后，发现、checkpoint 清理和任务连续性是否仍然成立。


要求一份不会破坏集群的恢复手册

AOMEI 恢复指南说明可把 Hyper-V VM 恢复到原位置或新位置。集群用户还要追问：文件最终落在哪个节点？选择哪个 CSV 路径？流程生成 standalone VM 还是 clustered role？VM 标识、网卡和集群登记如何协调？原位置恢复如何避免覆盖仍然健康的共享状态？

Microsoft 提醒，共享存储恢复必须考虑应用能力、VSS 语义与恢复节点。生产 VM 仍登记在集群中、或其 clustered role 由另一节点拥有时，这一点尤其重要。第一次验证应恢复到隔离的新位置，而不是覆盖生产环境。

演练时记录来源恢复点、VM ID、目标主机、目标 CSV 或隔离存储、网络隔离和预期集群状态。恢复后先在不连接生产网络的条件下启动，验证来宾系统与应用，再决定是否把它作为新的 clustered role 导入。完成这一步后，才为原位置恢复编写包含停止、所有权、注销与回滚的明确流程。

竞品文档只能作为核对清单

Veeam 公开说明了本地存储与 CSV 上 Hyper-V VM 的处理路径。Commvault 明确讨论 CSV 所有权、redirected-I/O 竞争以及迁移 VM 的自动发现。NAKIVO 则把来源、目标、计划、保留和任务选项写进公开流程。它们的价值在于展示成熟集群文档应回答哪些问题。

这些资料**不能**证明 AOMEI 的实现相同，也不能自动证明其他产品更值得购买。应把它们转成发给 AOMEI 的证据清单：支持的集群版本和拓扑、加入端点、稳定身份、迁移后自动发现、CSV 与 redirected I/O、故障转移中的备份、原位置/新位置恢复语义、cluster registration，以及演练失败时由谁负责支持。

正确比较的不是功能数量，而是供应商答复和实际验证后还剩多少未解决的运维假设。

按受保护身份而不是节点计算许可

已批准的准确 offer 是 AOMEI Cyber Backup Yearly Customized VM。2026 年 11 月 11 日直接打开 canonical 页面时，VM 许可至少 5 台起购，并使用动态数量控件；页面也说明许可可从一台 VM 解除后分配给另一台。由于实时组合会改变应付金额，本文不发布选定订单总价，也不声称有固定优惠码。

集群采购还要书面确认：VM 在主机之间移动、恢复后取得新标识、或生产副本与隔离恢复副本短暂并存时，什么对象占用许可。必须保留足够的测试身份做迁移和恢复演练，不能为测试而取消生产保护。预算还应包括存储、CSV 容量、恢复网络、人员和支持升级，而不只是许可数量。

购买、暂停或改用集群感知路径

**购买或列入短名单**：AOMEI 明确确认受支持集群拓扑、需要添加的节点或端点、Live Migration 后的稳定 VM 跟踪、CSV 排程行为以及集群安全恢复语义；双节点测试要在双向迁移、owner 故障转移和隔离恢复中全部通过。

**暂停**：答复只停留在“支持 Hyper-V”“添加主机 IP”或“集中备份”。这些宽泛表述有官方依据，但没有关闭移动与恢复风险。

**改用其他设计**：迁移后的 VM 会离开保护集合、故障转移后必须人工重新发现，或恢复无法避免覆盖共享状态。可以继续用 AOMEI 保护 standalone host，同时让集群工作负载走具备明确发现与恢复契约的路径。

最终门槛是运维结果：迁移前后必须是同一稳定 VM 持续受保护；计划移动后任务不能留下脏 checkpoint 链；隔离恢复必须得到可用 VM，同时不破坏生产集群状态。



来源

AOMEI 当前 offer。 AOMEI Help Center。 AOMEI Technical FAQ。 AOMEI Device Management。 AOMEI Hyper-V Backup。 AOMEI Schedule Backup。 AOMEI VM Restore。 Microsoft Manage CSV。 Microsoft CSV overview。 Microsoft Hyper-V backup troubleshooting。 Veeam CSV backup。 Commvault CSV configuration。 NAKIVO Hyper-V jobs。