将 Azure VM 故障转移到次要区域

小提示：您能找到这篇{将 Azure VM 故障转移到次要区域}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的将 Azure VM 故障转移到次要区域内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

介绍如何使用全局站点恢复将启用了灾难恢复的全局虚拟机故障切换到辅助全局区域。 故障切换后，重新保护目标区域中的虚拟机，并将虚拟机复制到主区域。 在这篇文章中，您将如何学习：

检查前提条件

验证虚拟机设置

执行到次区域的故障切换

开始将虚拟机复制到主区域。

备注

本教程将介绍如何以最小的步骤故障转移虚拟机。 使用完整的设置执行故障转移时，请了解Azure VM网络、自动化和故障排除。

先决条件

设置一个或多个Azure VM虚拟机的复制。 如果还没有，请完成本教程系列中的第一个教程。

建议对复制的虚拟机执行灾难恢复练习。 如果在执行完全故障切换之前运行练习，则可以确保一切都按预期工作，而不会影响生产环境。

验证 VM 设置

在执行故障转移之前，请确保虚拟机的“概述”页面上的虚拟机受到保护并正常运行。

故障切换之前，请确认以如何网站建设下事项。

虚拟机正在运行受支持的Windows或Linux操作系统。

虚拟机满足计算、存储公关和危机公关和网络要求。

在

运行故障转移

在故障切换中，选择恢复点。 使用来自此恢复点的数据在目标区域中创建Azure VM。

备注

如果在启用复制后将磁盘添加到虚拟机，则复制点将显示可用于恢复的磁盘。 例如，在添加第二个磁盘之前创建的复制点将显示为“第一个磁盘，共两个”。

最新操作—使用Site Recovery处理的最新恢复点。 显示时间戳。 因为不需要花时间处理数据，所以恢复时间目标(RTO )很低。

最新信息—处理发送到站点恢复的所有数据，为每个虚拟机创建恢复点，并故障切换到该恢复点。 发生故障转移时，所有数据都将复制到Site Recovery，因此最小化了恢复点目标(RPO )。

最新的APP一致性：该选项将虚拟机故障切换到最新的APP一致性恢复点。 显示时间戳。

自定义—故障切换到特定的恢复点。 只有在故障切哪里有营销策划换单个虚拟机且不使用恢复计划时，自定义才可用。

选择“确定”以启动故障转移。

通过通知监视失效切换。

故障切换后，在目标区域中创建的Azure VM将显示在“虚拟机”中。 请确保虚拟机以适当的大小运行。 如果要为虚拟机使用其他恢复点，请在基本页中选择“更改恢复点”。

如果故障转移的虚拟机没有问题，请在“摘要”页面中选择“提交”以完成故障转移。

在“提交”下，选择“确定”进行确认。 提交后，将删除Site Recovery中虚拟机的所有可用恢复点，并且无法更改恢复点。

通过通知监视提交的进展情况。

故障切换后，Site Recovery不会清除源虚拟机。 必须手动执行此操作。

重新保护 VM

开始之前，请确保虚拟机的“状态”为“已提交的故障转移”。

请检查是否可以访问主区域，以及是否有在那里创建虚拟机的权利。

在虚拟机的“概述”页面上选择“重新保护”。

在重新保护中，验证复制的方向(从辅助区域到主区域)，并验证主区域的目标设置。 标记为“新建”的资源将在重新保护操作期间由Site Recovery创建。

选择“确定”以启动重新保护过程。 该过程将初始数据发送到目标，并将虚拟机的增量信息复制到目标。

通过通知监视重新保护的进展情况。