解决将 VMware VM 或物理计算机故障转移到 Azure 时出现的错误

将虚拟机故障转移到 Azure 时，您可能会遇到以下错误之一。 若要解决错误，请为每个错误条件使用所述步骤。

故障转移错误

故障转移失败，出现以下错误：

Site Recovery 未能在 Azure 中创建故障转移后的虚拟机。 以下其中一个原因也可能导致此情况的发生：

  • 没有足够的配额可用于创建虚拟机：可以通过转到“订阅”->“使用情况 + 配额”来检查可用配额。 可以打开 新的支持请求 来增加此配额。

  • 你正在尝试对同一可用性集中的不同大小系列的虚拟机执行故障转移。 确保为同一可用性集中的所有虚拟机选择同一大小系列。 转到虚拟机的计算设置，更改大小，然后重试故障转移。

  • 订阅上有一个阻止创建虚拟机的策略。 请更改此策略以允许创建虚拟机，然后重试故障转移。

水合虚拟机大小与分配失败

在某些故障切换期间，Site Recovery 会使用临时辅助虚拟机来准备恢复磁盘。 该辅助虚拟机可以使用与最终恢复虚拟机不同的大小。

Error 建议的操作
SkuNotAvailableForHydrationVM Site Recovery找不到兼容的辅助工具尺寸。 确认配置的最终虚拟机大小是否兼容x64，支持第一代及所需数量的源磁盘，必要时支持高级存储，并且在目标区域和区域内可用。 试试其他支持的最终虚拟机大小。
ComputeRpVmAllocationFailedV2 已选择兼容的帮助程序规格，但 Azure Compute 无法分配该规格。 容量条件变化后重试，或选择其他容量或可用区域。
CoreCountSubscriptionQuotaReached 在目标区域请求更多虚拟机家族的 vCPU 配额，或选择更小的兼容家族。
UserErrorArm64WindowsVmNotSupported 选择一个兼容x64的目标尺寸。
UserErrorVMSizeDoesntSupportPremiumStorage 选择支持高级存储的容量，或纠正最近不支持的磁盘层变更。

联系 Microsoft 支持部门 时，请在 Site Recovery 作业错误详情中提供助手虚拟机大小和最终虚拟机大小。

无法连接/RDP/SSH

由于以下错误，无法连接/RDP/SSH：

有关 RDP 问题的详细故障排除说明，请参阅此处的文档。

有关 SSH 问题的详细故障排除说明，请参阅此处的文档。

如果 Azure 中已故障转移的 VM 上的 Connect 按钮显示为灰色，并且你未通过 ExpressRoute 或站点到站点 VPN 连接到 Azure，则

  1. 转到“虚拟机”“网络”，单击所需网络接口的名称。 屏幕截图显示了已选择网络接口名称的虚拟机的“网络”页。
  2. 导航到“IP 配置”，然后选择所需 IP 配置的名称字段。 屏幕截图显示已选择 IP 配置名称的网络接口的“IP 配置”页面。
  3. 若要启用公共 IP 地址，请选择“启用”。 启用 IP
  4. 单击配置所需设置新建。 新建
  5. 输入公共地址的名称，选择“SKU”和“分配”的默认选项，然后选择“确定”。
  6. 现在，选择“保存”以保存所做的更改。
  7. 关闭面板，然后转到虚拟机的概述部分，进行连接或通过 RDP 连接。

基于 UEFI 的计算机故障转移到 Azure 后，无法打开串行控制台

如果可以使用 RDP 连接到计算机，但无法打开串行控制台，请执行以下步骤：

  • 如果计算机操作系统是 Red Hat 或 Oracle Linux 7.*/8.0，请在具有根权限的故障转移 Azure 虚拟机上运行以下命令。 在执行命令后重启 VM。

    grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg

意外关机消息（事件 ID 6008）

在故障转移后启动 Windows VM 时，如果在恢复后的 VM 上收到意外的关闭消息，则表明在用于故障转移的恢复点中未捕获 VM 关闭状态。 当恢复到 VM 未完全关闭的时间点时会发生此情况。

对于计划外故障转移，这通常无需担心，通常可以忽略。 如果是计划内故障转移，请确保在故障转移之前正确关闭 VM，并留出足够的时间，以便将本地待处理的复制数据发送到 Azure。 然后使用“故障转移”屏幕上的“最新”选项，将 Azure 上的任何待处理数据处理到一个恢复点中，随后用于 VM 故障转移。

无法选择数据存储

如果在尝试重新保护已经历故障转移的虚拟机时在 Azure 门户中看不到数据存储，则表明存在此问题。 这是因为在已添加到 Azure Site Recovery 的 vCenter 中，Master 目标未被识别为虚拟机。

有关重新保护虚拟机的详细信息，请参阅故障转移到 Azure 后，将虚拟机重新保护并故障恢复到本地站点。

若要解决问题，请执行以下操作：

在管理源计算机的 vCenter 中手动创建主目标。 数据存储将在执行后续 vCenter 发现和刷新结构操作后可用。

注意

发现和刷新结构操作可能需要最多 30 分钟才能完成。

Linux 主目标服务器向 CS 注册时因 TLS 错误 35 而失败

由于在主目标上启用了“经过身份验证的代理”，因此在配置服务器上注册 Azure Site Recovery 主目标失败。

安装日志中的以下字符串指示了此错误：

RegisterHostStaticInfo encountered exception config/talwrapper.cpp(107)[post] CurlWrapper Post failed : server : 10.38.229.221, port : 443, phpUrl : request_handler.php, secure : true, ignoreCurlPartialError : false with error: [at curlwrapperlib/curlwrapper.cpp:processCurlResponse:231]   failed to post request: (35) - SSL connect error.

若要解决问题，请执行以下操作：

  1. 在配置服务器 VM 上，打开命令提示符并使用以下命令验证代理设置：

    cat /etc/environment echo $http_proxy echo $https_proxy

  2. 如果前述命令的输出显示已定义了 http_proxy 或 https_proxy 设置，请使用以下方法之一，解除对主目标与配置服务器之间通信的阻止：

    • 下载 PsExec 工具。

    • 使用该工具访问系统用户上下文并确定是否配置了代理地址。

    • 如果已配置代理，请使用 PsExec 工具在系统用户上下文中打开 Internet Explorer。

      psexec -s -i “%programfiles%\Internet Explorer\iexplore.exe”

    • 若要确保主目标服务器可以与配置服务器通信，请执行以下操作：

      • 将 Internet Explorer 中的代理设置修改为通过代理绕过主目标服务器 IP 地址。
        或
      • 禁用主目标服务器上的代理。

后续步骤

如需更多帮助，请将疑问发布到 有关 Site Recovery 的 Microsoft Q&A 问题页面，或在本文档结尾处留下注释。 我们的活动社区应能够为你提供帮助。

  • 上次更新时间为