RSS
 

VMware Site Recovery Manager 8.1.1 | 2018 年 11 月 6 日 | 内部版本 10646916 | 下载

请查看发行说明以了解新增内容及更新。

 

发行说明内容

本发行说明包含以下主题：

Site Recovery Manager 8.1.1 中的新增功能

VMware Site Recovery Manager 8.1.1 与 VMware vSphere 6.7 Update 1 兼容。此外，Site Recovery Manager 8.1.1 还提供了与先前版本的 vCenter Server 和 vSphere 的向后兼容性。

注意：有关与 VMware vSphere 早期版本或更高版本的互操作性，请参见 VMware Site Recovery Manager 8.1 兼容性列表。

有关 vSphere 6.7 Update 1 的信息，请参见 vSphere 6.7 文档。

有关受支持数据库的信息，请参见 VMware Site Recovery Manager 8.1.x 兼容性列表。

本地化

VMware Site Recovery Manager 8.1.1 可提供以下语言版本：

  • 英语
  • 法语
  • 德语
  • 日语
  • 韩语
  • 简体中文
  • 繁体中文
  • 西班牙语

Site Recovery Manager 8.1 的早期版本

每个版本的发行说明都介绍了 Site Recovery Manager 的功能、已知问题和已解决的问题。VMware Site Recovery Manager 8.1 早期版本的发行说明包括：

兼容性

Site Recovery Manager 兼容性列表

Site Recovery Manager 8.1.1 兼容 vSphere 6.0 Update 3、vSphere 6.5、vSphere 6.5 Update 1、vSphere 6.7 和 vSphere 6.7 Update 1，并支持 vCenter Server 6.7 支持的 ESXi 版本。

如果您使用的是 VMware Tools 10.1 和 ESXi 6.5 或 6.0，请确保恢复站点上的 ESXi 主机与 vCenter Single Sign-On 保持时间同步。

有关互操作性和产品兼容性信息，包括支持的客户机操作系统以及是否支持客户机操作系统自定义，请参见 VMware Site Recovery Manager 8.1.x 兼容性列表。

兼容的存储阵列和存储复制适配器

有关受支持的兼容存储阵列和 SRA 的最新列表，请参见《Site Recovery Manager 存储合作伙伴兼容性指南》。

VMware vSAN 支持

Site Recovery Manager 8.1.1 可以通过使用 vSphere Replication 保护驻留在 VMware vSAN 上的虚拟机。vSAN 不需要存储复制适配器 (SRA) 即可与 Site Recovery Manager 8.1.1 一起使用。

安装和升级

有关安装和升级 Site Recovery Manager 的信息，请参见 Site Recovery Manager 安装和配置。

有关支持的 Site Recovery Manager 升级途径，请在 VMware 产品互操作性列表中选择升级途径和 VMware Site Recovery Manager。

注意：

  • 要在 Windows Server 2008 x64、Windows Server 2008 R2 x64、Windows Server 2012 x64 或 Windows Server 2012 R2 x64 上安装或升级到 VMware Site Recovery Manager 8.1.1，必须根据 KB2999226 更新 Windows。
  • 不支持直接从 Site Recovery Manager 版本 6.0.x 升级到版本 8.1.1。要将 Site Recovery Manager 6.0.x 升级到 Site Recovery Manager 8.1.1，必须首先将 Site Recovery Manager 从 6.0.x 升级到 6.1.2。如果将 vSphere Replication 与 Site Recovery Manager 6.0.x 结合使用，并将 vSphere Replication 直接从版本 6.0.x 升级到版本 8.1.1，则当您尝试执行从 Site Recovery Manager 版本 6.0.x 到版本 6.1.2 的临时升级时，由于 vSphere Replication 版本不兼容，Site Recovery Manager 升级将失败并显示错误。  先将 vSphere Replication 升级到版本 6.1.2，然后再将 Site Recovery Manager 从 6.0.x 升级到 6.1.2。
  • 升级 Site Recovery Manager 之后，以前安装中配置的所有高级设置都不会保留。这是设计问题。由于默认值发生了更改或性能方面有所改进，新版本可能不需要或不兼容您在上一版本的 Site Recovery Manager 中设置的高级设置。如果您卸载后又重新安装同一版本的 Site Recovery Manager，这些高级设置也不会保留。
  • 如果受保护站点和恢复站点上的 vCenter Server 实例处于增强型链接模式，则它们必须是直接的复制合作伙伴。否则，升级可能失败。

网络安全

Site Recovery Manager 要求在配对站点之间建立管理网络连接。受保护站点和恢复站点上的 Site Recovery Manager Server 必须能够相互连接。此外，每个 Site Recovery Manager 实例都要求与 Site Recovery Manager 在远程站点上所扩展的 Platform Services Controller 实例和 vCenter Server 实例建立网络连接。对 Site Recovery Manager 站点之间的所有网络流量使用无法从 Internet 访问的受限的专用网络。通过限制网络连接，可以防止遭到某些类型的攻击。

有关 Site Recovery Manager 要求在两个站点上都打开的网络端口列表，请参见 Site Recovery Manager 的网络端口。

Site Recovery Manager 8.1.1 的操作限制

有关 Site Recovery Manager 8.1.1 的操作限制，请参见 Site Recovery Manager 的操作限制。

开源组件

可以从以下站点获取适用于 Site Recovery Manager 8.1.1 中分发的开源软件组件的版权声明和许可证：VMware Site Recovery Manager 下载。您还可以下载所有 GPL、LGPL 或者要求源代码或对源代码的修改可用于 vCenter Site Recovery Manager 最新通用版本的类似许可证的源文件。

局限声明和限制

  • Site Recovery Manager 8.1.1 为 vCloud Director 环境提供有限支持。不支持使用 Site Recovery Manager 保护 vCloud 资源池内的虚拟机（部署到一个组织的虚拟机）。支持使用 Site Recovery Manager 保护 vCD 的管理结构。有关如何使用 Site Recovery Manager 保护 vCD Server 实例、vCenter Server 实例以及提供 vCloud Director 管理基础架构的数据库的信息，请参见《VMware vCloud Director Infrastructure Resiliency 案例研究》。
  • 恢复后，将禁用虚拟机上的 vSphere Flash Read Cache 并将预留设置为零。在配置为使用 vSphere Flash Read Cache 的虚拟机上执行恢复之前，请通过 vSphere Web Client 记录虚拟机的缓存预留信息。这样可以在恢复之后重新配置虚拟机上的 vSphere Flash Read Cache。
  •  Site Recovery Manager 8.1.1 支持保护具有单处理器 vSphere FT 功能的虚拟机，但在恢复之后将取消激活恢复站点中的虚拟机上的单处理器 vSphere FT 功能。
    • 如果您在虚拟机上使用单处理器 vSphere FT 功能，则必须在受保护站点上配置这些虚拟机，以便在恢复之后 Site Recovery Manager 可以取消激活 vSphere FT 功能。有关如何在受保护站点上为虚拟机配置单处理器 vSphere FT 功能的信息，请参见 https://kb.vmware.com/kb/2109813。
  • vSphere Replication 8.1.1 支持复制 VMware vSphere Virtual Volumes 上的虚拟机，但存在一定的限制。Site Recovery Manager 8.1.1 支持 vSphere Replication 8.1.1 与 vSphere Virtual Volumes，但存在以下限制。
    • 您不能将 Site Recovery Manager 8.1.1 用于 vSphere Virtual Volumes 基于阵列的复制。
    • 您不能将 vSphere Replication 时间点快照用于复制目标是 Virtual Volumes 数据存储的虚拟机。
    • 在将 vSphere Virtual Volumes 存储用作复制目标时，属于虚拟机的所有磁盘都必须复制到单个 vSphere Virtual Volumes 数据存储。
    • 复制的虚拟机位于 vSphere Virtual Volumes 存储上时，属于该虚拟机的所有磁盘必须位于单个 vSphere Virtual Volumes 数据存储上。
  • Site Recovery Manager 8.1.1 不支持 NFS v4.1 数据存储。
  • Site Recovery Manager 不支持重新配置存储配置文件保护组，例如更改关联存储策略、组名或描述的组合。要修改某个存储配置文件保护组，必须先将其删除，然后再使用新配置重新创建。
  • Site Recovery Manager 无法保护存储策略保护组中的 RDM 磁盘或容错虚拟机。
  • Site Recovery Manager 不支持映射或排除存储策略保护组中的非复制虚拟设备。
  • 要使用 RSA SecurID 进行双因素身份验证或使用智能卡（通用访问卡）身份验证，您的环境必须满足以下要求：
    1. 使用 Platform Services Controller 的管理员凭据安装 Site Recovery Manager 8.1.1 并对 Site Recovery Manager 8.1.1 站点进行配对。
    2. Site Recovery Manager 8.1.1 站点上的 vCenter Server 实例必须在增强型链接模式下运行。要避免在将 Site Recovery Manager 从 8.1.1 升级到较新版本的 Site Recovery Manager 期间出现故障，两个站点上的 vCenter Server 实例必须是直接复制配对实例。
  • Site Recovery Manager 8.1 仅支持使用存储策略保护组保护加密虚拟机，但不支持对加密虚拟机进行自定义。在 Site Recovery Manager 8.1 中，IP 自定义和客户机内命令在加密虚拟机上不起作用。有关如何配置加密虚拟机保护的信息，请参见《Site Recovery Manager 管理》文档。

已解决的问题

  • 使用 vSphere Web Client 登录 Site Recovery Manager 客户端插件的速度非常缓慢

    使用 vSphere Web Client 登录 Site Recovery Manager 客户端插件需要几分钟的时间。

    此问题已解决。

  • 由于 SRM 客户机注册脚本完成延迟，恢复期间的 IP 自定义可能会失败

    由于 SRM 客户机注册脚本完成延迟，恢复期间的 IP 自定义可能会失败。此问题是恢复期间发生的客户机操作系统性能问题的症状。Site Recovery Manager 日志中会显示以下错误消息：

    Failed to authenticate with the guest operating system using the supplied credentials.

    如果已在受保护站点的虚拟机上启用了 VMware Tools 调试日志记录，则会在已恢复虚拟机的 vmsvc1.log 文件中看到以下条目：

     [Sep 10 12:56:03.753] [   debug] [deployPkg] DeployPkgExecDeploy: Deploypkg deploy task started....

     [Sep 10 12:57:37.774] [   debug] [VCGA] VGAuth_ReadAndParseResponse: service sent back error 0xc (validateSamlToken failed)

    srmDeployGuestAlias.log 文件不存在于 vmware-imc 文件夹中，或者其中包含的条目显示客户机注册过程的完成时间晚于 VMware Tools 服务日志文件中的最后一个条目 [VCGA](validateSamlToken failed)。

    此问题已解决。

  • 无法从 Site Recovery Manager 用户界面为某些组和用户分配权限

    无法从 Site Recovery Manager 用户界面为某些组和用户分配权限

    此问题已解决。

  • 如果在已启用 vSphere vMotion 的情况下运行计划的迁移，Site Recovery Manager Server 会停止响应

    如果在已启用 vSphere vMotion 的情况下运行计划的迁移，Site Recovery Manager Server 会停止响应。Site Recovery Manager Server 日志包含类似以下所示的条目：

    Dr::Providers::Abr::AbrRecoveryEngine::Internal::RecoverOp::PopulateVmxInfoDone: Unable to get info for VMX ' ds:///vmfs/volumes/5b8ba300-3916e0a9-e3d7-107d1a6b599b/CENTOS_VM

    或

    Invalid datastore path '[snap-3e6c5de7-SRM205] CENTOS_VM1014/CENTOS_VM1014.vmx'.

    此问题已解决。

已知问题

  • 新 如果要复制的源虚拟机在 ESXi 6.7 上运行，复制同步看似在进行，但复制实例始终无法成功完成

    在 ESXi 6.7 中，调度的并行传输的需求日志块数可能超出可传输的实际数量。如果要复制在此类主机上运行的虚拟机，并且存在目标主机较慢或临时网络错误问题，则可能会导致复制失败，并出现 DiskQueue 已满 (DiskQueue is full) 错误。

    解决办法：
    1.将所有虚拟机迁移至另一个 ESXi 主机。
    2.在 ESXi 的“高级”设置中编辑 HBR.DemandlogTransferMaxNetwork 的值，将其从默认的 64 更改为 63。
    3.将 ESXi 主机置于维护模式。
    4.重新引导 ESXi 主机。

  • 新 如果要复制的源虚拟机在 ESXi 6.7 或 ESXi 6.7 U1 上运行，初始同步或完全同步可能尚未完成即停止进行

    如果使用 vSphere Replication 并在 ESXi 6.7 或 ESXi 6.7 U1 上运行受保护的虚拟机，则复制的初始同步或完全同步可能尚未完成即停止进行。同步复制仍在进行中，但复制详细信息中的校验和字节值没有进展。关闭电源、生成快照、恢复到快照以及迁移虚拟机操作失败，并显示超时或“任务正在进行中 (Task in progress)”错误。

    解决办法：
    1.在 ESXi 的“高级”设置中，通过设置 HBR.ChecksumUseChecksumInfo = 0 来禁用 vSphere Replication 校验和。
    2.迁移所有虚拟机并关闭 ESXi 主机上无法迁移的虚拟机的电源。
    3.将主机置于维护模式。
    4.重新引导 ESXi 主机。
    注意：此解决办法将禁用同步过程的校验和部分，且所有分配的块都将发送到远程站点，无论它们是否相同。此解决办法将禁用种子功能。

  • 新升级 Site Recovery Manager 失败并显示错误：无法创建进程 (Unable to create process)

    升级 Site Recovery Manager 失败。在 VMSrmInst.log 文件中，您会看到类似以下内容的条目：
    INFORMATION: The embedded database server is installed under C:\Program Files\VMware\VMware vCenter Site Recovery Manager Embedded Database\9.3.ERROR: Unable to create process.Error code=122
    如果您将 Site Recovery Manager 配置为使用手动安装的嵌入式 vPostgreSQL 数据库，则会出现此问题。

    解决办法：如果 psql.exe 文件不在文件夹 C:\Program Files\VMware\VMware vCenter Site Recovery Manager Embedded Database\9.3\bin 下，请删除文件夹 C:\Program Files\VMware\VMware vCenter Site Recovery Manager Embedded Database\9.3。

  • 新Site Recovery Manager 处于评估模式时，vSphere Client 会显示错误数量的可保护的虚拟机

    vSphere Client 中的系统管理 > 许可 > 资产选项卡错误地显示，在评估模式下，Site Recovery Manager 可针对每个站点保护多达 100 个虚拟机。使用 Site Recovery Manager 评估许可证时，可保护的虚拟机的正确数量是每个站点 75 个虚拟机。

    解决办法：产品处于评估模式时，最多可保护 75 个虚拟机。

  • 新重新保护操作成功完成，但您会在 Site Recovery Manager 用户界面中发现错误

    运行恢复计划重新保护时，重新保护操作成功完成，但您可能会在 Site Recovery Manager 用户界面中发现以下错误。
    “对象‘dr.recovery.RecoveryTask:<SRM_GUID>:dr.recovery.RecoveryManager.reprotect<TASK_ID>’已被删除或尚未完全创建 (The object 'dr.recovery.RecoveryTask:<SRM_GUID>:dr.recovery.RecoveryManager.reprotect<TASK_ID>' has already been deleted or has not been completely created)”

    解决办法：忽略该错误。重新保护操作成功完成。

  • 在安装 Site Recovery Manager 期间，您会收到一条指示将覆盖 Site Recovery Manager 注册的警告消息

    如果您使用的 vCenter Server 实例已注册有 Site Recovery Manager，则尝试使用其他插件 ID 安装其他 Site Recovery Manager 实例时，将显示一条指示将覆盖 Site Recovery Manager 扩展的警告消息。

    解决办法：忽略警告消息并完成安装，安装会使用正确的插件 ID。

  • 网络名称不同于恢复网络名称时，Site Recovery Manager 可能会在恢复 vCenter Server 上创建保护 vCenter Server 的虚拟网络

    受保护虚拟机所连接网络的网络标签不同于恢复站点上的网络标签时，在测试\恢复\重新保护期间，操作会成功，但可能会在恢复 vCenter Server 上创建具有受保护站点中的相同网络标签的虚拟网络。虚拟网络仅创建一次，并非每次执行测试\恢复\重新保护时都会创建。

    解决办法 1：通过更改 Site Recovery Manager 高级设置中 vrReplication.preserveMpitImagesAsSnapshots 的值，禁用虚拟机快照保留。
    解决办法 2：放弃虚拟网络，继续使用 Site Recovery Manager。

  • 导入不在恢复计划中的受保护虚拟机的配置时，VMware Site Recovery Manager 8.1 配置导入/导出工具可能会出错

    如果将受保护虚拟机放在恢复计划中，然后删除包含这些虚拟机的所有恢复计划，则使用 VMware Site Recovery Manager 8.1 配置导入/导出工具导出配置时，可以导出这些虚拟机的虚拟机恢复设置，但稍后无法将其导入。如果尝试导入设置，会看到类似以下内容的错误：
    导入 GUID 为“6f81a31e-32e0-4d 35-b329-783933b50868”的服务器的虚拟机设置时出错 (Error while importing VM settings for server with guid '6f81a31e-32e0-4d35-b329-783933b50868')。
    其余的已导出配置已正确导入。

    解决办法：重新创建恢复计划、重新配置所需的恢复设置，然后重新导出配置。如果要导出和导入虚拟机恢复设置，请勿删除恢复计划。

  • 如果将 VMware Cloud on AWS 用作灾难恢复站点并配置混合链接模式，vSphere Client 的 Site Recovery 插件显示 UI 错误“未安装 (Not installed)”

    如果将 VMware Cloud on AWS 用作灾难恢复站点并配置混合链接模式，vSphere Client 的 Site Recovery 插件对于 vSphere Replication 和 Site Recovery Manager 服务显示“UI 错误: 未安装 (UI error Not installed)”。从 vSphere Client 打开“配置复制”向导时显示错误“找不到处于正常状态的 Site Recovery UI (Cannot find healthy Site Recovery UI)”。

    解决办法：
    1.忽略该错误，然后在云站点打开 Site Recovery 用户界面，可以从 VMC UI“加载项”选项卡打开，也可以直接通过 https://<VR_SDDC_URL>/dr 打开。
    2.从 Site Recovery 用户界面打开“配置复制”向导。

  • 使用 vSphere 6.7 时，在增强型链接模式下将 Site Recovery Manager 8.1 升级到 Site Recovery Manager 8.1.0.1 或更高版本后，Site Recovery Manager 服务器停止运行

    使用 vSphere 6.7 并在增强型链接模式下将 Site Recovery Manager 8.1 升级到 Site Recovery Manager 8.1.0.1 或更高版本时，如果升级后重新启动 SRM 服务，Site Recovery Manager 服务器会停止运行。您会收到以下错误消息。
    YYYY-MM-DDT12:12:09.983+03:00 panic vmware-dr[04364] [SRM@6876 sub=Default] Application error: (sso.fault.NoPermission) {
    --> faultCause = (vmodl.MethodFault) null,
    --> faultMessage =
    --> msg = "Received SOAP response fault from [ ]: getDomains
    --> "
    --> }
    从 8.1 升级到 8.1.0.1 或更高版本后，必须重新创建 Site Recovery Manager 解决方案用户。

    解决办法：启动 Site Recovery Manager 安装程序并执行修改工作流以重新创建用户。

  •  运行 DR IP Customizer 工具时，存储配置文件保护组中保护的虚拟机未在创建的 CSV 文件中列出。

    在多 vCenter Server 环境中使用 DR IP Customizer 工具时，例如，使用联合 PSC 的设置环境（每个站点上提供多个 vCenter Server 实例），必须指定使用选项 '--vcid UUID' 收集受 Site Recovery Manager 保护的虚拟机的相关网络信息。如果提供辅助站点 vcid，则 DR IP Customizer 工具会连接到辅助 Site Recovery Manager 服务器，而该辅助服务器不会存储 SPPG 保护的虚拟机的网络信息。提供辅助站点 vcid 会导致连接到错误的 vCenter Server，因此虚拟机不会在生成的 CSV 文件中列出。

    解决办法：使用 DR IP Customizer 工具时，仅提供主 vCenter Server vcid 和 uri。

  • 如果在增强型链接模式下部署了 Site Recovery Manager 和 vCenter Server，则在修改模式下运行 Site Recovery Manager 安装程序后，Site Recovery Manager 服务器未连接

    如果在增强型链接模式下部署了 Site Recovery Manager 和 vCenter Server，则在修改模式下运行 Site Recovery Manager 安装程序时，将重新创建 Site Recovery Manager 解决方案用户，从而需要重新配置 SRM 配对。

    解决办法：重新配置 Site Recovery Manager 服务器配对。

  • Linux 虚拟机使用多个具有混合 DHCP 和静态 IP 配置的网卡时，不完全支持通过 IP 子网映射规则进行自定义。

    Linux 虚拟机使用多个具有混合 DHCP 和静态 IP 设置的网卡时，Site Recovery Manager 不完全支持基于 IP 规则的自定义。Site Recovery Manager 仅自定义具有匹配 IP 子网映射规则的静态 IP 地址的网卡，并且可能会清除配置了 DHCP 的其他网卡的某些配置设置。在 Red Hat Enterprise Linux 6.x/7.x 和 CentOS 6.x/7.x 上已发现与此情况相关的已知问题，SRM 自定义会删除配置了 DHCP 的网卡的 /etc/sysconfig/network-scripts/ifcfg-ethX 文件，并根据匹配的 IP 子网映射规则成功自定义具有静态 IP 设置的网卡。

    解决办法：要针对使用多个具有混合 DHCP 和静态 IP 配置的网卡的 Linux 虚拟机正确进行 IP 自定义，请使用“手动进行 IP 自定义”SRM 选项。

  • 在恢复计划名称中使用特殊字符时 IP 自定义失败

    对名称中包含特殊字符的恢复计划和已配置的 IP 自定义运行测试恢复时，IP 自定义失败。

    解决办法：从恢复计划名称中移除任何操作系统特定的特殊符号。

  • 如果受保护 vCenter Server 关闭，恢复站点上的 HTML 5 用户界面可能会出现性能下降，尤其是使用“配置恢复”对话框时。

    如果受保护 vCenter Server 关闭，恢复站点上的 HTML 5 用户界面可能会出现性能下降，尤其是使用“配置恢复”对话框时下降更为明显。

    解决办法：刷新恢复站点上的 HTML 5 用户界面，然后重试操作。

  • 在 Site Recovery Manager 升级后，远程 vCenter Server 不显示在“摘要”选项卡中

    将 Site Recovery Manager 从较早的 SRM 版本升级到 8.1 版后，“站点对”>“摘要”屏幕中的远程 vCenter Server 字段可能为空。

    解决办法：修复相应的站点对。

  • 在 SDRS 数据存储群集的建议中不显示 Storage DRS SRM 警告

    在来自不同一致性组的数据存储组成的数据存储群集上运行 Storage DRS 时，SDRS 不在建议中显示 Site Recovery Manager 警告。

    解决办法：无。

  • Site Recovery Manager 特权未在 vSphere 6.7 Client 中本地化

    Site Recovery Manager 特权未在 vSphere 6.7 Client 中本地化。

    解决办法：无。

  • 当您为已配置为使用 vSphere Replication 进行复制的虚拟机重新启动 vCenter Server (vpxd) 服务时，您将无法重新配置它

    当您为已配置为使用 vSphere Replication 进行复制的虚拟机重新启动 vCenter Server (vpxd) 服务时，适用于 vSphere Client 的 Site Recovery 插件会错误地报告该虚拟机未配置为进行复制。因此，Site Recovery 插件将无法重新配置它。它仅允许配置操作，但其验证失败，因为该虚拟机已配置为进行复制。

    解决办法：使用 Site Recovery HTML 5 独立客户端重新配置虚拟机。

  • Site Recovery UI 变得不可用，持续显示 403 - OK 错误消息

    Site Recovery UI 不显示任何数据并显示错误 403 - OK。

    解决办法：
    1.从 Site Recovery UI 注销并重新登录。
    2.禁用浏览器的“还原上次会话”复选框。对于 Chrome，禁用“从上次停止的位置继续”选项。

  • 在虚拟机保护属性对话框中，vSAN 数据存储上的文件夹名称显示为 UUID，而不是友好名称

    打开虚拟机保护属性对话框时，vSAN 数据存储上的文件夹名称显示为 UUID，而不是友好名称。

    解决办法：无

  • 由未复制或来自 Site Recovery Manager 可见的不同一致性组的数据存储组成的数据存储群集不出现 SRM 警告。

    您创建由不全在同一个一致性组或未复制的数据存储组成的数据存储群集。Site Recovery Manager 警告应该显示但未显示。

    解决办法：无

  • 执行故障切换后，灾难恢复站点上的虚拟机网卡可能仍处于断开连接状态

    如果在 IP 自定义失败后重新运行故障切换，即使在当前故障切换中成功进行自定义，在前一次运行期间自定义失败的虚拟机的网卡也可能仍处于断开连接状态。

    解决办法：无。通过重新配置虚拟机设备手动重新连接网卡。

  • 使用 Microsoft Edge 浏览器时，从“恢复计划历史记录”或“恢复步骤”屏幕导出报告不起作用

    尝试从使用 MS Edge 浏览器的“恢复计划历史记录”或“恢复步骤”屏幕导出报告时，在开发人员控制台中看到以下错误。
    ERROR XML5610: Quote character expected.
    ERROR Error: Invalid argument.
    这是 XSLTProcessor 被用于将服务器的 xml 转换为 html 时存在的已知 Microsoft Edge 浏览器问题。有关详细信息，请参见 https://developer.microsoft.com/en-us/microsoft-edge/platform/issues/9484576/ 和 https://developer.microsoft.com/en-us/microsoft-edge/platform/issues/8496548/。

    解决办法：使用 Chrome、Microsoft Internet Explorer 或 Firefox 浏览器。

  • 使用 Internet Explorer 11 或 Edge 浏览器时，您可能会注意到与 Site Recovery UI 交互时呈现性能下降。

    在 Internet Explorer 11 和 Edge 浏览器中遇到 Site Recovery UI 呈现性能下降的问题。

    解决办法：使用 Chrome 或 Firefox 浏览器。

  • 在 vSphere UI 中右键单击复制的虚拟机并选择“重新配置复制”时，会在 Mozilla Firefox 浏览器中阻止 Site Recovey UI 的弹出窗口，且不显示通知

    默认情况下，Site Recovery UI 在新选项卡中打开。在 vSphere UI 中右键单击复制的虚拟机并选择“重新配置复制”时，会在 Mozilla Firefox 浏览器中阻止 Site Recovey UI 的弹出窗口，且不显示通知。

    解决办法：从 Mozilla Firefox 的“选项”菜单中，选择“内容”选项卡，然后将 vCenter Server 的 URL 添加到弹出窗口例外列表中。 

  • 如果在存储策略保护组故障切换时跳过一致性组，重新保护可能失败

    如果在存储策略保护组故障切换过程中，一致性组中的虚拟机发生问题，而您跳过该一致性组，重新保护操作可能失败。

    重新保护操作会搜索跳过的一致性组，但无法对其进行反向复制。

    解决办法：删除存储策略保护组，并仅使用已恢复 LUN 重新创建该组。

  • 如果重新启用对虚拟机的恢复，Site Recovery Manager Server 可能会崩溃

    如果对虚拟机的恢复操作失败，您可以禁用对虚拟机的恢复。如果您运行恢复计划但恢复失败，您可以重新启用对虚拟机的恢复并重新运行恢复，但 Site Recovery Manager Server 会崩溃。

    解决办法：启动 Site Recovery Manager Server 并禁用对虚拟机的恢复。

  • 如果 vSAN 延伸群集有一个不可用的故障域，测试和恢复操作将失败

    如果您在具有一个不可用故障域的 vSAN 延伸群集上测试或恢复虚拟机，操作将失败。原因是不符合 vSAN 默认存储策略，使用 Site Recovery Manager 在存储上置备虚拟机失败。

    解决办法：手动在 vSAN 延伸群集上注册恢复的虚拟机。当故障域可用时，虚拟机将符合 vSAN 默认存储策略。

  • 在重新保护后，您的数据存储在原始受保护站点的清单中显示为非活动

    如果您使用延伸存储并在灾难恢复后运行重新保护，可能会收到以下警告。

    请求的对象未找到或已删除。(The requested object was not found or has already been deleted.)

    在重新保护后，原始受保护站点的清单中的数据存储显示为非活动。

    解决办法：刷新或重新扫描存储适配器。

    1. 依次单击配置选项卡和存储适配器。
    2. 单击刷新或重新扫描图标，刷新或重新扫描所有存储适配器。
  • Site Recovery Manager 使用 remoteSiteStatus.drPanicDelay 设置的默认值，即使您更改了该值也是如此

    即使您为不响应事件与站点关闭事件之间的延迟设置了自定义值，在“任务”视图中，drPanicDelay 仍显示默认值。

    解决办法：更改 remoteSiteStatus.drPanicDelay 设置的值并重新启动 Site Recovery Manager Server。

  • Site Recovery Manager 使用 remoteSiteStatus.drPingFailedDelay 设置的默认值，即使您设置了自定义值也是如此

    即使您为 remoteSiteStatus.drPingFailedDelay 设置了自定义值，在“任务”视图中，该设置仍显示默认值。

    解决办法：设置 remoteSiteStatus.drPingFailedDelay 设置的自定义值并重新启动 Site Recovery Manager Server。

  • “虚拟机”和“一致性组”选项卡中显示分配给已删除存储策略的虚拟机和一致性组

    删除了某个存储策略后，分配给该存储策略的虚拟机和一致性组显示在 SPPG 组的“虚拟机”和“一致性组”选项卡中。

    解决办法：重新创建存储策略保护组。重新创建组后，虚拟机和一致性组将不会显示在“虚拟机”和“一致性组”选项卡中。

  • 如果加密密钥在恢复站点上不可用，则在“打开电源”步骤中，对加密虚拟机的恢复操作可能会失败

    如果您恢复加密的虚拟机，而在恢复过程中，受保护站点上使用的加密密钥在恢复站点上不可用，则在 Site Recovery Manager 打开该虚拟机的电源时，恢复将失败。

    解决办法：完成下列步骤。

    1. 从恢复站点的清单中删除加密的虚拟机。
    2. 请确保恢复站点上的密钥管理服务器可用，且受保护站点上使用的加密密钥在恢复站点上可用。
    3. 将加密的虚拟机注册到恢复站点的清单。
    4. 在 Site Recovery Manager 用户界面中，打开加密虚拟机的恢复设置，并禁止在恢复过程中打开虚拟机电源。
    5. 重新运行恢复。
  • 测试恢复失败，并显示消息无法为组创建测试泡状映像 (Cannot create a test bubble image for group)

    如果您拥有一个包含多个磁盘的虚拟机，这些磁盘通过 vSphere Replication 复制到辅助站点上的不同 vSphere Virtual Volumes 数据存储，测试恢复操作将失败。在测试恢复过程中，vSphere Replication 尝试为 vSphere Virtual Volumes 副本磁盘创建链接克隆，但是由于不支持跨不同数据存储的链接克隆，该操作将失败。vSphere Replication 仅在测试恢复过程中创建链接克隆。计划的恢复、非计划恢复和重新保护可以成功完成。

    解决办法：仅当所有 vSphere Virtual Volumes 磁盘都复制到辅助站点上的同一 vSphere Virtual Volumes 数据存储时，使用 vSphere Virtual Volumes 磁盘的测试恢复操作才会成功。

  • 在自定义步骤中，第一次尝试恢复位于 vSphere Virtual Volumes 上的虚拟机可能会失败

    在第一次恢复尝试过程中，Site Recovery Manager 无法识别位于 vSphere Virtual Volumes 存储上的虚拟机上安装的旧 VMware Tools 版本。根据恢复虚拟机上安装的 VMware Tools 版本，您可能会看到以下故障。Vim::Fault::OperationNotSupportedByGuest : “此客户机操作系统不支持此操作。”(Vim::Fault::OperationNotSupportedByGuest :"The guest operating system does not support the operation.")Vim::Fault::InvalidGuestLogin : “无法使用所提供的凭据对客户机操作系统进行身份验证。”(Vim::Fault::InvalidGuestLogin :"Failed to authenticate with the guest operating system using the supplied credentials.")

    解决办法：

    1. 重新运行失败的恢复计划或者清理测试计划并重新运行测试恢复。
    2. 将位于 vSphere Virtual Volumes 存储上的所有虚拟机的 VMware Tools 更新到最新版本。

  • 对于 vSphere Virtual Volumes 数据存储上受保护的虚拟机，计划的迁移可能会失败并显示错误

    如果 vSphere Virtual Volumes 数据存储上有受保护的虚拟机，在执行“将恢复站点存储更改为可写”步骤时，这些虚拟机的计划迁移可能会失败，并显示以下错误。

    错误 - 存储策略更改失败: vSphere Virtual Volumes 目标遇到供应商特定的错误。无效的虚拟机配置。指定的参数不正确: path。(Error - Storage policy change failure: The vSphere Virtual Volumes target encountered a vendor specific error. Invalid virtual machine configuration. A specified parameter was not correct: path.)

    解决办法：重新运行恢复计划。

  • IP 自定义或客户机调用操作可能失败并显示“错误 - 无法使用提供的凭据对客户机操作系统进行身份验证 (Error - Failed to authenticate with the guest operating system using the supplied credentials)

    解决办法：

    “高级设置”中的 recovery.autoDeployGuestAlias 选项为 TRUE（默认设置）时：

    • 如果恢复并运行虚拟机的 ESX 主机的时间与恢复站点上的 vCenter Single Sign-On 服务器不同步。
    • 如果已恢复虚拟机的客户机操作系统为 Linux 且时间早于运行已恢复虚拟机的 ESX 主机，请使用以下过程更新虚拟机的配置参数并重新运行失败的恢复计划。
      1. 右键单击恢复的虚拟机。
      2. 单击编辑设置。
      3. 在选项选项卡中，单击常规”。
      4. 单击配置以更新配置参数。
      5. 单击添加行并在名称文本框中输入 time.synchronize.tools.startup.backward，在值文本框中输入 TRUE。
      6. 单击确定以确认。

    “高级设置”中的 recovery.autoDeployGuestAlias 选项为 FALSE 时：

    • 确保受保护虚拟机上的客户机操作系统与恢复站点上的 vCenter Single Sign-On 服务器之间保持正确的时间同步。
    • 确保受保护虚拟机针对恢复站点 SRM 服务器上的解决方案用户配置了正确的客户机别名。有关详细信息，请参见更改恢复设置中 recovery.autoDeployGuestAlias 选项的相关描述。

    有关详细信息，请参见《Site Recovery Manager 8.1 管理指南》中的相关故障排除部分。

  • 安装 Site Recovery Manager 时，可能不会将有效 vCenter Server 地址列为可能的目标

    如果由于多个服务注册了同一个 vCenter Server 的不同版本导致您的环境中存在重复的 vCenter Server 地址，可能不会列出有效地址。Site Recovery Manager 在其安装日志文件中写入重复密钥错误。

    以下错误消息将出现在您的 Site Recovery Manager 安装日志文件中：

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: INFORMATION: Inserted key 'xxxxxx' and value '76B00E54-9A6F-4C13-8DD9-5C5A4E6101E3'

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: INFORMATION: Inserted key 'xxxxxx' and value 'default-first-site:b84bcef3-85fb-4d92-8204-2392acf0088d'

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: ERROR: Duplicate key 'xxxxxx' exists

    解决办法：请参见 https://kb.vmware.com/kb/2145520。

  • 替换 vCenter Server 的 SSL 证书导致 Site Recovery Manager 中出现证书验证错误。

    如果替换了 vCenter Server 系统上的 SSL 证书，则 Site Recovery Manager 尝试连接 vCenter Server 时可能出现连接错误。

    解决办法：有关如何更新 vCenter Server 证书并让诸如 Site Recovery Manager 等解决方案能够继续正常运行的信息，请参见 http://kb.vmware.com/kb/2109074。

  • 附加到 VSS 网络的虚拟机的灾难恢复针对临时占位网络映射在 UI 中显示受保护站点网络。

    如果使用尚未配置常规网络映射的 VSS 网络，并对包含存储策略保护组的恢复计划运行灾难恢复，则 Site Recovery Manager 会为该网络创建临时占位映射。完成临时占位映射时，辅助站点上可能会显示一个网络，该网络与主站点上的网络具有相同的名称。如果未明确创建此网络，则其不是一个真正的网络。但是，可以选择它作为临时占位映射的目标，且恢复将会成功。恢复完成后，会显示该网络不可访问，尽管已恢复的虚拟机显示为已连接到恢复站点上的该网络。

    解决办法：恢复后，请手动将虚拟机映射到其他网络并将其连接到真正的网络。

  • 删除相应网络映射后不会删除测试网络映射。

    如果创建网络映射时，为测试恢复计划配置了特定网络映射，随后删除主网络映射，不会删除测试网络映射，即使配置的恢复站点网络不是另一映射的目标也是如此。例如：

    • 您配置了从受保护站点上的 Protected_Network_Main 到恢复站点上的 Recovery_Network_Main 的网络映射。
    • 您配置了从 Recovery_Network_Main 到 Recovery_Network_Test 的测试网络映射以用作测试恢复计划的网络。
    • 恢复站点上的 Recovery_Network_Main 未用作任何其他网络映射的目标。
    • 您删除了从 Protected_Network_Main 到用于完整恢复的 Recovery_Network_Main 的网络映射。
    • 从 Recovery_Network_Main 到 Recovery_Network_Test 的测试网络映射将不会删除。

    解决办法：手动删除测试网络映射。

  • 延伸存储上两个虚拟机（一个启用 vMotion，一个禁用 vMotion）之间的依赖关系在迁移工作流期间失败。

    解决办法：移除虚拟机之间的依赖关系并使用 vMotion 重新运行计划迁移。针对未来恢复工作流手动重新启用依赖关系。
    如果要保留虚拟机之间的依赖关系，则不使用 vMotion 运行计划迁移。将两个虚拟机作为常规虚拟机根据依赖关系顺序进行迁移。

  • Site Recovery Manager 无法跟踪从 vCenter Server 清单移除非关键虚拟机的操作，导致在恢复、测试恢复和测试清理工作流中出现 MONF 错误。

    Site Recovery Manager 失去与受保护站点和恢复站点上的 vCenter Server 之间的连接，无法监控移除非关键虚拟机的操作。

    解决办法：重新启动 Site Recovery Manager 服务器。

  • 编辑临时占位映射时，可能会看到以下错误：指定的密钥、名称或标识符 “6458aed1-6c80-4565-907f-189e6a102046”已存在 (The specified key, name, or identifier '6458aed1-6c80-4565-907f-189e6a102046' already exists)。

    当同一受保护站点清单对象存在常规映射时，会出现此错误。

  • 重命名与受保护虚拟机关联的数据存储会导致丢失保护和恢复设置。

    重命名与受保护虚拟机关联的数据存储时，该虚拟机会丢失其保护状态和恢复设置。首先关闭 Site Recovery Manager 服务器，然后重命名数据存储以避免虚拟机丢失恢复设置。

    解决办法：要还原保护状态，请重新启动受保护站点 Site Recovery Manager 服务器，或从保护组中移除受影响的数据存储然后再将其添加回来，之后重新配置恢复设置。

  • 对于占位映射中的某些受保护站点对象，Site Recovery Manager 显示错误的名称。
    • 数据中心名称显示为 vm 而非用户定义的数据中心名称。
    • 资源池名称显示为 Resources 而非用户定义的资源池名称。
    • 如果在保护存储配置文件保护组中的某个虚拟机后将该虚拟机移动至其他文件夹或资源池，则移动后生成的占位映射会显示内部 ID（例如 folder-3 或 resgroup-5），而非用户定义的对象名称。

    解决办法：对于清单映射中的错误对象名称，没有解决办法。检查导致创建占位映射的失败的测试或恢复工作流中的历史记录报告。例如，如果您知道受保护站点清单，则可以确定包含因缺少某个映射而无法恢复的受保护虚拟机的受保护站点数据中心、文件夹和资源池。

  • 在具有静态站点偏差的延伸存储上禁用 vMotion 的情况下运行计划的迁移时，操作可能会在存储同步步骤失败。

    解决办法：第一次尝试运行计划中的迁移失败后，手动运行发现设备并重新运行此操作。

  • 恢复计划工作流完成后，最后的恢复步骤仍然显示“正在运行”状态。

    状态不正确是暂时性的 UI 问题。Site Recovery Manager 会执行所有步骤直到全部完成。

    解决办法：单击全局刷新图标刷新界面。所有步骤都将显示正确的已完成状态。

  • 在恢复视图中，提示和命令从步骤列表中消失。

    在恢复步骤 > 恢复视图中添加提示或命令后，可以在测试视图中看到相同的提示或命令。但是，如果尝试在测试视图中编辑提示或命令，特定于恢复视图的提示或命令可能会从步骤列表中消失。

    提示或命令消失是一个暂时性的 UI 问题，仅影响详细恢复步骤列表。当您运行测试或恢复时，Site Recovery Manager 会执行所有提示和命令，即使是未显示在详细步骤列表中的提示和命令也会执行。

    解决办法：单击全局刷新图标刷新界面。所有标注都将重新显示在步骤列表中。

  • 存储阵列在受保护站点出现故障时，Site Recovery Manager 无法恢复存储配置文件保护组中的虚拟机。

    虚拟机变为未受保护状态，但数据仍然受保护。

    解决办法：在恢复站点手动恢复数据存储和虚拟机。

  • 当 Platform Services Controller 证书过期时 Site Recovery Manager 安装失败。

    在 Site Recovery Manager 安装过程中连接到 Platform Services Controller 时，即使 Platform Services Controller 证书已过期或者仍是无效状态，您也可以接受此证书。当选择要连接的 vCenter Server 实例时，安装失败，并显示错误：无法验证 vCenter Server。详细信息: 内部错误: 异常错误代码: -1 (Failed to validate vCenter Server. Details: Internal error: unexpected error code: -1)。如果在安装 Site Recovery Manager 且在修改模式下运行 Site Recovery Manager 安装程序后 Platform Services Controller 证书过期，则会出现相同的错误。如果在安装 Site Recovery Manager 后 Platform Services Controller 证书过期，则 Site Recovery Manager 界面中也可能显示不同错误。

    解决办法：替换 Platform Services Controller 证书，然后重试安装。

  • 删除保护组和恢复计划后，恢复站点上的占位虚拟机仍然存在。

    当您从 SRM 清单中删除恢复计划和保护组后，恢复站点上的占位虚拟机仍然可见。当您尝试创建具有相同数据存储和虚拟机的新保护组时发生错误。当您尝试从 vCenter Server 清单中手动删除此占位虚拟机时发生错误。Site Recovery Manager 将虚拟机标记为孤立项。

    解决办法：删除占位虚拟机并移除孤立的虚拟机，然后创建具有相同虚拟机的保护组。

  • 如果在维护模式下重新启动恢复站点 ESXi 主机后 10 分钟内尝试清理，则清理会失败。

    该清理操作将尝试交换占位符，并使用主机弹性缓存，该缓存的刷新时段为 10 分钟。如果您对已在这 10 分钟内重新启动的 ESXi 主机执行交换操作，则 Site Recovery Manager 不会更新 Site Recovery Manager 主机弹性缓存中的信息，并且该交换操作将失败。该清理操作也会失败。

    解决办法：请等待 10 分钟，然后再尝试清理。

  • 重新运行重新保护失败，并出现错误消息：保护组“{protectionGroupName}”已通过需要修复的占位保护虚拟机 (Protection Group '{protectionGroupName}' has protected VMs with placeholders which need to be repaired)。

    如果 ReloadFromPath 操作在第一次重新保护期间没有成功，则相应的受保护虚拟机将进入 repairNeeded 状态。当 Site Recovery Manager 对保护组运行重新保护时，Site Recovery Manager 既无法修复受保护的虚拟机，也无法还原占位虚拟机。如果由于相应的 ReloadFromPath 操作失败而使首次对虚拟机执行重新保护操作失败，则会出现该错误。

    解决办法：启用强制清理选项并重新运行重新保护。此选项将完成重新保护操作，并启用重新创建占位选项。单击重新创建占位以修复此受保护虚拟机并还原占位虚拟机。

  • 连接受保护站点失败后，恢复无法继续

    如果在取消激活操作期间或者在 RemoteOnlineSync 或 RemotePostReprotectCleanup 期间无法访问保护站点（在重新保护期间会同时出现这两种情况），则恢复计划可能无法继续。在这种情况下，系统会等待属于保护站点的虚拟机或组完成这些中断的任务。如果在执行重新保护操作期间出现该问题，则必须重新连接原始保护站点，然后取消并重新启动恢复计划。如果在恢复期间出现该问题，则取消并重新启动恢复计划即可。

  • 恢复的 VMFS 卷无法挂载，并出现错误消息：无法恢复数据存储 (Failed to recover datastore)。

    出现该错误的原因可能是 vCenter Server、ESXi Server 和 Site Recovery Manager Server 之间出现延迟。

    解决办法：重新运行恢复计划。

  • vCenter Server 连接临时中断可能会导致具有裸磁盘映射的虚拟机出现恢复问题

    如果在恢复过程中与 vCenter Server 的连接中断，则可能会出现以下事件之一：

    • vCenter Server 仍不可用，恢复失败。要解决此问题，请重新建立与 vCenter Server 的连接并重新运行恢复。
    • 在极少数情况下，vCenter Server 可以再次使用且恢复虚拟机。在这种情况下，如果虚拟机具有裸磁盘映射 (RDM)，则可能无法正确映射 RDM。由于无法正确映射 RDM，因此可能无法打开虚拟机电源，或者出现与客户机操作系统或在该客户机操作系统上运行的应用程序相关的错误。
      • 如果这是测试恢复，请完成清理操作并再次运行测试。
      • 如果这是实际恢复，则必须手动将正确的 RDM 附加到已恢复的虚拟机。

    有关添加裸磁盘映射的详细信息，请参见关于编辑虚拟机设置的 vSphere 文档。

  • 取消恢复计划未完成

    运行恢复计划时，会尝试同步虚拟机。可以取消恢复计划，但在同步完成或过期之前，无法完成尝试取消所运行的恢复计划的操作。默认过期时间为 60 分钟。以下选项可用于完成取消恢复计划：

    • 暂停 vSphere Replication，同步也将失败。恢复进入错误状况后，使用 vSphere Client 在“vSphere Replication”选项卡中重新启动 vSphere Replication。重新启动复制后，如果需要，可以再次运行恢复计划。
    • 等待同步完成或超时。这可能需要相当长的时间，但最终会完成。同步完成或过期之后，会继续取消恢复计划。

  • 关闭受保护虚拟机时恢复计划出错：错误 - 操作已超时: 900 秒，在“关闭受保护站点中的虚拟机”步骤期间 (Error - Operation timed out: 900 seconds during Shutdown VMs at Protected Site step)。

    如果在支持动态交换的阵列（如 Clariion）上使用 Site Recovery Manager 保护数据存储，则在受保护站点部分关闭后运行灾难恢复时或运行强制恢复计划时，重新运行该恢复计划以完成受保护站点操作可能会出现错误。在受保护站点恢复联机但 Site Recovery Manager 无法关闭受保护的虚拟机时，会出现上述错误。通常，当某些阵列将受保护 LUN 设置为只读，从而使 ESXi 无法完成已打开电源的受保护虚拟机的 I/O 时，会出现该错误。

    解决办法：重新引导受保护站点上受只读 LUN 影响的 ESXi 主机。

  • 计划的迁移失败，并出现"错误: 无法复制配置文件... "(Error: Unable to copy the configuration file...)

    如果在群集中有两个 ESXi 主机，并且其中一个主机与存储断开连接，则另一个主机通常可以恢复已复制的虚拟机。在某些情况下，另一个主机可能无法恢复虚拟机，恢复失败并出现以下错误：错误: 无法复制配置文件... (Error: Unable to copy the configuration file...)

    解决办法：重新运行恢复。

  • 测试清理操作失败，并出现数据存储卸载错误。

    执行测试恢复之后运行清理操作可能会失败，并出现错误：错误 - 无法从主机“hostname”卸载数据存储“datastore_name”。当前状态下不允许执行该操作 (Error - Cannot unmount datastore 'datastore_name' from host 'hostname'. The operation is not allowed in the current state)。如果在运行清理操作之前，该主机已卸载该数据存储，则会出现此问题。

    解决办法：重新运行清理操作。

  • 运行不含受保护虚拟机的恢复计划的计划迁移会使环境处于不可用状态。

    保护组不包含任何虚拟机，并且您在计划迁移模式下从远程 Site Recovery Manager Server 运行此保护组的恢复计划时，该操作将失败。计划将进入“恢复未完成”状态，并且无法删除该计划，LUN 同时与保护主机和恢复主机断开连接。

    解决办法：要还原环境，请删除保护组和恢复计划，并使用 SAN 管理界面手动重新配置 LUN。

  • 以用户身份登录受保护站点后，如果移除该用户的权限，会显示以下错误消息：无法检索权限数据。此会话已登录。“高级设置”选项卡上显示一个类似错误 (Unable to retrieve Permissions data. The session is already logged in. A similar error appears on the Advanced Settings tab)。

    当您在站点级别移除自身权限时会显示此错误消息。而其实该消息应是告知您，您没有权限查看该页面。

  • 运行恢复计划时在配置存储步骤中失败，并显示虚拟机错误。

    为同一虚拟机运行后续恢复计划时会在同一配置存储步骤失败，并显示错误消息：指定的密钥、名称或标识符已经存在 (The specified key, name, or identifier already exists)。如果您查看 vCenter Server 清单，将看到两台与故障虚拟机同名的虚拟机，其中一台在“Discovered Virtual Machines”文件夹内。此问题由 vCenter Server 和 ESXi Server 实例之间的已知通信问题导致。

    解决办法：从 vCenter Server 取消注册“Discovered Virtual Machines”文件夹中的重复虚拟机。对所有受影响的虚拟机完成此操作之后，重新运行恢复计划。

check-circle-line exclamation-circle-line close-line
Scroll to top icon