教程:将 Azure VM 故障回复到主要区域

将 Azure VM 故障转移到次要 Azure 区域后,请按照本教程操作,使用 Azure Site Recovery 将 VM 故障转移到主要 Azure 区域。 在本文中,学习如何:

  • 查看先决条件。
  • 对次要区域中的 VM 进行故障回复。
  • 重新保护主 VM,以便它复制回次要区域。

注意

本教程介绍如何通过最少的步骤对 VM 进行故障回复。 如果要使用完整设置运行故障转移,请了解 Azure VM 网络自动化故障排除

先决条件

开始本教程之前,应完成以下操作:

  1. 至少为一个 Azure VM 设置复制,并为此尝试进行灾难恢复演练
  2. 将 VM 从主要区域故障转移到次要区域,然后对其进行重新保护,使其从次要区域复制到主要区域。
  3. 检查主要区域是否可用,并且你是否能够在其中创建和访问新资源。

故障回复到主要区域

重新保护 VM 后,可根据需要故障回复到主要区域。

  1. 在保管库中选择“复制的项”,然后选择 VM。

  2. 在运行故障转移之前,请在 VM 概述页面上,检查虚拟机是否正常运行以及同步是否完成。 VM 应处于受保护状态。

    VM overview page showing VM in a protected state

  3. 在概述页面上,选择“故障转移”。 由于这次未进行测试故障转移,系统会提示进行验证。

    Page showing we agree to run failover without a test failover

  4. 在“故障转移”中,记下从次要区域到主要区域的方向,然后选择某个恢复点。 使用来自此点的数据在目标(主要区域)中创建 Azure VM。

    • 最新处理:使用由 Site Recovery 处理的最新恢复点。 将显示时间戳。 无需费时处理数据,因此恢复时间目标 (RTO) 会较低。
    • 最新:处理发送到 Site Recovery 的所有数据,为每个 VM 创建恢复点,然后将其故障转移到该恢复点。 提供最低的恢复点目标 (RPO),因为触发故障转移时,所有数据都将复制到 Site Recovery 中。
    • 最新的应用一致:此选项将 VM 故障转移到最新的应用一致恢复点。 将显示时间戳。
    • 自定义:故障转移到特定的恢复点。 自定义仅在对单个 VM 进行故障转移且不使用恢复计划时可用。

    注意

    如果在为 VM 启用复制后对添加了磁盘的 VM 进行故障转移,则复制点将显示可用于恢复的磁盘。 例如,在添加第二个磁盘之前创建的复制点会显示为“第 1 个磁盘,共 2 个”。

  5. 如果希望 Site Recovery 在开始故障转移之前尝试关闭源 VM,请选择“在开始故障转移之前关闭计算机”。 关闭有助于确保没有数据丢失。 即使关机失败,故障转移也仍会继续。

    Failover settings page

  6. 若要启动故障转移,请选择“确定”。

  7. 在通知中监视故障转移。

    Notification for failover progress
    Notification for failover success

重新保护 VM

将 VM 故障回复到主要区域后,需要重新保护它们,以便它们再次开始复制到次要区域。

  1. 在 VM 的“概述”页面上,选择“重新保护” 。

    Button to reprotect from the primary region

  2. 查看主要区域的目标设置。 标记为“新”的资源由 Site Recovery 在重新保护操作中创建。

  3. 选择“确定”以开始重新保护过程。 该过程将初始数据发送到目标位置,然后将 VM 的增量信息复制到目标。

    Page showing replication settings

  4. 在通知中监视重新保护进度。

    Reprotect start notificationReprotect finish notification

清理资源

对于具有托管磁盘的 VM,在完成故障回复并重新保护 VM 以实现从主要区域复制到次要区域之后,Site Recovery 会自动清理次要灾难恢复区域中的计算机。 无需手动删除次要区域中的 VM 和 NIC。 不清理具有非托管磁盘的 VM。

如果在故障回复后完全禁用复制,则 Site Recovery 会清理受其保护的计算机。 在这种情况下,它还会为不使用托管磁盘的 VM 清理磁盘。

后续步骤

本教程已将 VM 从次要区域故障回复到了主要区域。 这是该过程的最后一步,其中包括为 VM 启用复制、尝试进行灾难恢复演练、从主要区域故障转移到次要区域,最后进行故障回复。

现在,尝试将本地 VM 灾难恢复到 Azure