hyper-v虚拟机自动状态保存与恢复依赖显式触发机制，非全自动运行：一是手动或脚本创建检查点（暂停虚拟机、保存内存至.vsv、记录磁盘差异至.avhdx）；二是备份流程中由hyper-v在prepareforsnapshot阶段置为保存状态、postsnapshot阶段恢复运行；恢复时标准检查点还原内存与磁盘，生产检查点仅还原一致磁盘数据，且检查点不等于备份，父磁盘损坏将导致所有检查点失效。
hyper-v 虚拟机的自动状态保存与恢复，核心不是“全自动运行”，而是依赖明确触发机制和配套服务协同工作。它不等同于开机自启或断电续跑，而是在备份、检查点、系统维护等场景下，由 hyper-v 主机按策略主动介入并保障数据一致性。
状态保存的两种主要触发方式
Hyper-V 并不会在后台默默保存虚拟机运行快照，所有状态保存都需显式发起：
-
手动或脚本创建检查点：通过 Hyper-V 管理器右键“检查点”，或执行
Checkpoint-VM命令。此时虚拟机会短暂暂停（用户几乎无感），内存内容写入 .vsv 文件，磁盘状态通过差异磁盘（.avhdx）记录，形成可回滚的完整状态点。 -
备份流程中的自动保存：当使用 Windows Server Backup、MABS 或支持 VSS 的第三方备份工具时，Hyper-V 在
PrepareForSnapshot阶段会将虚拟机置为“保存状态”（Saved State），暂停运行并持久化内存与设备状态；待卷级快照完成，在PostSnapshot阶段再恢复运行。这是默认且最兼容的方式，无需来宾系统参与。
恢复时的状态还原逻辑
恢复操作是否包含内存状态，取决于你用的是哪类检查点或备份：
- 应用标准检查点：会还原磁盘差异 + 内存快照（.vsv）+ 设备配置（.vmcx/.vmgs），虚拟机启动后直接回到当时运行画面，就像从未中断过。
- 应用生产检查点：仅还原磁盘数据（通过 VSS 冻结文件系统生成一致副本），不恢复内存。启动后是干净开机状态，适合 AD、SQL 等对内存状态敏感的服务。
- 从备份恢复整机：若备份包中包含 .vmrs（运行状态）、.vmcx（配置）、.vhdx（磁盘）等全套文件，导入后可实现秒级开机；若只恢复 .vhdx，则需手动新建虚拟机并挂载磁盘，丢失原有配置和运行上下文。
关键依赖与常见误区
自动化的可靠性高度依赖底层支持：
- “子 VM 快照”方法（即让虚拟机内部 VSS 参与）要求来宾中安装并运行 Hyper-V Volume Shadow Copy Requestor 服务，否则降级为保存状态法。
- Windows Server 2016+ 启用 RCT（弹性更改跟踪）后，增量备份能精准识别磁盘块变化，但恢复仍需严格按全备→增量1→增量2顺序应用，缺一不可。
- 检查点 ≠ 备份：删除父磁盘或损坏基础 VHDX，所有基于它的检查点都会失效；而备份是独立副本，可离线存放、跨主机恢复。
真正“自动”的环节，仅限于备份软件调度下的保存/恢复流程，以及检查点删除时的在线合并（Windows Server 2012 起支持）。其余所有状态保存与还原，都需要管理员明确选择动作或配置策略。
