Compartilhar via

故障转移和故障回复复制到Azure的物理服务器

本教程介绍如何使用 Azure Site Recovery 将正在向 Azure 进行数据复制的本地物理服务器进行故障转移。 故障转移后，当本地站点可用时，从Azure故障复原到本地站点。

在您开始之前

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

运行故障转移

验证服务器属性

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

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

故障转移到Azure平台

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

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

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

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

  4. 如果您准备连接到 Azure VM，请在发生故障转移后进行连接以验证连接。

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

警告

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

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

在故障转移期间，您可能希望自动化执行某些操作。 要做到这一点，您可以在恢复计划中使用脚本或Azure自动化运行手册。

  • 了解如何创建和自定义恢复计划，包括添加脚本。
  • 了解向恢复计划添加 Azure 自动化运行手册。

故障转移后配置设置

故障转移后，需要配置Azure设置才能连接到复制的Azure VM。 另外，还需设置内部和公共 IP 地址。

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

Azure 云环境故障转移完成后，可以通过将 Azure 虚拟机复制到本地站点进行重新保护。 一旦完成复制，可以通过运行从 Azure 到本地站点的故障转移，将其故障恢复到本地。

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

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

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

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

  2. 在重新保护中，验证是否选择了Azure 到本地。

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

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

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

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

注释

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

从Azure故障回复

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

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

将本地机器重新配置保护至Azure

数据现在应重新回到本地站点，但它不会复制到Azure。 可以再次开始复制到Azure，如下所示：

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

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

后续步骤

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

  • Last updated on