VMware Site Recovery Manager 虚拟设备 8.5 | 2021 年 10 月 5 日 | 内部版本 18710731 | 下载

VMware Site Recovery Manager 8.5 配置导入/导出工具 | 2021 年 10 月 5 日 | 内部版本 18710000 

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

发行说明内容

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

VMware Site Recovery Manager 8.5 中的新增功能

注意:有关与更低版本或更高版本的 VMware vSphere 的互操作性,请参见《VMware Site Recovery Manager 8.5 兼容性列表》

有关 vSphere 7.0 Update 3 功能的信息,请参见 vSphere 7.0 文档

有关受支持数据库的信息,请参见《VMware Site Recovery Manager 8.5 兼容性列表》

产品支持注意事项

新增:VMware Site Recovery Manager 8.5 是支持存储策略保护组 (SPPG) 的最后一个通用版本。

VMware Site Recovery Manager 不再支持 Windows 版本的安装程序,且仅作为设备提供。

本地化

VMware Site Recovery Manager 8.5 提供以下语言版本:

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

兼容性

VMware Site Recovery Manager 兼容性列表

VMware Site Recovery Manager 8.5 与 vSphere 6.7 及更高版本兼容,并支持 vCenter Server 7.0 支持的 ESXi 版本。

VMware Site Recovery Manager 8.5 要求在受保护站点和恢复站点上都具有支持的 vCenter Server 版本。

有关互操作性和产品兼容性信息,包括是否支持客户机操作系统自定义,请参见《VMware Site Recovery Manager 8.5 兼容性列表》

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

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

兼容的 vVols 合作伙伴 VASA 提供程序

有关兼容的 vVols 合作伙伴 VASA 提供程序的当前列表,请参见《VMware 兼容性指南》

VMware vSAN 支持

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

安装和升级

有关安装和升级 VMware Site Recovery Manager 的信息,请参见《Site Recovery Manager 的安装和配置》。

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

注意:

  • 如果受保护站点和恢复站点上的 vCenter Server 实例处于增强型链接模式,则它们必须是直接的复制合作伙伴。否则,升级可能失败。

迁移到 VMware Site Recovery Manager 虚拟设备

可以将 Site Recovery Manager 8.3.x 实例从 Windows 迁移到 Site Recovery Manager 8.3.x 虚拟设备,然后再升级到 Site Recovery Manager 8.5 虚拟设备。有关迁移过程的信息,请参见从适用于 Windows 的 Site Recovery Manager 迁移到 Site Recovery Manager 虚拟设备

网络安全

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 的网络端口

VMware Site Recovery Manager 8.5 的操作限制

有关 VMware Site Recovery Manager 8.5 的操作限制,请参见 Site Recovery Manager 的操作限制

开源组件

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

局限声明和限制

  • 使用 vSphere Replication 保护和恢复加密虚拟机时,对于基于 6.7.x 的版本,需要 VMware vSphere 6.7 Update 1 或更高版本;对于基于 7.0.x 的版本,需要 vSphere 7.0 Update 2c 或更高版本。
  • 存储策略保护组不支持保留 vSphere 标记。
  • 创建链接克隆虚拟机时,其部分磁盘将继续使用基础虚拟机磁盘。如果使用 vVols 复制,则必须复制基础虚拟机所在复制组中的链接克隆虚拟机,否则,您会看到以下错误消息:“虚拟机‘{vmName}’由多个复制组复制 (Virtual machine '{vmName}' is replicated by multiple replication groups)。”如果必须复制与链接克隆虚拟机位于不同复制组中的基础虚拟机,或者无法复制基础虚拟机,则必须将链接克隆虚拟机转换为完整克隆。
  • 使用 VMware Virtual Volumes 保护组保护和恢复加密虚拟机需要 vSphere 7.0 或更高版本。
  • Site Recovery Manager 不支持对仅存在于快照中的未附加磁盘进行 Virtual Volumes 复制。
  • Site Recovery Manager 不支持对 NVMe over Fabrics (NVMe-oF) 数据存储进行保护和编排恢复。有关 NVMe 存储的详细信息,请参见 VMware vSphere 7.0 文档中的 VMware NVMe 概念
  • VMware Site Recovery Manager 当前不支持将 AVS ANF for NetApp ONTAP NFS 存储作为复制的源或目标。
  • NSX-T Data Center 不支持存储策略保护组的网络自动映射。
  • 使用 vSphere Replication 保护和恢复加密虚拟机需要 VMware vSphere 6.7 Update 1 或更高版本。
  • 无论受保护虚拟机属于一个还是多个恢复计划,VMware Site Recovery Manager 8.5 配置导入/导出工具执行导入时仅尝试导入受保护虚拟机的恢复设置一次。
  • 恢复后,将禁用虚拟机上的 vSphere Flash Read Cache 并将预留设置为零。在配置为使用 vSphere Flash Read Cache 的虚拟机上执行恢复之前,请通过 vSphere Web Client 记录虚拟机的缓存预留信息。这样可以在恢复之后重新配置虚拟机上的 vSphere Flash Read Cache。
  •  VMware Site Recovery Manager 8.5 支持保护具有单处理器 vSphere FT 功能的虚拟机,但在恢复之后将取消激活恢复站点中的虚拟机上的单处理器 vSphere FT 功能。
    • 如果您在虚拟机上使用单处理器 vSphere FT 功能,则必须在受保护站点上配置这些虚拟机,以便在恢复之后 Site Recovery Manager 可以取消激活 vSphere FT 功能。有关如何在受保护站点上为虚拟机配置单处理器 vSphere FT 功能的信息,请参见 https://kb.vmware.com/kb/2109813
  •  VMware Site Recovery Manager 8.5 支持 vSphere Replication 8.5 与 vSphere Virtual Volumes,但存在以下限制。
    • 您不能将 vSphere Replication 时间点快照用于复制目标是 Virtual Volumes 数据存储的虚拟机。
    • 在将 vSphere Virtual Volumes 存储用作复制目标时,属于虚拟机的所有磁盘都必须复制到单个 vSphere Virtual Volumes 数据存储。
    • 复制的虚拟机位于 vSphere Virtual Volumes 存储上时,属于该虚拟机的所有磁盘必须位于单个 vSphere Virtual Volumes 数据存储上。
  • VMware Site Recovery Manager 8.5 不支持将 NFSv4.1 数据存储用于基于阵列的复制。您可以将 Site Recovery Manager 8.5 与 NFSv4.1 数据存储一起用于 vSphere Replication。
  • VMware Site Recovery Manager 不支持重新配置存储配置文件保护组,例如更改关联存储策略、组名或描述的组合。要修改某个存储配置文件保护组,必须先将其删除,然后再使用新配置重新创建。
  • VMware Site Recovery Manager 无法保护存储策略保护组中的 RDM 磁盘或容错虚拟机。
  • VMware Site Recovery Manager 不支持映射或排除存储策略保护组中的非复制虚拟设备。
  • 要使用 RSA SecureID 进行双因素身份验证或使用智能卡(通用访问卡)身份验证,您的环境必须满足以下要求:
    1. 使用 Platform Services Controller 的管理员凭据安装 Site Recovery Manager 8.5 并配对 Site Recovery Manager 8.5 站点。
    2. 两个 Site Recovery Manager 8.5 站点上的 vCenter Server 实例都必须在增强型链接模式下运行。要避免在将 Site Recovery Manager 从 8.5 升级到较新版本的 Site Recovery Manager 的过程中出现故障,两个站点上的 vCenter Server 实例必须是直接复制配对实例。

已知问题

  • Site Recovery Manager 工作流失败,并显示 NotAuthenticated 错误

    每隔 8 小时,就会有一段时间,在该时段远程操作可能会错误地失败并显示 NotAuthenticated 错误,持续时间为 0-60 秒。运行 Site Recovery Manager 工作流(例如“重新保护”或“故障切换”)时,如果到达该时间段,工作流可能会失败并显示 NotAuthenticated 错误。尽管启动工作流时所有连接都正常,但活动登录令牌可能会在工作流执行期间过期,从而导致出现错误。

    解决办法:重新运行工作流。

  • 使用远程 Site Recovery Manager 解决方案用户导出 Site Recovery Manager 配置失败并显示错误

    在仅具有基于阵列的复制的 Site Recovery Manager 环境中,如果尝试使用脚本导出 Site Recovery Manager 配置而未使用凭据,此导出将失败。Impex 日志会记录以下错误:

    2022-05-02 04:35:57,061 [srm-reactive-thread-13] ERROR com.vmware.srm.client.impex.Main - Export SRM configuration ended.
    (vim.fault.NoPermission) {
    faultCause = null,
    faultMessage = null,
    object = ManagedObjectReference: type = Folder, value = group-d1, serverGuid = e288c277-4377-4abe-80ad-0e981d64badf,
    privilegeId = StorageProfile.View }

    解决办法 1:将“策略驱动的存储视图”添加到远程 SRM 解决方案用户角色中。
    解决办法 2:使用属性文件或在交互模式下使用凭据导出 Site Recovery Manager 配置。请参见使用属性文件导出 Site Recovery Manager 配置数据使用独立导入/导出工具导出 Site Recovery Manager 配置数据。 

  • 对远程站点执行灾难恢复并启用对远程站点上虚拟机的保护后,虚拟机的复制状态为“非活动”

    将虚拟机灾难恢复到具有多个集群的远程站点,并在主站点恢复联机后在远程站点上启用虚拟机保护时,虚拟机的复制状态为非活动并显示以下错误:“未连接到 VR 服务器 (No connection to VR Server)。”

    解决办法:

    1. 与 vSphere Replication 设备建立 SSH 连接。
    2. /etc/vmware/hbrsrv.xml 文件中的lwdSslHandshakeTimeoutSec 值修改为 5。
    3. 重新启动有问题的 HBR 服务器。

     

  • 新增:升级 vCenter Server 后,Site Recovery UI 中可能会显示错误消息

    将 vCenter Server 升级到版本 6.7 Update 3p 或版本 7.0 Update 3 P04 后,打开 Site Recovery UI 时,可能会看到以下错误消息:“用户未登录。由于缺少特权而终止方法执行 (User is not logged in. Terminating method execution due to lack of privileges)。”
    dr.log 和 HMS 日志中也会显示相同的错误。

    解决办法:无。忽略该错误。 

  • 新增:如果没有自动保护高级设置,则基于阵列的复制保护组和 vVols 复制保护组的自动保护移除不起作用 

    如果仅激活自动保护移除高级设置,并且停用了自动保护设置,则基于阵列的复制保护组和 vVols 复制保护组的自动保护移除不起作用。

    解决办法:为您使用的保护组类型激活自动保护高级设置和自动保护移除高级设置。

  • 新增:重新保护失败并显示错误

    大规模复制虚拟机时,重新保护可能会失败,并显示以下错误:“无法撤消复制虚拟机。vSphere Replication 管理服务器中出现一般错误‘java.net.SocketTimeoutException: 读取已超时’(Unable to reverse replication for the virtual machine A generic error occurred in the vSphere Replication Management Server "java.net.SocketTimeoutException: Read timed out")”

    解决办法: 

    1. 导航到 /opt/vmware/hms/conf/hms-configuration.xml 文件。
    2. 将两个站点的 hms-default-vlsi-client-timeout 值增加到 15 分钟。
    3. 重新启动 HMS 服务。

     

  • 新增:增加的网卡不获取网络配置,并且保持处于“关闭”状态

    从配置服务 UI 配置额外网络接口不会更改网络接口的状态,并且网络接口不会连接到网络。

    解决办法:通过 SSH 访问 Site Recovery Manager 设备或 vSphere Replication 设备,然后运行以下命令:

    1. "ip link" - 查找处于“关闭”状态的必需网卡。输出如下所示:
      1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
      2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:f4:db brd ff:ff:ff:ff:ff:ff
      3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:53:2e brd ff:ff:ff:ff:ff:ff
    2. "ip link set dev <name> up" - 将网络接口状态设置为“启动”。

     

  • 新增:包含 vSphere Replication 复制虚拟机的恢复计划失败并显示错误

    如果具有 MPIT 的 vSphere Replication 复制虚拟机在多个不同的数据存储上具有多个复制磁盘,则停止复制一个磁盘并将其与保护组分离时,故障切换将失败,并显示以下错误“设备‘0’的配置无效 (Invalid configuration for device '0')”

    解决办法:不要停止其中一个磁盘的复制,也不要将该磁盘与保护组分离。

  • 新增:大规模虚拟机的重新保护操作失败并显示错误

      尝试对大规模虚拟机执行重新保护操作时,该过程可能会失败,并显示以下错误之一:

    无法撤消复制虚拟机 <VM_name> (Unable to reverse replication for the virtual machine <VM_name>)

    出现了常规系统错误: 无法打开虚拟磁盘 (A general system error occurred: Failed to open virtual disk)

    这些问题可能是由于临时存储超载或网络问题所致。

    解决办法:对这些虚拟机重试重新保护操作。

  • 新增:在延伸存储集群环境中执行恢复计划失败

    如果在延伸存储集群环境中,尝试在不使用 vMotion 的情况下对虚拟机保护组执行计划的迁移或灾难恢复,该操作可能会在一个或多个虚拟机的“创建可写存储快照”步骤失败。您会收到以下错误消息:“无法恢复保护组 [PGxxx] 中的某些虚拟机 (Some virtual machines in the protection group [PGxxx] could not be recovered)。”

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

  • 新增:执行灾难恢复,然后打开同一站点的电源后,某些虚拟机进入孤立状态

    在延伸存储环境中执行灾难恢复后打开关闭站点的电源时,某些虚拟机可能会显示处于孤立状态。延伸存储环境中的虚拟机保护组会出现此问题。

    解决办法:从 vCenter Server 清单中移除所有孤立虚拟机的条目,然后再运行其他 Site Recovery Manager 工作流。

  • 新增:包含导出恢复步骤的下载文件的名称无法正确显示

    如果恢复计划名称中包含非 ascii 字符,则导出恢复计划步骤时,下载文件的名称将无法正确显示。Site Recovery Manager 会将所有非 ascii 字符替换为下划线符号。

    解决办法:无。不要对恢复计划的名称使用非 ascii 字符。

  • 新增:执行故障切换后,恢复的虚拟机图标显示 3 个点

    如果手动将虚拟机的受保护磁盘映射到另一个磁盘,或者在保护组下的虚拟机保护属性中分离该磁盘,则在执行故障切换后,恢复的虚拟机图标将显示 3 个点,就好像仍是占位虚拟机一样。

    解决办法:无。

  • 新增:“网络设置”中有关 DNS 服务器的信息为空,无法编辑和保存

    如果部署 Site Recovery Manager 设备时采用 DCHP 和路由器通告设置,则会自动接收 DNS 服务器。如果使用 IPv6,则尝试手动设置新的 DNS 服务器并使用“网络设置”表单进行保存时,不会保存 DNS 服务器的数据,并且不会在 Site Recovery Manager 实例上正确设置 DNS。

    解决办法:如果要更改 DNS 服务器设置并继续对 IPv6 地址使用 DHCP 和路由器通告,则必须取消选中“网络设置”表单中的使用静态 IPv6 地址设置。然后,表单将正确保存新设置。

  • 新增:当复制的磁盘位于 Virtual Volumes 存储上且调整大小时,无论原始磁盘类型如何,磁盘都会恢复为精简置备

    调整磁盘大小操作的内部工作涉及创建磁盘副本,由于 Virtual Volumes 存储的特性,无论基础磁盘类型如何,虚拟卷存储的默认设置均为精简置备磁盘类型。磁盘大小调整已完成,但生成的调整大小的磁盘现在 vSphere Replication 恢复时具有精简置备类型。

    解决办法:如果需要,您可以在恢复后手动更改磁盘类型。

  • 一个虚拟机的重新保护操作失败并出现错误

    重新保护操作失败,并出现以下错误:

    无法撤消复制虚拟机“<vm-name>”。出现了常规系统错误: 故障原因: vim.fault.GenericVmConfigFault (Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault)

    在目标 vCenter Server 站点上,虚拟机的任务失败,并显示以下详细信息:

    任务名称: 移除所有快照 (Task Name: Remove all snapshots)
    状态: 出现了常规系统错误: 故障原因: vim.fault.GenericVmConfigFault (Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault)
    启动器: <initiator> (Initiator: <initiator>)
    目标: <vm-name> (Target: <vm-name>)
    服务器: <VC-name> (Server: <VC-name>)

    解决办法:

    1. 移除复制。
    2. 使用种子磁盘重新配置复制。
  • 执行重新保护操作后,一个或多个复制进入“错误 (违反 RPO)”状态

    执行重新保护操作后,一个或多个复制进入错误状态,并出现以下错误:

    数据存储路径“[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk”出现存储问题 (A problem occurred with the storage on datastore path '[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk)

    解决办法:

    1. 移除复制
    2. 使用种子磁盘重新配置复制。
  • 对包含 vTA 加密虚拟机的存储策略保护组执行测试恢复和实际恢复时,该操作可能会失败并出现错误

    对包含 vTA 加密虚拟机的存储策略保护组运行测试恢复或实际恢复时,该操作可能会失败,并出现以下错误:需要加密密钥。

    解决办法:重新运行该操作。此问题已在 vCenter Server 7.0 Update 3 中解决。

  • 重新保护正在进行中或重新保护完成不久后,保护组的“摘要”选项卡和“虚拟机”选项卡中出现意外错误

    如果在重新保护操作正在进行时导航到“摘要”选项卡或“虚拟机”选项卡,可能会看到以下意外的错误消息:‘“spec.objectSet”中的 ManagedObjects 属于多个服务器 (The ManagedObjects in 'spec.objectSet' belong to more than 1 server)。’’缺少非可选字段 placeholderVmInfo 的值 (Missing value for non-optional field placeholderVmInfo)。’如果打开“虚拟机”选项卡,则可能看不到任何虚拟机。

    解决办法:关闭错误并等待一会儿。虚拟机将重新出现在保护组中,并且将按预期受到保护并打开电源。

  • “配置复制”向导开始延迟

    如果在 Apple Mac OS 上使用 Mozilla Firefox 浏览器,可能会在“配置复制”向导中遇到 UI 性能下降并延迟的问题。

    解决办法:使用 Chrome 浏览器。

  • 如果使用 Site Recovery Manager 保护的虚拟机将 NVDS 用于受保护网络或恢复网络,则在 NVDS-CVDS 迁移后会发生保护问题

    如果将受保护的虚拟机连接到 NVDS 网络并执行 NVDS-CVDS 迁移,则迁移后,受保护虚拟机将发生保护问题。执行 NVDS-CVDS 迁移且此网络用于恢复网络时,同样会出现这种情况。

    解决办法:重新配置受影响虚拟机的保护。

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

    当 Site Recovery Manager 对保护组运行重新保护时,Site Recovery Manager 既无法修复受保护的虚拟机,也无法还原占位虚拟机。如果由于相应的占位操作失败而使首次对虚拟机执行重新保护操作失败,则会出现该错误。受保护虚拟机标记有配置错误,保护组将部分处于重新保护状态。

    解决办法:

    1. 启用强制清理选项并重新运行重新保护。此选项将完成重新保护操作,并启用重新创建占位选项。请注意,重新保护执行将在完成时标记为成功。
    2. 显式启动重新创建占位操作以修复受影响的受保护虚拟机并还原占位虚拟机。请注意,如果在未执行此操作的情况下运行灾难恢复工作流,则这些虚拟机的恢复将失败,并出现以下错误消息:受保护虚拟机“<vm-name>”缺少占位虚拟机 (Placeholder VM for the protected VM '<vm-name>' is missing)。

     

  • 如果使用基于 Chromium 的浏览器,则尝试调整网格列的大小时,Site Recovery 用户界面将冻结并变得无响应

    Chromium 中的 LayoutNG 存在导致性能问题的错误。有关详细信息,请参见 https://bugs.chromium.org/p/chromium/issues/detail?id=1008523https://bugs.chromium.org/p/chromium/issues/detail?id=1098231

    解决办法 1: 

    1. 关闭所有 Chrome 窗口。
    2. 编辑 Chrome 快捷方式链接,并将其更新为:"C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --disable-blink-features=LayoutNG
    3. 再次打开 Chrome。

    解决办法 2:将 Chrome 浏览器升级到版本 85.0.4183.83 或更高版本。

  • 某些已恢复虚拟机引发以下警报“vSphere HA 虚拟机故障切换失败 (vSphere HA virtual machine failover failed)”

    在 Site Recovery Manager 工作流期间,执行测试恢复或故障切换操作后,某些已恢复虚拟机可能会引发以下警报:vSphere HA 虚拟机故障切换失败 (vSphere HA virtual machine failover failed)。从 Site Recovery Manager 角度来看,对功能无任何影响,因为所有虚拟机都已成功恢复。

    解决办法:无。必须确认该警报。

  • vCenter Server Web Client 或 HTML5 Client 中不显示 Site Recovery Manager 插件

    安装或升级到 Site Recovery Manager 并将其注册到安装在 Windows Server 上的 vCenter Server 版本 6.7.x 中时,vCenter Server Web Client 或 HTML5 Client 中不显示 Site Recovery Manager 插件。

    解决办法:请参见 https://kb.vmware.com/s/article/78678

  • 测试恢复运行时创建的虚拟机的自动保护出现延迟,直到测试完成并清理

    在基于阵列的保护组上运行测试恢复时在受保护数据存储上创建了虚拟机,如果在虚拟机置备后的 15 分钟内未清理测试恢复过程,则虚拟机可能不会自动受到保护。

    解决办法 1:要启动自动保护,请重新启动受保护站点上的 Site Recovery Manager 服务器。
    解决办法 2:测试恢复后,对处于“未配置”状态的虚拟机使用手动保护。

  • 可以在 Site Recovery Manager 设备管理界面的网络配置中使用 DNS 服务器,即使您已选择不带 DNS 服务器的静态 DNS 也是如此

    如果网络设置要求无 DNS 服务器,但具有自动 DHCP 适配器配置,则在适配器配置中设置静态 DNS 和 DHCP 将导致从 DHCP 获取 DNS 服务器。

    解决办法:在静态 DNS 服务器列表中使用 127.0.0.1 或 ::1,具体取决于选择的 IP 协议。

  • 成功登录 Single Sign-On 后,无法登录 Site Recovery 用户界面

    Site Recovery 用户界面日志包含以下错误消息 "Certificate for <host> doesn't match any of the subject alternative names: <subjectaltlist>"。尝试使用远程登录对话框在 Site Recovery 用户界面中执行远程登录时,您会在用户界面中收到类似的错误消息。
    由于生成主机证书的方式不同,Site Recovery 用户界面可能无法连接到 Platform Services Controller 主机:

    • Platform Services Controller 证书没有使用主机地址(IP 或 FQDN)作为主体备用名称;
    • Platform Services Controller 证书缺少主体备用名称,且证书的 CN 字段中的主机名不匹配。

    解决办法:

    1. 使用具有 SAN(主体备用名称字段)的证书重新配置 Platform Services Controller,其中包含 Platform Services Controller 地址的条目(错误消息中的“<host>”字符串)。 
    2. 如果已正确生成此证书,但未正确生成用户界面使用的地址,则必须重新配置此用户界面和相应的 Site Recovery Manager 和 vSphere Replication 设备以使用正确的 Platform Services Controller 地址。 
    3. 重新配置设备的现有配对。

     

  • 在某些存储阵列上使用延伸存储时重新保护失败

    某些设备已处于预期状态时,这些设备上的取消复制命令将被有意跳过。因此,存储阵列不会获得所需通知,这会导致重新保护操作失败。

    解决办法:

    1. 导航到 /opt/vmware/srm/conf 目录,然后在文本编辑器中打开 vmware-dr.xml 文件。
    2. storage.forcePrepareAndReverseReplicationForNoopDevices 的配置标记设置为 true。
      <storage >
      <forcePrepareAndReverseReplicationForNoopDevices>true</forcePrepareAndReverseReplicationForNoopDevices>
      </storage>
    3. 保存该文件,然后重新启动 Site Recovery Manager 服务器服务。

     

  • 尝试通过 Site Recovery Manager 设备管理界面配置 IPv6 时,会收到“属性无效 - dns (invalid property - dns)”错误

    尝试通过 Site Recovery Manager 设备管理界面配置 IPv6 并选择“通过路由器通告自动获取 IPv6 设置”选项和自动分配的 DNS 时,将出现以下错误“属性无效 - dns (invalid property - dns)”。 

    解决办法:通过 SSH 访问 Site Recovery Manager 设备主机,并运行 netmgr ip6_address --set --interface --dhcp 0 --autoconf 1
    要通过 DHCP 接收 IP 地址,请运行 netmgr ip6_address --set --interface --dhcp 1 --autoconf 1

  • 您无法通过 Site Recovery Manager 设备管理界面重新配置 IPv6 设置

    如果您已为 IPv6 网络配置了“通过路由器通告自动获取 IPv6 设置”或“通过 DHCP 自动获取 IPv6 设置”选项,则无法仅使用“通过 DHCP 自动获取 IPv6 设置”重新配置 IPv6 设置。必须同时选择这两个选项,或者两个选项都不选。

    解决办法:通过 SSH 访问 Site Recovery Manager 设备主机,并运行 netmgr ip6_address --set --interface --dhcp 0 --autoconf 1
    要通过 DHCP 接收 IP 地址,请运行 netmgr ip6_address --set --interface --dhcp 1 --autoconf 1

  • 在测试恢复期间,其中一个 ESXi 主机发生崩溃

    运行测试恢复时,其中一个 ESXi 主机可能会因 PSOD 而崩溃:Assert bora/vmkernel/main/bh.c:981

    解决办法:升级到 vCenter Server 7.0 Update 1 或重新启动 ESXi 主机。 

  • 有时,启动 Site Recovery Manager 虚拟设备后,vSphere UI 中不显示 VMware 控制台

    未出现显示设备相关信息的蓝屏。Site Recovery Manager 设备中的所有其他 VMware 相关服务均已启动且正在运行。

    解决办法:重新启动 Site Recovery Manager 设备。

  • 将具有外部 Platform Services Controller 部署的增强型链接模式中的 vCenter Server 实例融合为增强型链接模式中的嵌入式 vCenter Sever 实例后,vSphere Replication 设备无法正常工作

    如果您拥有具有外部 Platform Services Controller 的增强型链接模式环境,并将其融合为嵌入式节点,则 vSphere Replication 设备可能无法正常工作。

    解决办法:重新注册解决方案用户或手动将解决方案用户添加到所需的组。

  • 无法在 Microsoft Edge 浏览器中正常导出网格

    使用网格打开视图时,选择导出,然后单击所有行/选定的行时,不会下载任何文件。尝试导出并下载恢复计划的历史记录时,会在控制台中收到错误消息且下载文件已损坏。

    解决办法:升级到基于 Chromium 引擎的最新版本 Microsoft Edge 浏览器。

  • PowerCLI Connect-SrmServer 命令无法使用默认端口连接到 Site Recovery Manager 设备

    尝试使用 PowerCLI Connect-SrmServer 命令连接到 Site Recovery Manager 设备时,连接失败并显示以下错误:无法连接到远程服务器 (Unable to connect to the remote server)。 

    解决办法:使用以下 Connect-SrmServer -Port 443 命令将端口 443 指定给 Site Recovery Manager 设备。有关所有 Site Recovery Manager 网络端口的完整列表,请参见 Site Recovery Manager 的网络端口

  • 恢复存储策略保护组时,恢复计划可能会失败,并显示以下错误“无法获取与占位虚拟机关联的主机。资源映射中缺少资源池“XXXXXX”的映射 (Cannot fetch hosts associated with placeholder VMs. Mapping for resourcePool 'XXXXXX' missing in resource mappings)。”“XXXXXX”资源池是一个计算资源(主机或集群),不包含受存储策略保护组保护的虚拟机。

    如果计算资源没有资源清单映射,但属于同一计算资源的某些主机已挂载受存储策略保护组保护的部分数据存储,则会出现该错误。在设计上,存储策略保护组需要所有此类计算资源都具有资源清单映射。

    解决办法 1:请勿从 vSphere 清单中移除计算资源。为涉及的计算资源创建资源清单映射,然后重新运行恢复。

    解决办法 2:如果已从 vSphere 清单中移除计算资源,请执行以下步骤:

    1. 停止保护 Site Recovery Manager Server 以使占位映射显示在 Site Recovery 用户界面中,然后为同一计算资源创建占位映射。
    2. 重新运行恢复。
    3. 恢复成功后,运行重新保护时可能仍会出现错误。如果错误仍然存在:
      1. 从 Site Recovery Manager 中删除受影响的存储策略保护组。
      2. 如果 Site Recovery Manager 重新保护无法反向存储复制,请使用存储管理工具反向复制受影响 LUN。
      3. 在涉及的 Site Recovery Manager 阵列对上运行发现设备,并验证 Site Recovery Manager 是否正确检测到受影响 LUN 的复制方向。
      4. 反向重新创建受影响的存储策略保护组,然后将其重新添加到受影响的恢复计划。
  • 将适用于 Windows 的 Site Recovery Manager Server 迁移到 Site Recovery Manager 虚拟设备后,srm-server 服务无法启动

    成功从适用于 Windows 的 Site Recovery Manager 迁移到联合 IPv6 环境中的 Site Recovery Manager 虚拟设备后,虚拟设备的 srm-server 服务无法启动。

    解决办法:通过 Site Recovery Manager 设备管理界面重新配置 Site Recovery Manager 虚拟设备。

  • 在延伸存储集群上运行包含存储策略保护组的恢复计划的测试恢复时,您会收到警告“名称 <Datastore_name> 已存在 (The name <Datastore_name> already exists)”。

    在测试恢复操作过程中,Site Recovery Manager 会尝试重命名与已挂载的实际生产延伸存储设备具有相同名称的测试已恢复延伸存储设备。因此,您会收到一条警告消息“名称 <Datastore_name> 已存在 (The name <Datastore_name> already exists)”。

    解决办法:忽略该警告。Site Recovery Manager 工作流不受警告消息的影响。 

  • 存储策略保护组的计划迁移经常失败,并显示 ProtectionGroupNotSynced 故障

    存储策略保护组的计划迁移可能会失败,并显示 ProtectionGroupNotSynced 故障:“对等站点尚未将更改完全同步到保护组‘SP_protection_group_name’。如果这是计划的迁移,请等待对等站点完成同步,然后重试工作流 (ProtectionGroupNotSynced fault: "The peer site has not finished synchronizing changes to protection group 'SP_protection_group_name'. If this is a planned migration, wait for the peer site to synchronize and then retry the workflow)。” 

    如果在多个计划迁移重新运行后仍遇到此问题,则可以禁用此检查以成功完成计划迁移过程。

    解决办法:

    1. 导航到 /opt/vmware/srm/conf 目录,然后编辑保护和恢复 Site Recovery Manager 服务器的 vmware-dr.xml 文件,在其中添加以下配置:
      <replication>
      <failPlannedMigrationIfSitesNotSynced>false</failPlannedMigrationIfSitesNotSynced>
      </replication>
    2. 重新启动两个 Site Recovery Manager Server。
    3. 对存储策略保护组重新运行计划的迁移。

     

  • 在具有延伸存储的存储策略保护组上运行测试恢复时,会收到一条有关实时迁移可能失败的警告消息

    运行测试恢复时,对于配置为具有延伸存储的存储策略保护的虚拟机,会显示一条警告消息,vpxd 服务将重新启动,并且可能会创建核心转储。

    解决办法:忽略该警告。Site Recovery Manager 工作流不受警告消息的影响。此问题已在 vCenter Server 6.7 Update 1 中解决。

  • 恢复计划执行可能无法打开虚拟机的电源并显示“InvalidArgument:path”错误

    运行恢复计划时,Site Recovery Manager 可能无法打开虚拟机的电源并显示 (vmodl.fault.InvalidArgument:path) 错误。Site Recovery Manager 恢复站点服务器日志中会显示以下错误消息:

    YYYY-MM-DDT20:24:35.996-08:00 error vmware-dr[02448] [SRM@6876 sub=Recovery ...]Plan execution (test workflow) failed; 
    plan id: 34f86036-3bc7-4c2d-a841-e15c5d781532, plan name: HBRRP_LIMITS, error: (vmodl.fault.InvalidArgument) {
    -->    faultCause = (vmodl.MethodFault) null, 
    -->    faultMessage = <unset>, 
    -->    invalidProperty = "path"
    -->    msg = "A specified parameter was not correct: path"
    --> }
    --> 

    此错误是由目标 ESXi 主机上的“在打开电源前重定位虚拟机”操作失败所致。ESXi vpxa 服务日志中显示如下相关错误消息:

    YYYY-MM-DDT03:56:48.255Z error vpxa[2099931] [Originator@6876 sub=vpxaVmprov opID=failedOpId] 
    Failed to canonicalize vm register path; 
    /vmfs/volumes/.../recoveredVm.vmx, err: 16(Device or resource busy)
    ...
    YYYY-MM-DDT03:56:48.256Z info vpxa[2099931] [Originator@6876 sub=Default opID=failedOpId] 
    [VpxLRO] -- ERROR task-1824 -- vpxa -- vpxapi.VpxaService.registerVm: vmodl.fault.InvalidArgument: 
    --> Result: 
    --> (vmodl.fault.InvalidArgument) {
    -->    faultCause = (vmodl.MethodFault) null,
    -->    faultMessage = <unset>,
    -->    invalidProperty = "path"

     

    解决办法:重新运行失败的恢复计划。

  • 对基于阵列的复制保护组执行恢复计划故障切换时,设备和数据存储信息缺失

    运行恢复计划故障切换时,根据 SAN 类型以及是否在恢复期间将数据存储与主机分离,“设备”和“数据存储”选项卡中的信息可能会在故障切换过程中消失。

    解决办法:无。成功重新保护后,这两个选项卡中的信息将再次出现。

  • 重新保护失败,并显示“内部错误: 在准备阶段收到意外异常。会话未进行身份验证 (Internal error: Received unexpected exception during prepare phase. The session is not authenticated)

    运行重新保护时,操作失败并显示以下错误。
    内部错误: 在准备阶段收到意外异常。会话未进行身份验证 (Internal error: Received unexpected exception during prepare phase. The session is not authenticated)。

    解决办法:重新运行重新保护操作。

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

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

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

    此问题已在 vCenter Server 6.7 Update 3 中解决。

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

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

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

    此问题已在 vCenter Server 6.7 Update 2 中解决。

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

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

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

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

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

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

  •  运行 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 vciduri

  • 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 特权未在 vSphere 6.7 Client 中本地化

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

    解决办法:无。vSphere 6.7 Update 1 中已解决该问题。

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

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

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

  • 由未复制或来自 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 浏览器问题。 

    解决办法:使用 Chrome、Microsoft Internet Explorer 或 Firefox 浏览器。
    此问题已在基于 Chromium 的 Microsoft Edge 浏览器版本中解决。

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

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

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

  • 如果重新启用对虚拟机的恢复,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. 单击刷新重新扫描图标,刷新或重新扫描所有存储适配器。
  • “虚拟机”和“一致性组”选项卡中显示分配给已删除存储策略的虚拟机和一致性组

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

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

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

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

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

    1. 从恢复站点的清单中删除加密的虚拟机。
    2. 请确保恢复站点上的密钥管理服务器可用,且受保护站点上使用的加密密钥在恢复站点上可用。
    3. 将加密的虚拟机注册到恢复站点的清单。
    4. 在 Site Recovery Manager 用户界面中,打开加密虚拟机的恢复设置,并禁止在恢复过程中打开虚拟机电源。
    5. 重新运行恢复。
  • 对于 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.4 管理指南》中的相关故障排除部分。

  • 替换 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_MainRecovery_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 显示错误的名称。
    • 数据中心名称显示为 vm 而非用户定义的数据中心名称。
    • 资源池名称显示为 Resources 而非用户定义的资源池名称。
    • 如果在保护存储配置文件保护组中的某个虚拟机后将该虚拟机移动至其他文件夹或资源池,则移动后生成的占位映射会显示内部 ID(例如 folder-3resgroup-5),而非用户定义的对象名称。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    如果在取消激活操作期间或者在 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)。如果在运行清理操作之前,该主机已卸载该数据存储,则会出现此问题。

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

  • 以用户身份登录受保护站点后,如果移除该用户的权限,会显示以下错误消息:无法检索权限数据。此会话已登录。“高级设置”选项卡上显示一个类似错误 (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”文件夹中的重复虚拟机。对所有受影响的虚拟机完成此操作之后,重新运行恢复计划。
    此问题已在 vCenter Server 6.7 中解决

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