对 VMware 虚拟机进行故障转移 - 现代化

本文介绍如何使用 Azure Site Recovery（现代版）将本地 VMware 虚拟机 (VM) 故障转移到 Azure。

本教程中，您将学习如何：

  • 验证 VMware VM 属性是否符合 Azure 要求。
  • 将特定 VM 故障转移到 Azure。

注释

教程介绍了某个方案的最简单部署路径。 它们尽可能地使用默认选项，并且不显示所有可能的设置和路径。 若要详细了解有关故障转移的信息，请参阅 对 VM 和物理服务器进行故障转移。

了解故障转移的不同类型。 如果要在恢复计划中对多个 VM 进行切换，请查看本文。

先决条件

完成前面的教程：

  1. 确保已设置 Azure，以便实现 VMware VM 的本地灾难恢复。
  2. 准备本地 VMware 环境，以实现灾难恢复。
  3. 为 VMware VM 设置灾难恢复。
  4. 运行灾难恢复演练，以确保一切按预期方式进行。

验证 VM 属性

运行故障转移之前，请检查 VM 属性，确保 VM 符合 Azure 要求。

请按照以下步骤验证 VM 属性：

  1. 在“受保护的项”中选择“复制的项”，然后选择要验证的 VM 。

  2. “复制的项”窗格中具有 VM 信息、运行状况状态和最新可用恢复点的摘要 。 选择 “属性 ”以查看更多详细信息。

  3. 在 计算和网络中，可以根据需要修改这些属性：

    • Azure名称
    • 资源组
    • 目标大小
    • 托管磁盘设置

  4. 可以查看和修改网络设置，包括：

    • 故障转移后用于放置 Azure VM 的网络和子网。
    • 要分配给它的 IP 地址。

  5. 在“磁盘” 中，可以看到关于 VM 上的操作系统和数据磁盘的信息。

运行故障转移至 Azure

  1. 在 设置复制的项 中，选择要进行故障转移的 VM，然后选择 故障转移。

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

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

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

在某些情况下，故障转移需要额外进行处理，完成这些处理大约需要 8 到 10 分钟。 在以下情况下，你可能会发现故障转移测试时间可能会更长：

  • VMware Linux 虚拟机。
  • 未启用 DHCP 服务的 VMware VM。
  • VMware VM 不包含以下启动驱动程序：storvsc、vmbus、storflt、intelide、atapi。

Warning

请勿取消正在进行的故障转移。 在故障转移开始前，VM 复制已停止。 如果取消当前正在进行的故障转移，故障转移将停止，但 VM 将不会再次进行复制。

连接到已故障转移的虚拟机

  1. 如果要在故障转移后通过使用远程桌面协议（RDP）和安全外壳（SSH）连接到 Azure VM，请验证是否满足要求。
  2. 故障转移后，请转到该 VM，并通过与它建立连接来进行验证。
  3. 如果要在故障转移后使用不同的恢复点，请使用更改恢复点。 在下一步中确认故障转移后，此选项将不再可用。
  4. 验证后，选择 Commit 以完成故障转移后 VM 恢复点的最终确定。
  5. 提交后，系统会删除其他所有可用的恢复点。 此步骤是完成故障转移的最后一步。

Tip

如果故障转移后遇到任何连接问题，请遵循故障排除指南予以解决。

从 Azure 到本地站点的计划内故障转移

你可以执行从 Azure 到本地的计划性故障转移。 因为是计划内的故障转移活动，所以是在触发计划内故障转移作业后生成恢复点。

注释

在继续之前，请确保该计算机的复制运行状况良好。 另请确保设备及其所有组件也正常。

触发计划内故障转移时，系统会将待定更改复制到本地站点，生成 VM 的最新恢复点，并关闭 Azure VM。 此后，本地计算机将开机。

成功进行计划的故障转移操作完成后，计算机将在您的本地环境中处于活动状态。

注释

如果受保护的计算机有 iSCSI 磁盘，故障转移时会将该配置保留在 Azure 中。 在进行从 Azure 到本地的计划内故障转移后，无法保留 iSCSI 配置。 所以在本地计算机上创建了 vmdk 磁盘。 若要删除重复磁盘，请删除 iSCSI 磁盘，因为数据的替换由 vmdk 磁盘执行。

将 VM 故障转移到 Azure 后的要求

将 VM 故障转移到 Azure 后，确保 VM 符合以下要求：

  1. 应始终打开 Azure 中的 VM。
  2. 确保移动代理服务“服务 1”和“服务 2”均在 VM 上运行 。 这是为了确保 VM 中的移动代理可与 Azure 中的 Azure Site Recovery 服务通信。
  3. 这里提到的 URL 可从 VM 访问。

取消计划内故障转移

如果你的本地环境未准备就绪，或者遇到任何挑战，你可以取消计划的故障转移。 一旦你的本地条件变得有利，你稍后就可随时执行计划的故障转移。

取消计划内故障转移：

  1. 转到恢复服务保管库中的该计算机，然后选择 取消故障转移。
  2. 单击 “确定” 。
  3. 请务必阅读有关 取消故障转移 操作如何进行的信息。

如果有任何妨碍 Azure Site Recovery 成功取消失败的作业的问题，请按照作业中的建议步骤操作。 完成建议的操作后，请重试取消作业。

之前计划的故障转移操作将被取消。 Azure 中的计算机将恢复到触发 计划内故障转移 之前的状态。

对于计划内故障转移，从设备拆除 VM 磁盘后，我们会在开机前获取其快照。

如果虚拟机（VM）未正常启动，或者某个应用程序未正常运行，或者出于某种原因你决定取消计划内故障转移并重试，则：

  1. 我们将撤销所有已做的更改。

  2. 使用之前获取的快照，可将磁盘恢复为开机前的状态。

  3. 最后，将磁盘装回设备并继续复制。 你可以在稍后的某个时间再次执行故障恢复操作。

注释

只能取消从 Azure 到本地的计划内故障转移。 无法取消从本地到 Azure 的故障转移。

计划内故障转移 - 失败

如果计划内故障转移失败，Azure Site Recovery 会自动启动一个作业来取消失败的作业，然后检索计算机在执行计划内故障转移操作前的状态。

如果取消上次计划内故障转移作业失败，Azure Site Recovery 会提示你手动启动取消操作。

计划内故障转移操作失败和复制项存在运行状况问题时，会提供此信息。

如果问题持续出现，请联系 Microsoft 支持部门。 请勿禁用复制。

计划内故障转移成功后，将本地计算机重新保护到 Azure

成功完成计划内故障转移后，该计算机将在本地环境中处于活动状态。 若要在将来保护计算机，请确保将计算机复制到 Azure（重新保护）。

为此，请转到该计算机的>重新保护，选择所需的设备，选择缓存存储账户，然后继续。 选择设备时，请确保设备可以访问源计算机所在的目标数据存储。 设备应始终可以访问源计算机的数据存储。 即使计算机和设备位于不同的 ESX 服务器中，只要数据存储在它们之间共享，重新保护也会成功。

注释

选择设备时，请确保设备可以访问源计算机所在的目标数据存储。

成功启用复制和初始复制后，系统将生成恢复点来提供业务连续性，防止不必要的中断。

后续步骤

故障转移后，将 Azure VM 重新保护到本地。 在 VM 重新受到保护并开始复制到本地站点后，准备就绪时即可从 Azure 执行故障回复切换。

  • 上次更新时间为