运行从本地到 Azure 的故障转移

本文介绍如何在 Azure Site Recovery 中将本地计算机故障转移到 Azure。

开始之前

  • 了解灾难恢复中的故障转移过程。
  • 如果要对多台计算机进行故障转移,请了解如何在恢复计划中聚集计算机。
  • 在执行完全故障转移之前,请运行灾难恢复演练,确保一切按预期运行。

准备在故障转移后进行连接

若要确保可连接到故障转移后创建的 Azure VM,故障转移前需要在本地执行多项操作。

在本地为故障转移后进行连接做好准备

如果要在故障转移后使用 RDP/SSH 连接到 Azure VM,则故障转移前需要在本地执行多项操作。

故障转移之后 位置 操作
运行 Windows 的 Azure VM 故障转移之前的本地计算机 若要通过 Internet 访问 Azure VM,请启用 RDP,并确保已针对“公共” 添加 TCP 和 UDP 规则,并在“Windows 防火墙” > “允许的应用” 中针对所有配置文件允许 RDP。

若要通过站点到站点连接访问 Azure VM,请在计算机上启用 RDP,并确保在“Windows 防火墙” -> “允许的应用和功能” 中针对“域和专用” 网络允许 RDP。



删除所有静态永久性路由和 WinHTTP 代理。 确保操作系统 SAN 策略已设置为 OnlineAll了解详细信息

在触发故障转移时,请确保 VM 上没有处于挂起状态的 Windows 更新。 Windows 更新可能会在故障转移时启动,在更新完成之前,无法登录到 VM。
运行 Linux 的 Azure VM 故障转移之前的本地计算机 确保 VM 上的安全外壳服务已设置为在系统引导时自动启动。

确保防火墙规则允许 SSH 连接。

运行故障转移

本过程介绍了如何对恢复计划运行故障转移。 如果要为单个 VM 运行故障转移,请遵循适用于 VMware VM物理服务器Hyper-V VM 的说明。

运行恢复计划故障转移,如下所示:

  1. 在 Site Recovery 保管库中,选择“恢复计划” > “recoveryplan_name” 。

  2. 单击 “故障转移”

    Azure Site Recovery 的屏幕截图,其中显示了 ADRP 窗格,并从“更多”菜单中选择了“故障转移”。

  3. 在“故障转移” > “故障转移方向”中,如果要复制到 Azure,则保留默认值 。

  4. 在“故障转移”中,选择要故障转移到的恢复点 。

    • 最新 :使用最新的点。 此时会处理发送到 Site Recovery 服务的所有数据,并为每台计算机创建一个恢复点。 此选项提供最低 RPO(恢复点目标),因为故障转移后创建的 VM 具有触发故障转移时复制到 Site Recovery 的所有数据。 请注意,当源区域出现故障时,将无法再进行日志处理。 因此,必须故障转移到“最新的已处理”恢复点。 请参阅下一个要点了解详细信息。
    • 最新处理 :使用此选项可将 VM 故障转移到已由 Site Recovery 处理的最新恢复点。 你可在 VM 的“最新恢复点”中查看最新处理的恢复点。 此选项提供较低的 RTO,因为无需费时处理未经处理的数据
    • 最新应用一致 :使用此选项可将 VM 故障转移到已由 Site Recovery 处理的最新应用程序一致恢复点。
    • 最新处理的多 VM :借助此选项,属于复制组的 VM 会故障转移到最新通用多 VM 一致恢复点。 其他虚拟机会故障转移到其最新处理的恢复点。 此选项仅可用于至少有一个 VM 已启用多 VM 一致性的恢复计划。
    • 最新的多 VM 应用一致 :借助此选项,属于复制组的 VM 会故障转移到最新的常用多 VM 应用程序一致恢复点。 其他虚拟机将故障转移到其最新的应用程序一致恢复点。 仅可用于至少有一个 VM 已启用多 VM 一致性的恢复计划。
    • 自定义 :不可用于恢复计划。 此选项仅可用于单个 VM 的故障转移。
  5. 如果希望 Site Recovery 在启动故障转移前关闭源 VM,请选择“在开始故障转移前关闭计算机”。 即使关机失败,故障转移也仍会继续。

    备注

    如果对 Hyper-V VM 进行故障转移,则在触发故障转移前,关机操作会尝试同步和复制尚未发送到服务的本地数据。

  6. 在“作业”页上跟踪故障转移进度。 即使发生错误,恢复计划也会运行到完成为止。

  7. 故障转移后,登录到 VM 进行验证。

  8. 如果要切换到用于故障转移的其他恢复点,请使用“更改恢复点”。

  9. 准备就绪后,就可以提交故障转移。 提交 操作将删除该服务可用的所有恢复点。 “更改恢复点”选项将不再可用。

运行计划故障转移 (Hyper-V)

可为 Hyper-V VM 运行计划故障转移。

  • 计划故障转移是不会丢失任何数据的故障转移选项。
  • 触发计划内故障转移时,首先会关闭源虚拟机,同步最新数据,然后再触发故障转移。
  • 可使用“计划故障转移”选项运行计划的故障转移。 它以与常规故障转移类似的方式运行。

跟踪故障转移

有多个与故障转移相关的作业。

“作业”页面的屏幕截图,其中显示了在“名称”列中展开的“组 1:Start(1)”的作业列表。突出显示了 SQLServer 作业行。

  • 先决条件检查 :确保满足故障转移所需的全部条件。
  • 故障转移 :处理数据,以便通过其创建 Azure VM。 如果选择了 最新的 恢复点,则会基于发送到服务的数据创建恢复点。
  • 开始 :使用上一步中处理的数据创建 Azure VM。

警告

请勿取消正在进行的故障转移 :在启动故障转移前,VM 的复制已停止。 如果取消正在进行的作业,故障转移会停止,但 VM 将不会开始复制。 无法再次启动复制。

额外的故障转移时间

在某些情况下,VM 故障转移需要执行中间步骤,这些步骤通常需要大约 8 到 10 分钟才能完成。 以下是受此额外步骤/时间影响的计算机:

  • 运行的移动服务版本低于 9.8 的 VMware 虚拟机。
  • 物理服务器以及作为物理服务器受到保护的 Hyper-V VM。
  • VMware Linux VM。
  • 这些驱动程序不作为启动驱动程序出现的 VMware VM:
    • storvsc
    • vmbus
    • storflt
    • intelide
    • atapi
  • 未启用 DHCP 的 VMware VM,无论它们使用的是 DHCP 还是静态 IP 地址。

在故障转移过程中自动执行操作

你可能希望在故障转移过程中自动执行操作。 为此,可以在恢复计划中使用脚本或 Azure 自动化 runbook。

  • 了解如何创建和自定义恢复计划,包括添加脚本。

故障转移后配置设置

在故障转移后保留驱动器号

Site Recovery 会处理驱动器号的保留。 如果要在 VM 复制期间排除磁盘,请查看其工作原理示例

在 Azure 中为故障转移后进行连接做好准备

如果要使用 RDP 或 SSH 连接到故障转移后创建的 Azure VM,请遵照表格中汇总的要求。

故障转移 位置 操作
运行 Windows 的 Azure VM 故障转移之后在 Azure VM 上 为 VM 添加公共 IP 地址

已故障转移的 VM(及其连接到的 Azure 子网)上的网络安全组规则需要允许与 RDP 端口建立传入连接。

选中“启动诊断”可查看 VM 的屏幕截图。

如果无法连接,请检查 VM 是否正在运行,并查看这些故障排除提示
运行 Linux 的 Azure VM 故障转移之后在 Azure VM 上 已故障转移的 VM(及其连接到的 Azure 子网)上的网络安全组规则需要允许与 SSH 端口建立传入连接。

为 VM 添加公共 IP 地址

选中“启动诊断”可查看 VM 的屏幕截图 。

请按照此处所述的步骤对故障转移后的任何连接问题进行故障排除。

设置 IP 寻址

  • 内部 IP 地址 :若要在故障转移后设置 Azure VM 的内部 IP 地址,可使用以下选项:
    • 保留相同 IP 地址:可在 Azure VM 上使用与分配给本地计算机的 IP 地址相同的 IP 地址。
    • 使用其他 IP 地址:可为 Azure VM 使用其他 IP 地址。
    • 详细了解如何设置内部 IP 地址。
  • 外部 IP 地址 :可在故障转移时保留公共 IP 地址。 必须将故障转移过程中创建的 Azure VM 分配给 Azure 区域中可用的 Azure 公共 IP 地址。 可手动分配公共 IP 地址,也可通过恢复计划自动化公共 IP 地址分配过程。 了解详细信息

后续步骤

故障转移后,需要重新保护才能开始将 Azure VM 复制回本地站点。 复制启动并运行后,即可在准备就绪时进行本地故障回复。

  • 详细了解重新保护和故障回复。
  • 准备进行 VMware 重新保护和故障回复。
  • 故障回复 Hyper-V VM。
  • 了解物理服务器的故障转移和故障回复过程。