本文介绍了如何对使用 Azure Site Recovery 故障转移到 Azure 后将 Azure VM 故障回复到本地 VMware 基础结构时可能会遇到的问题进行故障排除。
故障回复实质上包含两个主要步骤。 第一步，在故障转移后，您需要将 Azure VM 重新保护到本地环境，使其开始复制。 第二步是从 Azure 运行故障转移，以故障回复到本地站点。
常见问题
注释
Windows Server 2008 和 Windows Server 2008 R2 已达到支持结束（EOS）。 有关详细信息，请参阅Windows Server 2008 和 Windows Server 2008 R2 支持终止和就地升级到 Windows Server 2016、2019、2022 或 2025。 相应地查看使用情况和计划 OS 升级和迁移。
- 如果以只读模式执行 vCenter 发现并保护虚拟机，保护将成功，故障转移也能正常工作。 进行重新保护期间，操作会失败，因为无法发现数据存储。 症状是在重新保护期间数据存储库没有被列出。 若要解决此问题，可以使用具有适当权限的帐户更新 vCenter 凭据，然后重试该作业。
- 在将 Linux 虚拟机故障恢复到本地并运行时，您会发现该计算机上的网络管理器程序包已被卸载。 发生此卸载的原因是虚拟机在 Azure 中恢复时，网络管理器程序包遭到删除。
- 当 Linux 虚拟机配置了静态 IP 地址，并被故障转移至 Azure 时，该 IP 地址通过 DHCP 获取。 当切换回到本地时，该虚拟机会继续使用 DHCP 获取 IP 地址。 如有需要，请手动登录到该计算机，然后将 IP 地址设置回静态地址。 Windows 虚拟机可以重新获取其静态 IP 地址。
- 如果使用 ESXi 5.5 免费版或 vSphere 6 虚拟化管理程序免费版，则故障转移会成功，但故障恢复不会成功。 要启用故障回复，请将任一程序升级为评估许可证。
- 如果无法从进程服务器访问配置服务器，请使用 Telnet 在端口 443 上检查与配置服务器的连接。 也可以尝试从进程服务器 ping 配置服务器。 连接到配置服务器后，进程服务器也应具有心跳功能。
- 作为物理本地服务器进行保护的 Windows Server 2008 R2 SP1 服务器无法从 Azure 故障回复到本地站点。
- 在以下情况下无法回退故障：
- 已将计算机迁移到 Azure。
- 已将 VM 移到另一个资源组。
- 已删除 Azure VM。
- 已对 VM 禁用保护。
- 在 Azure 中手动创建了 VM。 在重新保护之前，该机器应该首先在本地受到保护，然后故障转移至 Azure。
- 只能故障转移到 ESXi 主机。 不能将 VMware 虚拟机或物理服务器回退恢复到 Hyper-V 主机、物理计算机或 VMware 工作站。
对重新保护错误进行故障排除
本部分详细介绍了常见的重新保护错误，以及如何更正它们。
重新保护失败，因为 Azure 虚拟机无法访问本地配置服务器 。
在下述情况中会发生此错误：
- Azure VM 无法访问本地配置服务器。 无法发现 VM 并将其注册到配置服务器。
- 在故障转移后，InMage Scout 应用程序服务未在 Azure VM 上运行。 该服务是与本地配置服务器进行通信所必需的。
若要解决此问题，请执行下列操作：
- 检查 Azure VM 网络是否允许 Azure VM 与本地配置服务器进行通信。 可以设置站点到站点VPN连接到本地数据中心，或者在Azure VM的虚拟网络上配置具有专用对等连接的Azure ExpressRoute连接。
- 如果 VM 可以与本地配置服务器通信，请登录到 VM。 然后检查 InMage Scout 应用程序服务。 如果看到该服务未运行，请手动启动该服务。 检查服务启动类型是否已设置为“自动” 。
解决故障回复错误
本部分介绍了在故障回复期间可能会遇到的常见错误。
错误代码 8038
由于错误导致本地虚拟机无法启动。
当本地 VM 在一个没有预配足够内存的主机上启动时，会发生此问题。
若要解决此问题，请执行下列操作：
- 可以在 ESXi 主机上预配更多内存。
- 另外，可以使用 VMotion 将 VM 迁移到另一台有足够内存的 ESXi 主机上以启动 VM。