你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
运行 Azure 灾难恢复演练
本文介绍如何使用 Azure Site Recovery 服务对本地计算机运行到 Azure 的灾难恢复演练。 演练在不丢失数据的情况下验证你的复制策略。
这是本系列的第四个教程,演示如何为本地计算机设置到 Azure 的灾难恢复。
本教程介绍如何执行下列操作:
- 设置隔离式网络以用于测试故障转移
- 准备在故障转移后连接到 Azure VM
- 为单一计算机运行测试故障转移。
注意
教程介绍了某个方案的最简单部署路径。 它们尽可能使用默认选项,并且不显示所有可能的设置和路径。 如果想要更详细地了解灾难恢复演练步骤,请查看本文。
开始之前
完成前一篇教程:
- 确保已设置 Azure,以便能够将本地 VMware VM、Hyper-V VM 和物理计算机灾难恢复到 Azure。
- 准备本地 VMware 或 Hyper-V 环境,以实现灾难恢复。 若要为物理服务器设置灾难恢复,请查看支持矩阵。
- 为 VMware VM、Hyper-V VM 或物理计算机设置灾难恢复。
验证 VM 属性
在运行测试故障转移前,请验证 VM 属性,确保 Hyper-V VM 或 VMware VM 符合 Azure 要求。
- 在“受保护的项”中,单击“复制的项”,然后单击 VM。
- “复制的项”窗格中具有 VM 信息、运行状况状态和最新可用恢复点的摘要 。 单击“属性” ,查看详细信息。
- 在“计算和网络” 中,可修改 Azure 名称、资源组、目标大小、可用性集和托管磁盘设置。
- 可查看和修改网络设置,包括在运行故障转移后 Azure VM 所在的网络/子网,以及将分配给它的 IP 地址。
- 在“磁盘” 中,可以看到关于 VM 上的操作系统和数据磁盘的信息。
创建用于测试故障转移的网络
对于测试故障转移,我们建议选择与每个 VM 的“计算和网络”设置中指定的生产恢复站点网络相互独立的网络。 默认情况下,创建 Azure 虚拟网络时,该网络独立于其他网络。 测试网络应模拟生产网络:
- 测试网络中的子网数目应与生产网络中的子网数目相同。 这些子网的名称应该相同。
- 测试网络应使用相同的 IP 地址范围。
- 使用“计算和网络”设置中为 DNS VM 指定的 IP 地址更新测试网络的 DNS。 有关更多详细信息,请参阅 Active Directory 的测试性故障转移注意事项。
为单个 VM 运行测试故障转移
运行测试故障转移时需执行下列操作:
- 运行必备项检查,确保故障转移所需的所有条件都已就绪。
- 故障转移处理数据,以便创建 Azure VM。 如果选择最新恢复点,则根据该数据创建恢复点。
- 使用上一步中处理的数据创建 Azure VM。
按如下所述运行测试故障转移:
- 在“设置”>“复制的项”中,单击“VM”>“+测试故障转移”。
- 为本教程选择最近处理的恢复点。 这会将 VM 故障转移到最近的可用时间点上。 将显示时间戳。 使用此选项时,无需费时处理数据,因此 RTO(恢复时间目标)会较低。
- 在“测试故障转移” 中,选择 Azure VM 在故障转移之后要连接到的目标 Azure 网络。
- 单击“确定” 开始故障转移。 可以通过单击 VM 打开其属性来跟踪进度。 或者,可以在保管库名称 >“设置”>“作业”>“Site Recovery 作业”中,单击“测试故障转移”作业。
- 故障转移完成后,副本 Azure VM 会显示在 Azure 门户 >“虚拟机”中。 请确保虚拟机的大小适当、已连接到正确的网络,并且正在运行。
- 现在应该能够连接到 Azure 中复制的 VM。
- 若要删除在测试故障转移期间创建的 Azure VM,请在 VM 上单击“清理测试故障转移” 。 在“说明”中,记录并保存与测试性故障转移相关联的任何观测结果。
在某些情况下,故障转移需要大约八到十分钟的时间完成其他进程。 你可能注意到,VMware Linux 计算机、未启用 DHCP 服务的 VMware VM,以及未安装启动驱动程序(storvsc、vmbus、storflt、intelide、atapi)的 VMware VM 需要更长的测试故障转移时间。
在故障转移后连接
如果要在故障转移后使用 RDP/SSH 连接到 Azure VM,请准备连接。 如果故障转移后遇到任何连接问题,请遵循故障排除指南予以解决。