排查从 Azure 切回本地的故障问题

本文介绍了如何对使用 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 在一个没有预配足够内存的主机上启动时，会发生此问题。