本文解答了关于使用 Azure Site Recovery 服务将 Azure 虚拟机灾难恢复到另一个 Azure 区域的常见问题。
了解 Azure VM 灾难恢复的费用。
每个使用 Site Recovery 保护的实例在前 31 天均可免费享受保护。 在该时间段后，对每个实例的保护将按照定价详细信息中汇总的费率进行收费。 你可以使用 Azure 定价计算器估算费用。
是的。 尽管 Azure Site Recovery 在实例受保护的前 31 天是免费的，但你可能需要支付 Azure 存储、存储交易和数据传输费用。 恢复后的 VM 也可能会产生 Azure 计算费用。
- 了解 Azure 虚拟机灾难恢复体系结构。
- 查看支持需求。
- 为 Azure 虚拟机设置灾难恢复。
- 使用测试故障转移运行灾难恢复演练。
- 对次要 Azure 区域运行完全故障转移。
- 从次要区域故障转移回主要区域。
Site Recovery 团队和 Azure 容量管理团队规划了足够的基础结构容量。 启动故障转移时，团队还会帮助确保将受 Site Recovery 保护的虚拟机实例部署到目标区域。
是的。 Site Recovery 支持对已启用 Azure 磁盘加密 (ADE) 的虚拟机进行灾难恢复。 启用复制后，Azure 会将所有必需的磁盘加密密钥和机密从用户上下文中的源区域复制到目标区域。 如果你没有所需的权限，则安全管理员可以使用脚本来复制密钥和机密。
- Site Recovery 支持运行 Windows 的 Azure 虚拟机的 ADE。
- Site Recovery 支持：
- ADE 版本 0.1，具有需要 Microsoft Entra ID 的架构。
- ADE 版本 1.1，不需要 Microsoft Entra ID。 对于版本 1.1，Azure 虚拟机必须具有托管磁盘。
- 详细了解扩展架构。
详细了解如何为加密虚拟机启用复制。
有关对其他加密功能的支持的信息，请参阅支持矩阵。
当允许 Site Recovery 为在复制的 Azure 虚拟机上运行的出行服务扩展管理更新时，Site Recovery 会通过 Azure 自动化帐户部署全局 runbook（由 Azure 服务使用）。 可以使用 Site Recovery 创建的自动化帐户，也可以选择使用现有的自动化帐户。
当前，在门户中，只能选择与保管库位于同一资源组中的自动化帐户。 你可以使用 PowerShell 从不同的资源组中选择自动化帐户。
是，如果不需要它，可以将其删除。
否，这不会对正在进行的复制产生任何影响，因为服务器已通过 Azure Site Recovery 受到保护。
是，可以将 Azure 虚拟机复制到同一 Microsoft Entra 租户中的任何订阅。 为虚拟机启用灾难恢复时，默认情况下显示的目标订阅是源虚拟机的订阅。 你可以修改目标订阅，其他设置（如资源组和虚拟网络）将根据所选的订阅自动填充。
是，你可以在使用 PowerShell 设置复制时排除磁盘。 详细了解如何排除磁盘。
对于具有托管磁盘的复制的虚拟机，可以添加新磁盘，并为其启用复制。 添加新磁盘时，复制的虚拟机将显示一条警告消息，指出虚拟机上的一个或多个磁盘可用于保护。
- 如果为添加的磁盘启用复制，此警告会在初次复制后消失。
- 如果你不想为磁盘启用复制，则可以消除警告。
- 如果故障转移包含已添加磁盘的虚拟机，复制点会显示可用于恢复的磁盘。 例如，如果将第二个磁盘添加到包含一个磁盘的虚拟机，则添加前创建的复制点显示为 2 个磁盘中的 1 个。
- 如果执行 OS 磁盘交换，则需要执行禁用和启用复制，因为 Site Recovery 不支持交换 OS 磁盘。
Site Recovery 不支持在复制的虚拟机中热删除磁盘。 如果删除某个虚拟机磁盘，则需先禁用该虚拟机的复制，然后为其重新启用复制。
将 Azure 虚拟机复制到另一个 Azure 区域时，复制是持续性的。 详细了解复制过程。
不能使用 Site Recovery 在区域中复制非分区虚拟机。 但是，可以将分区计算机复制到同一区域中的不同区域。
可以在任意两个区域之间复制和恢复虚拟机。
不需要，但虚拟机需要访问 Site Recovery URL 和 IP 范围。 了解详细信息。
是，你可以复制应用并在另一个资源组中保留灾难恢复配置。
例如，如果应用在不同的资源组中有三个层（应用程序/数据库/web），则需要启用三次复制，才能保护所有层。 Site Recovery 会将这三个层复制到三个不同的资源组中。
否，不支持这种情况。 如果你意外地将存储帐户移到不同的资源组并删除了原始资源组，则可以创建一个与旧资源组同名的新资源组，然后将该存储帐户移到此资源组。
Azure 门户显示 逻辑区域。 在数据中心，实际物理区域映射到这些逻辑区域，映射因订阅而异。 例如，订阅 A 的区域 1 可以映射到物理区域 1，而订阅 B 的区域 1 可能映射到物理区域 2。 因此，您会在同一区域中看到不同订阅的不同映射区域。 在 Site Recovery 中，源区域和目标区域必须具有不同的物理区域。
如果源区域和目标区域相同，则无法在启用区域复制时查看目标配置的区域。
Azure Site Recovery 支持公共预览版中的 512 和 4096 扇区大小磁盘。
Azure Site Recovery 支持实时重新同步。 调整大小完成后，由 Azure Site Recovery 执行副本磁盘的重新同步，并删除较旧的恢复点。 完成重新同步并且新的恢复点开始生成后，就可以使用新的恢复点进行故障转移。
对于这两种磁盘类型，Azure Site Recovery 的 RPO 和 RTO SLA 保持不变。 但是，高级 SSD v2 磁盘需要更多时间来完成启用保护过程。 此外，由于 Azure Site Recovery 使用高级 SSD v1 磁盘作为副本磁盘，在故障转移期间，使用副本磁盘在目标中创建的新高级 SSD v2 磁盘将需要一些时间进行数据混合。 但是，这不会影响环境可用性。
高级 SSD v2 磁盘在源中使用标准页 blob 快照，在目标中使用高级快照。 如果删除可见快照，Azure Site Recovery 必须重新同步。
适用于高级 SSD v2 的 Azure Site Recovery 默认使用高级缓存存储帐户，这反映为高流失。 从 PowerShell 启用 Azure Site Recovery 时，请确保使用的缓存存储帐户是高级的。
否，Azure Site Recovery 不支持使用共享磁盘的 Linux VM。 仅支持使用基于 WSFC 的共享磁盘的 VM。
是的，它受支持。
否，仅当选择了附加到共享磁盘的所有 VM 时，才能成功启用复制。
是的，如果首次使用时没有在“启用复制”中选择所有 VM，则会显示一条警告，指出附加到共享磁盘的未选中的 VM。 如果仍要继续，请通过在“复制设置”选项卡中为存储选项选择“否’”来取消选择共享磁盘复制。
可以，无需重新选择群集即可重启作业，就像其他 A2A 场景一样。 但是，由于“启用复制”过程是针对每个节点运行的，因此需要通过 Site Recovery 作业界面为所有节点重启失败的作业。
否，如果需要添加新的共享磁盘，请禁用已受保护的群集的复制。 为修改后的基础结构启用具有新群集名称的新群集保护。
否，适用于共享磁盘的 Azure Site Recovery 仅支持崩溃一致性恢复点。
否，Azure Site Recovery 中的共享磁盘不支持恢复计划。
复制策略定义恢复点的保留历史记录，以及应用一致性快照的频率。 Site Recovery 创建默认复制策略，如下所示：
- 将恢复点保留一天。
- 应用一致性快照已禁用，默认情况下不会创建。
详细了解复制设置。
崩溃一致性恢复点包含创建快照期间拔下服务器的电源线时磁盘上的数据。 它不包括创建快照时内存中存在的任何数据。
目前，大多数应用都可以从崩溃一致性快照正常恢复。 对于无数据库的操作系统以及应用（如文件服务器、DHCP 服务器、打印服务器），崩溃一致性恢复点已足够。
Site Recovery 每隔五分钟自动创建一个崩溃一致性恢复点。
应用一致性恢复点是基于应用一致性快照创建的。 它们捕获的数据与崩溃一致性快照相同，此外还会捕获内存中的数据，以及进程中的所有事务。
由于包含额外的内容，应用一致性快照涉及的操作最多，且花费的时间最长。 我们建议对数据库操作系统以及 SQL Server 等应用使用应用一致性恢复点。 对于 Windows，应用一致性快照使用卷影复制服务 (VSS)。
因为应用一致性恢复点会捕获内存和进程中的所有数据，如果它们频繁地捕获，则在工作负载已经很繁忙的情况下可能会影响性能。 对于无数据库工作负载，我们建议不要太频繁地进行捕获。 即使对于数据库工作负载，一小时也应该足以满足需要。
Site Recovery 可以创建应用一致性恢复点，其最小频率为一小时。
是的。 适用于 Linux 的移动代理支持用于应用一致性的自定义脚本。 该代理使用带有前置和后置选项的自定义脚本。 了解详细信息
为了了解 Site Recovery 如何生成恢复点，让我们使用一个示例。
- 复制策略将恢复点保留一天，并每小时创建应用一致快照。
- Site Recovery 每隔五分钟创建一个崩溃一致性恢复点。 你无法更改此频率。
- Site Recovery 会在两小时后修剪恢复点，每小时保存一个点。
因此，对于过去的两个小时，你可以从 24 个崩溃一致性点和两个应用一致性点中进行选择，如图所示。
可以使用的最早恢复点对于托管磁盘是 15 天，对于非托管磁盘是 3 天。
崩溃一致恢复点每五分钟生成一次。 根据你输入的输入频率生成应用一致快照。 超过两个小时后，可能会根据输入的保留期来修剪恢复点。 下面是场景：
| 保持期输入 | 修剪机制 |
|---|---|
| 0 天 | 未保存恢复点。 只能故障转移到最新点 |
| 1 天 | 过去两小时后，每小时保存一个恢复点 |
| 2 - 7 天 | 过去两小时后，每两小时保存一个恢复点 |
| 8 - 15 天 | 过去两小时后，每两小时保存一个恢复点，持续 7 天。 之后，每 4 小时保存一个恢复点。 即使输入的应用一致性快照频率较低，应用一致性快照也会根据上述表格中所提到的时间长度进行精简。 |
如果复制策略为一天，并且 Site Recovery 无法生成恢复点超过一天，则将保留旧恢复点。 Site Recovery 仅在生成新点时替换最旧的点。 到达保留期之后，在出现新的恢复点之前，所有旧恢复点将会保留。
是的。 在保管库 >“Site Recovery 基础结构”“复制策略”中，选择并编辑策略>。 更改也适用于现有策略。
生成的第一个恢复点包含完整副本。 后续恢复点包含增量更改。
是的。 例如，如果你将保留期从一天增加到三天，Site Recovery 会将恢复点再保留两天。 增加的时间会导致存储更改。 以前，它每小时保存一次恢复点，持续一天。 现在，它每两小时保存一次恢复点，持续 3 天。 请参阅修剪恢复点。 因此，保存了额外的 12 个恢复点。 例如，如果单个恢复点包含 10 GB 的增量更改，每 GB 费用为 0.16 美元/月，则每月会产生 1.60 美元 × 12 的额外费用。
多 VM 一致性可以确保恢复点在复制的虚拟机之间保持一致。
- 当启用多 VM 一致性时，Site Recovery 会创建启用了该选项并包含所有计算机的复制组。
- 对复制组中的计算机进行故障转移时，它们共享崩溃一致性恢复点和应用一致性恢复点。
了解如何启用多 VM 一致性。
否。 启用多 VM 一致性时，它会推断应用依赖于复制组中的所有虚拟机，并且不允许对单个虚拟机进行故障转移。
在一个复制组中，可以一同复制 16 个虚拟机。
由于多 VM 一致性会占用大量 CPU 资源，启用它可能会影响工作负载性能。 仅当虚拟机运行相同的工作负载并且需要在多个计算机之间保持一致时才启用。 例如，如果应用程序中有两个 SQL Server 实例和两个 Web 服务器，则只为 SQL Server 实例启用多 VM 一致性。
无法将受保护的 VM 添加到现有复制组。
Site Recovery 团队和 Azure 容量管理团队尽最大努力计划足够的基础结构容量。 启动故障转移时，团队还会帮助确保受 Site Recovery 保护的虚拟机实例可以部署到目标区域。
故障转移不是自动的。 可以在门户中单击一下鼠标来启动故障转移，也可以使用 PowerShell 来触发故障转移。
无法在故障转移后保留生产应用的公共 IP 地址。
在故障转移过程中启动某个工作负载时，需要为其分配一个 Azure 公共 IP 地址资源。 该资源必须在目标区域中可用。 可以手动分配 Azure 公共 IP 地址资源，也可以使用恢复计划来自动分配。 了解如何设置故障转移后的公共 IP 地址。
是的。 默认情况下，为 Azure 虚拟机启动灾难恢复时，Site Recovery 将根据源资源设置创建目标资源。 对于配置有静态 IP 地址的 Azure 虚拟机，Site Recovery 会尝试为没有使用的目标虚拟机预配相同的 IP 地址。 详细了解如何在故障转移后保留 IP 地址。
故障转移时，Site Recovery 会尽量提供 IP 地址。 如果该地址被另一个虚拟机占用，则 Site Recovery 会将下一个可用 IP 地址设为目标。
详细了解如何设置虚拟网络的网络映射和 IP 寻址。
“最新（最低 RPO）”恢复点选项提供最低恢复点目标 (RPO)。 它会首先处理已发送到 Site Recovery 服务的所有数据，为每个虚拟机创建恢复点，然后将其故障转移到该恢复点。 它最初尝试处理并应用发送到目标位置中的 Site Recovery 服务的所有数据，并使用处理的数据创建恢复点。 但是，如果在触发故障转移时，没有上传到 Site Recovery 服务等待处理的数据，Azure Site Recovery 将不会执行任何处理，因此不会创建新的恢复点。 在这种情况下，它将仅使用以前处理的恢复点进行故障转移。
是的。 Site Recovery 在故障转移之前需要处理所有挂起的数据，因此，此选项的恢复时间目标 (RTO) 比其他选项更高。
“最新已处理”选项将执行以下操作：
- 它将所有虚拟机故障转移到 Site Recovery 处理的最新恢复点。 此选项提供低的 RTO，因为无需费时处理未经处理的数据。
可以启动故障转移。 Site Recovery 不需要从主要区域建立连接即可执行故障转移。
Site Recovery 的 RTO SLA 为 1 小时。 在大多数情况下，Site Recovery 在几分钟内即可对虚拟机进行故障转移。 若要计算 RTO，请查看故障转移作业，该作业显示启动虚拟机所需的时间。
Site Recovery 中的恢复计划可以协调虚拟机的故障转移和恢复。 它有助于实现恢复的一致准确性、可重复性和自动化。 此选项执行以下操作：
- 定义一组可以一起故障转移的虚拟机
- 定义虚拟机之间的依赖关系，使应用程序能够适时启动。
- 自动化恢复，并可选择对除虚拟机故障转移以外的任务执行自定义手动操作。
在恢复计划中，可以创建最多 7 个虚拟机组进行排序。 组一次只对一个对象进行故障转移，因此属于同一组的虚拟机可以一起进行故障转移。 了解详细信息。
若要检查恢复计划的 RTO，请对恢复计划执行测试故障转移。 在“Site Recovery 作业”中，检查测试故障转移持续时间。 在示例屏幕截图中，“SAPTestRecoveryPlan”测试故障转移作业耗时 8 分 59 秒。
是的。 了解详细信息。
否。 将虚拟机从一个区域故障转移到另一个区域时，虚拟机会以未受保护的状态在目标灾难恢复区域中启动。 若要重新保护次要区域中的虚拟机，可以启用到主要区域的复制。
视情况而定。 如果源区域虚拟机存在，那么只同步源磁盘与目标磁盘之间的更改。 Site Recovery 将磁盘与不同的磁盘进行比较，然后传输数据。 此过程通常需要几个小时。 了解详细信息。
完成重新保护后，故障回复所需的时间类似于从主要区域故障转移到次要区域所需的时间。
Site Recovery 团队和 Azure 容量管理团队尽最大努力计划足够的基础结构容量。 启动故障转移时，团队还会帮助确保受 Site Recovery 保护的虚拟机实例可以部署到目标区域。
否。Site Recovery 不会拦截复制的数据，也不包含虚拟机上运行的组件的任何相关信息。 只有用于协调复制和故障转移的元数据会被发送到站点恢复服务。
Site Recovery 获得了 ISO 27001:2013、27018、HIPAA 和 DPA 认证。 此服务正在接受 SOC2 和 FedRAMP JAB 评估。
是，Azure 中的传输中加密和静态加密均受支持。
Azure Site Recovery 会创建副本磁盘和目标磁盘。 副本磁盘是存有复制数据的磁盘，而目标磁盘是连接到故障转移（或测试故障转移）虚拟机的磁盘。 Azure Site Recovery 会创建启用了公共访问的磁盘。 不过，可按照以下步骤手动禁用这些磁盘的公共访问：
转到恢复服务保管库的“复制的项”部分。
选择要更改其磁盘网络访问策略的虚拟机。
在“计算”选项卡中查找目标订阅名称和目标资源组名称。副本磁盘位于目标订阅和目标资源组中。 故障转移和测试故障转移虚拟机也在目标订阅的目标资源组中创建。
转到复制的项的“磁盘”选项卡，确定与每个源磁盘相对应的副本磁盘名称和目标磁盘名称。 可以在上一步中获取的目标资源组中找到副本磁盘。 同样，完成故障转移后，你会将目标磁盘附加到目标资源组中的恢复虚拟机。
对于每个副本磁盘，请执行以下操作：
转到磁盘的“设置”下的“磁盘导出”选项卡。 默认情况下，磁盘应具有 Azure Site Recovery 的 SAS 访问权限。
在进行任何网络访问权限更改之前，请使用“取消导出”选项取消导出。
Azure Site Recovery 需要副本磁盘上的 SAS 来进行复制。 取消导出可能会暂时影响 Azure Site Recovery 复制，但 Site Recovery 会在几分钟后自动恢复 SAS。
转到磁盘的“设置”选项下的“网络”选项卡。 默认情况下，创建磁盘时启用了“启用来自所有网络的公共访问”设置。
在取消导出成功后，将网络访问权限更改为“禁用公共访问并启用专用访问”或“禁用公共和专用访问”。
如果要将磁盘网络访问权限为“禁用公共访问并启用专用访问”，则要使用的磁盘访问资源应该已经存在于目标订阅的目标区域中。
备注
仅当已取消导出时，才能更改磁盘的网络访问。 如果不取消导出，将禁止更改磁盘的网络访问权限。
完成故障转移或测试故障转移后，在目标位置创建的恢复虚拟机也具有启用了公共访问的磁盘。 这些磁盘不会由 Azure Site Recovery 进行 SAS。 若要更改这些磁盘的网络访问权限，请转到磁盘的“网络”选项卡，并根据步骤 5 按照需要更改磁盘网络访问权限。
在重新保护和故障回复期间，Azure Site Recovery 还会创建启用了公共访问的磁盘。 根据您的需求，您可以更改这些磁盘的网络访问权限，如上文步骤中所讨论的。
- 查阅 Azure 到 Azure 支持要求。
- 设置 Azure 到 Azure 的复制。
- 如果在阅读本文后有任何疑问，请将它们发布在关于 Azure 恢复服务的 Microsoft Q&A 问题页上。