虚拟机恢复点可捕获虚拟机的配置和某个时间点的磁盘快照，从而支持细粒度备份和恢复。 可以定期创建还原点，以减少数据丢失暴露并满足恢复时间目标（RTO）。
有关备份选项的更广泛比较，请参阅Azure中虚拟机的备份和还原选项。
关于虚拟机还原点
虚拟机还原点存储：
- 捕获时虚拟机配置。
- 所有已附加托管磁盘的时间点快照——每个磁盘对应一个磁盘还原点。
虚拟机还原点归入还原点集合中，这是一个作用域限定为特定虚拟机的 Azure 资源管理器 资源。 有关 ARM 模板示例，请参阅 Virtual-Machine-Restore-Points 存储库。
还原点是 增量的：第一个还原点是完整副本;每个后续快照仅捕获自上一快照以来的更改。 可以排除单个磁盘以降低存储成本。
虚拟机的每个磁盘在还原点内都有相应的磁盘还原点。 例如，如果虚拟机有三个磁盘（一个 OS 磁盘和两个数据磁盘），并且每个还原点有三个磁盘还原点。
创建磁盘还原点后，Azure会自动启动从源磁盘到快照的后台数据复制。
一致性模式
| 模式 | 工作原理 | 设置方式 |
|---|---|---|
| 应用程序一致性 | 使用卷影复制服务（VSS）写入器（Windows）或前置/后置脚本（Linux），在创建快照之前将传输中的应用程序数据刷写到磁盘。 | 省略 consistencyMode 时的默认值。 |
| 崩溃一致性 | 捕获所有磁盘的写入顺序一致性快照，相当于在发生电源中断或崩溃后虚拟机状态。 | 在创建请求中，将 consistencyMode 设置为 crashConsistent。 |
注意： 以下情况无法保证崩溃一致性：
- 启用了读/写主机缓存的磁盘（Azure 存储可能无法确认快照期间的写入）。
对于这些配置，请使用应用程序一致性模式。
规模集和可用性集中虚拟机的还原点
还原点是按每个单独的虚拟机分别创建的。 若要备份虚拟机规模集（灵活编排模式）或可用性集中的所有实例，请分别为每个虚拟机创建还原点。
注意： 不支持使用 统一业务流程 的虚拟机规模集。
还原点的速率限制
| 范围 | 运算 | 每小时限制 |
|---|---|---|
| 虚拟机 | RestorePoints.RestorePointOperation.PUT（创建具有“应用程序一致性”的还原点） | 3 |
| 虚拟机 | RestorePoints.RestorePointOperation.PUT（新建“崩溃一致性”还原点） | 3 |
| 目标还原点集合 | RestorePoints.RestorePointOperation.PUT（复制任意虚拟机还原点） | 3 |
注释
超出限制的请求返回 HTTP 429。 在响应中指定的间隔后重试。
局限性
常规：
- 仅托管磁盘支持还原点。
- 故障一致性模式不支持超级磁盘、高级 SSD v2 磁盘、写入加速磁盘、临时 OS 磁盘和共享磁盘。
- 应用程序一致模式不支持临时 OS 磁盘和共享磁盘。
- 无论还原点集合数或一致性类型如何，虚拟机随时都可以保留最多 500 个虚拟机还原点。
- 不支持为同一虚拟机并发创建还原点。
- 不支持统一编排模式下的虚拟机规模集还原点。
- 当虚拟机具有还原点时，不支持在资源组或订阅之间移动虚拟机。 在资源组之间或订阅之间移动虚拟机不会更新还原点中对源虚拟机的引用，并导致实际虚拟机与还原点的资源管理器 ID 不一致。
跨区域复制（预览版）：
- 跨区域复制还原点时不支持专用链接。
- CMK 加密的还原点复制到目标区域时，会以 PMK 加密的形式存储。
有关限制、磁盘类型支持、OS 支持和 API 版本要求的完整列表，请参阅 VM 还原点的支持矩阵。
排查虚拟机还原点故障
大多数常见的还原点故障都源于与 VM 代理和扩展的通信。 若要解决故障，请按照排查还原点故障中的步骤操作。