对 Azure VMware 解决方案 VM 进行故障转移

本教程介绍如何使用 Azure Site Recovery 将 Azure VMware 解决方案虚拟机 (VM) 故障转移到 Azure。

本文是系列教程的第五篇文章，介绍如何为 Azure VMware 解决方案 VM 设置到 Azure 的灾难恢复。

在本教程中，你将了解如何执行以下操作：

为更好地了解以下任务，可先了解故障转移的类型。 如果要在恢复计划中对多个 VM 进行故障转移，请查看本文。

先决条件

在开始之前，请完成前面的教程。 确认已完成以下这些任务：

1. 设置 Azure 以灾难恢复到 Azure。
2. 准备 Azure VMware 解决方案部署，以便能够灾难恢复到 Azure。
3. 为 Azure VMware 解决方案 VM 设置灾难恢复。
4. 运行灾难恢复演练，以确保一切按预期方式进行。

验证 VM 属性

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

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

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

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

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

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

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

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

运行到 Azure 的故障转移

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

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

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

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

在某些情况下，故障转移需要大约 8 到 10 分钟的时间完成其他进程。 对于以下情况，你可能会发现测试故障转移会持续较长时间：

• VMware vSphere VM 运行的 Mobility 服务的版本低于 9.8。
• VMware vSphere Linux VM。
• VMware vSphere VM 未启用 DHCP 服务。
• VMware vSphere VM 不包含以下启动驱动程序：storvsc、vmbus、storflt、intelide、atapi。

连接到一个故障转移的 VM

如果想在故障转移后通过使用远程桌面协议 (RDP) 和安全外壳 (SSH) 连接到 Azure VM：

1. 验证是否满足要求。

2. 故障转移后，请转到该 VM，并通过与它建立连接来进行验证。

3. 若要在故障转移后使用不同的恢复点，请使用“更改恢复点”。 在下一步骤中提交故障转移后，此选项不再可用。

4. 验证后，选择“提交”以确认故障转移后的 VM 恢复点 。

   提交后，系统会删除其他所有可用的恢复点。 完成此步骤，就完成了故障转移。

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

后续步骤

故障转移后，重新保护 VM 并将其复制到 Azure VMware 解决方案私有云。 重新保护 VM 并将其复制到 Azure VMware 解决方案私有云之后，如果已准备就绪，请从 Azure 进行故障恢复。