다음을 통해 공유

将复制到 Azure 的物理服务器进行故障转移和故障恢复

本教程描述了如何使用 Azure Site Recovery 对复制到 Azure 的本地物理服务器进行故障转移。 故障转移之后，可以在本地站点可用时从 Azure 回切到本地站点。

在您开始之前

  • 了解灾难恢复中的故障转移过程。
  • 如果要对多台计算机进行故障转移，请了解如何通过恢复计划将计算机聚集在一起。
  • 在执行完全故障转移之前，请运行灾难恢复演练，确保一切按预期运行。
  • 请按照这些说明，准备在故障转移后连接到 Azure 虚拟机。

运行故障转移

验证服务器属性

验证服务器属性，确保其符合 Azure VM 的 Azure 要求。

  1. 在“受保护的项”中，单击“复制的项”，然后选择计算机 。
  2. 在复制的项窗格中，有一个关于计算机信息、运行状况和最新可用恢复点的摘要。 单击“属性” ，查看详细信息。
  3. 在“计算和网络” 中，可以修改 Azure 名称、资源组、目标大小、可用性集和托管磁盘设置
  4. 您可以查看和修改网络配置，包括在故障转移后 Azure VM 将所在的网络/子网，以及将被分配给它的 IP 地址。
  5. 在“磁盘” 中，可以看到有关计算机操作系统和数据磁盘的信息。

故障转移到 Azure

  1. 在 受保护的项 中>复制的项，单击计算机的 >故障转移。

  2. 在“故障转移”中，选择要故障转移到的“恢复点” 。 可以使用以下选项之一：

    • 最新：此选项会首先处理发送到 Site Recovery 的所有数据。 它提供最低的 RPO（恢复点对象），因为故障转移后创建的 Azure VM 具有触发故障转移时复制到 Site Recovery 的所有数据。
    • 最新处理：此选项可切换到 Site Recovery 已经处理的最新恢复点。 此选项提供低 RTO（恢复时间目标），因为无需费时处理未经处理的数据。
    • 最新的应用一致：此选项将计算机故障转移到由 Site Recovery 处理的最新应用一致恢复点。
    • 自定义：指定一个恢复点。

  3. 如果希望 Site Recovery 在触发故障转移之前尝试关闭源计算机，请选择“在开始故障转移前关闭计算机” 。 即使关机失败，故障转移也仍会继续。 可以在作业 页上跟踪故障转移进度。

  4. 如果已准备好连接到 Azure VM，请在故障转移后连接并验证其状态。

  5. 验证后，提交故障转移。 这会删除所有可用的恢复点。

警告

请勿取消正在进行的故障转移。 在故障转移开始之前，机器复制会停止。 如果取消故障转移，它会停止，但计算机不会再次复制。 对于物理服务器，其他故障转移处理可能需要大约八到十分钟时间才能完成。

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

在故障转移期间，您可能希望自动化执行某些操作。 为此，您可以在恢复计划中使用脚本或 Azure 自动化脚本。

  • 了解如何创建和自定义恢复计划，包括添加脚本。
  • 了解如何将 Azure 自动化作业簿添加到恢复计划中。

故障转移后配置设置

故障转移后，需要配置 Azure 设置，以连接到已复制的 Azure 虚拟机。 另外，还需设置内部和公共 IP 地址。

为重新保护和故障回复做好准备

在切换到 Azure 后，可以通过将 Azure VM 复制到本地站点来对其重新进行保护。 然后，在复制之后，您可以运行 Azure 到本地的故障切换，将它们恢复到本地站点。

  1. 使用 Site Recovery 复制到 Azure 的物理服务器只能回切为 VMware VM。 要进行故障恢复，必须具备 VMware 基础架构。 按照本文中的步骤，为重新保护和故障回复做好准备，其中包括在 Azure 中设置进程服务器，设置本地主目标服务器，以及配置站点到站点 VPN 或 ExpressRoute 专用对等互连，以进行故障回复。
  2. 请确保本地配置服务器正在运行并已连接到 Azure。 在故障转移到 Azure 的过程中，本地站点可能无法访问，因此配置服务器可能不可用或关闭。 故障回复期间，VM 必须位于配置服务器数据库中。 否则，故障回复不会成功。
  3. 删除本地主目标服务器上的所有快照。 如果存在快照，则重新保护将不起作用。 在执行重新保护作业期间，VM 上的快照会自动合并。
  4. 如果你正在重新保护为实现多虚拟机一致性而集中到一个复制组中的虚拟机，请确保它们都具有相同的操作系统（Windows 或 Linux），并确保部署的主目标服务器具有相同类型的操作系统。 复制组中的所有 VM 都必须使用相同的主目标服务器。
  5. 打开故障恢复所需的端口。
  6. 在执行故障恢复之前，确保 vCenter Server 已连接。 否则，断开磁盘连接并将其附加回到虚拟机的操作会失败。
  7. 如果 vCenter Server 管理需进行故障恢复的虚拟机，请确保你具有所需的权限。 如果执行只读的用户 vCenter 发现并保护虚拟机，保护会成功且故障转移可正常工作。 但是，在重新保护期间，故障转移会失败，因为无法检测到数据存储，并且它们在重新保护期间未被列出。 若要解决此问题，可以使用相应的帐户/权限更新 vCenter 凭据，然后重试作业。
  8. 如果使用模板创建虚拟机，请确保每个 VM 都有自己的磁盘 UUID。 如果本地 VM 的 UUID 与主目标服务器的 UUID 冲突（因为两者都是基于同一模板创建的），重新保护会失败。 从其他模板部署。
  9. 如果要切换回备用 vCenter Server，请确保已发现新的 vCenter Server 和主目标服务器。 通常情况下，如果这些数据存储不可访问，或在“重新保护”中不可见 。
  10. 请验证以下无法进行故障恢复的场景：
    • 是否使用的是 ESXi 5.5 免费版或 vSphere 6 虚拟机监控程序免费版。 升级到其他版本。
    • 如果你有 Windows Server 2008 R2 SP1 物理服务器。
    • 已迁移的 VM。
    • 已移动到另一个资源组的 VM。
    • 被删除的 Azure 虚拟机副本。
    • 一个未受保护的 Azure 虚拟机副本（正在复制到本地站点）。
  11. 查看可以使用的故障回复的类型 - 原始位置恢复和备用位置恢复。

将 Azure VM 重新保护到备用位置

此过程假定本地 VM 不可用。

  1. 在保管库>受保护的项>和复制的项中，右键单击已故障转移的计算机，然后选择>重新保护。

  2. 在“重新保护”中，确保选择“Azure 到本地” 。

  3. 指定本地主目标服务器和进程服务器。

  4. 在“数据存储”中，选择要将本地磁盘恢复到的主目标数据存储。 - 如果本地 VM 已被删除或不存在，并且你需要创建新磁盘，请使用此选项。 - 如果磁盘已存在，则忽略此设置，但确实需要指定值。

  5. 选择主目标保留驱动器。 将自动选择故障回复策略。

  6. 单击“确定”开始重新保护。 一个作业会开始将 Azure VM 复制到本地站点。 可以在“作业”选项卡上跟踪进度。

注释

如果要将 Azure VM 恢复到现有本地 VM，请使用读/写访问权限将本地虚拟机的数据存储装载在主目标服务器的 ESXi 主机上。

从 Azure 回复故障

运行故障转移，步骤如下：

  1. 在“复制的项”页中右键单击该计算机，然后单击“计划外故障转移”。
  2. 在确认故障转移中，验证故障转移方向为从 Azure 开始。 3. 选择要用于此故障转移的恢复点。
    • 建议您使用最新恢复点。 应用一致性点落后于最新的时间点，并会导致部分数据丢失。
    • “最新”是崩溃一致性恢复点。
    • 故障转移运行时，Site Recovery 会关闭 Azure VM，并启动本地 VM。 请选一个合适的时间，因为会有停机时间。
  3. 右键单击该计算机，然后单击“提交”。 由此触发的作业会删除 Azure VM。
  4. 验证 Azure VM 已按预期情况关闭。

将本地计算机重新保护到 Azure

数据现应返回到本地站点，但不会复制到 Azure。 可按如下操作开始再次复制到 Azure：

  1. 在保管库>受保护的项>中，选择已故障回复的 VM，然后单击“重新保护”。

  2. 选择用于将复制数据发送到 Azure 的进程服务器，然后单击“确定”。

后续步骤

重新保护作业完成后，本地 VM 将复制到 Azure。 可根据需要再次运行到 Azure 的故障转移。

  • Last updated on