VMware Site Recovery Manager 8.2.0.2 | 2019 年 10 月 3 日 | 内部版本 14761905 | 下载

VMware Site Recovery Manager 8.2.0.2 虚拟设备 | 2019 年 10 月 3 日 | 内部版本 14761906 | 下载

VMware Site Recovery Manager 8.2.0.1 | 2019 年 8 月 13 日 | 内部版本 14338491 | 下载

VMware Site Recovery Manager 8.2.0.1 虚拟设备 | 2019 年 8 月 13 日 | 内部版本 14383141 | 下载

VMware Site Recovery Manager 8.2 | 2019 年 5 月 9 日 | 内部版本 13480383 | 下载

VMware Site Recovery Manager 8.2 虚拟设备 | 2019 年 5 月 9 日 | 内部版本 13481390 | 下载

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

有关 VMware Site Recovery Manager 8.2 修补程序版本的信息,请参见这些发行说明中的相应部分。

发行说明内容

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

Site Recovery Manager 8.2 中的新增功能

  • VMware Site Recovery Manager 8.2 与 VMware vSphere 6.7 Update 2 兼容。
  • Site Recovery Manager 虚拟设备基于 Photon OS,不仅简化了管理,同时提高了安全性。
    利用新的操作系统(专为实现灾难恢复功能而设计),降低了与 Windows Server 相关的复杂程度。直接从 vCenter Server 安装 Site Recovery Manager 虚拟设备,简化了部署。
  • Site Recovery Manager 8.2 现在支持保护和恢复加密虚拟机。
  • 增强型 Site Recovery Manager HTML-5 用户界面:
    • VMware Site Recovery Manager 8.2 配置导入/导出工具现在可在 Site Recovery Manager 用户界面中使用。
    • 在 Site Recovery Manager 8.2 中,可以在 Site Recovery Manager HTML-5 用户界面中更改颜色方案,以深色主题显示界面。
    • 能够在“保护组数据存储”选项卡中显示容量信息。
    • 能够使用 Site Recovery 用户界面提供产品内反馈。
  • 增强了 Site Recovery Manager 公共 API。Site Recovery Manager 8.2 在该产品的公共 API 中引入了新方法:
    • 列出阵列管理器信息
    • 列出已复制的 RDM
      有关 Site Recovery Manager 公共 API 和更广泛的产品自动化的信息,请参见《Site Recovery Manager API 开发人员指南》
  • vRealize Operations Management Pack for Site Recovery Manager 8.2。有关该管理包的信息,请参见 VMware vRealize Operations Management Pack for Site Recovery Manager 8.2 发行说明
  • 适用于 VMware Site Recovery Manager 8.2 的 vRealize Orchestrator 插件。有关新工作流的信息,请参见适用于 VMware Site Recovery Manager 8.2 的 VMware vRealize Orchestrator 插件发行说明
  • 能够将 Site Recovery Manager 日志发送到远程 Syslog 服务器。

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

有关 vSphere 6.7 Update 2 功能的信息,请参见 vSphere 6.7 文档

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

本地化

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

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

兼容性

Site Recovery Manager 兼容性列表

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

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

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

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

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

VMware vSAN 支持

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

产品支持注意事项

VMware 计划在未来版本中弃用适用于 Windows 的 Site Recovery Manager 安装。
下一版本的 Site Recovery Manager 将是支持适用于 Windows 的 Site Recovery Manager 的最后一个版本。

安装和升级

有关安装和升级 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.2,必须根据 KB2999226 更新 Windows。
  • 如果要将 VMware Site Recovery Manager 8.2 与 vSphere Replication 配合使用,则必须在升级 vSphere Replication 后重新启动 Site Recovery Manager Server。
  • 升级 Site Recovery Manager 之后,以前安装中配置的所有高级设置都不会保留。这是设计问题。由于默认值发生了更改或性能方面有所改进,新版本可能不需要或不兼容您在上一版本的 Site Recovery Manager 中设置的高级设置。如果您卸载后又重新安装同一版本的 Site Recovery Manager,这些高级设置也不会保留。
  • 如果受保护站点和恢复站点上的 vCenter Server 实例处于增强型链接模式,则它们必须是直接的复制合作伙伴。否则,升级可能失败。

迁移到 Site Recovery Manager 虚拟设备

您可以将 Site Recovery Manager 8.2 实例从 Windows 迁移到 Site Recovery Manager 虚拟设备。有关迁移过程的信息,请参见从适用于 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 的网络端口

Site Recovery Manager 8.2 的操作限制

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

开源组件

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

局限声明和限制

  • NSX-T Data Center 不支持存储策略保护组的网络自动映射。
  • 使用基于阵列的复制保护和恢复加密虚拟机需要 VMware vSphere 6.7 或更高版本。
  • 使用 vSphere Replication 保护和恢复加密虚拟机需要 VMware vSphere 6.7 Update 1 或更高版本。
  • Site Recovery Manager 8.2 不支持在 vCenter Server 6.5 Update 2 上恢复基于阵列的复制保护组中的加密虚拟机。
  • 无论受保护虚拟机属于一个还是多个恢复计划,VMware Site Recovery Manager 8.2 配置导入/导出工具执行导入时仅尝试导入受保护虚拟机的恢复设置一次。
  • Site Recovery Manager 8.2 为 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.2 支持保护具有单处理器 vSphere FT 功能的虚拟机,但在恢复之后将取消激活恢复站点中的虚拟机上的单处理器 vSphere FT 功能。
    • 如果您在虚拟机上使用单处理器 vSphere FT 功能,则必须在受保护站点上配置这些虚拟机,以便在恢复之后 Site Recovery Manager 可以取消激活 vSphere FT 功能。有关如何在受保护站点上为虚拟机配置单处理器 vSphere FT 功能的信息,请参见 https://kb.vmware.com/kb/2109813
  • vSphere Replication 8.2 支持复制 VMware vSphere Virtual Volumes 上的虚拟机,但存在一定的限制。Site Recovery Manager 8.2 支持 vSphere Replication 8.2 与 vSphere Virtual Volumes,但存在以下限制。
    • 您不能将 Site Recovery Manager 8.2 用于基于 vSphere Virtual Volumes 阵列的复制。
    • 您不能将 vSphere Replication 时间点快照用于复制目标是 Virtual Volumes 数据存储的虚拟机。
    • 在将 vSphere Virtual Volumes 存储用作复制目标时,属于虚拟机的所有磁盘都必须复制到单个 vSphere Virtual Volumes 数据存储。
    • 复制的虚拟机位于 vSphere Virtual Volumes 存储上时,属于该虚拟机的所有磁盘必须位于单个 vSphere Virtual Volumes 数据存储上。
  • Site Recovery Manager 8.2 不支持 NFS v4.1 数据存储。
  • Site Recovery Manager 不支持重新配置存储配置文件保护组,例如更改关联存储策略、组名或描述的组合。要修改某个存储配置文件保护组,必须先将其删除,然后再使用新配置重新创建。
  • Site Recovery Manager 无法保护存储策略保护组中的 RDM 磁盘或容错虚拟机。
  • Site Recovery Manager 不支持映射或排除存储策略保护组中的非复制虚拟设备。
  • 要使用 RSA SecurID 进行双因素身份验证或使用智能卡(通用访问卡)身份验证,您的环境必须满足以下要求:
    1. 使用 Platform Services Controller 的管理员凭据安装 Site Recovery Manager 8.2 并配对 Site Recovery Manager 8.2 站点。
    2. 两个 Site Recovery Manager 8.2 站点上的 vCenter Server 实例必须在增强型链接模式下运行。要避免在将 Site Recovery Manager 从 8.2 升级到较新版本的 Site Recovery Manager 的过程中出现故障,两个站点上的 vCenter Server 实例必须是直接复制配对实例。

可用的修补程序版本

VMware Site Recovery Manager 8.2.0.2 Express 修补程序

VMware Site Recovery Manager 8.2.0.2 | 2019 年 10 月 3 日 | 内部版本 14761905

VMware Site Recovery Manager 8.2.0.2 虚拟设备 | 2019 年 10 月 3 日 | 内部版本 14761906

  • VMware Site Recovery Manager 8.2.0.2 Express 修补程序版本提供了一些错误修复。

安装和升级说明

如果运行的是 Site Recovery Manager 8.2,请升级至 Site Recovery Manager 8.2.0.2。有关升级 Site Recovery Manager 的说明,请参见《Site Recovery Manager 8.2 安装和配置》中的升级 Site Recovery Manager

如果将 vSphere Replication 与 Site Recovery Manager 8.2.0.x 结合使用,请将 vSphere Replication 设备升级至版本 8.2.0.2。有关 vSphere Replication 8.2.0.2 的信息,请参见 vSphere Replication 8.2 发行说明

VMware Site Recovery Manager 8.2.0.1 Express 修补程序

VMware Site Recovery Manager 8.2.0.1 | 2019 年 8 月 13 日 | 内部版本 14338491

VMware Site Recovery Manager 8.2.0.1 虚拟设备 | 2019 年 8 月 13 日 | 内部版本 14383141

  • VMware Site Recovery Manager 8.2.0.1 Express 修补程序版本提供了一些错误修复。

安装和升级说明

如果运行的是 Site Recovery Manager 8.2,请升级至 Site Recovery Manager 8.2.0.1。有关升级 Site Recovery Manager 的说明,请参见《Site Recovery Manager 8.2 安装和配置》中的升级 Site Recovery Manager

如果将 vSphere Replication 与 Site Recovery Manager 8.2.0.x 结合使用,请将 vSphere Replication 设备升级至版本 8.2.0.1。有关 vSphere Replication 8.2.0.1 的信息,请参见 vSphere Replication 8.2 发行说明

已解决的问题

  • 新增:Site Recovery 用户界面的“摘要”页面显示“无法检索 vSphere Replication 摘要数据 (Unable to retrieve vSphere Replication summary data)”错误消息

     在 SDDC 版本 1.8 及更高版本中,vCenter Server 扩展管理器不会为“云管理员”组中的用户返回 vSphere Replication 数据。打开站点配对的“摘要”页面时,vSphere Replication 设备的“域名/IP”值为空,并显示以下错误消息:无法检索 vSphere Replication 摘要数据 (Unable to retrieve vSphere Replication summary data)。 

    此问题已在 Site Recovery Manager 8.2.0.2 中解决。

  • 新增:从 Site Recovery Manager 8.1.x 升级后,显示“出现 SRA 错误 (SRA error occurred)”警告

    从 Site Recovery Manager 8.1.x 升级到 Site Recovery Manager 8.2.0.x 时,Site Recovery 用户界面显示出现 SRA 错误 (SRA error occurred) 警告。 

    此问题已在 Site Recovery Manager 8.2.0.2 中解决。

  • 新增:使用 Pivot3 SRA 10.6.1 执行重新保护时,Site Recovery Manager 服务崩溃

    使用设备的对等密钥请求反向复制操作时,会错误地跳过该设备,因为检查仅针对本地设备 ID。因此,Site Recovery Manager 服务会崩溃。

    此问题已在 Site Recovery Manager 8.2.0.2 中解决。

  • 新增:重新启动 Site Recovery Manager 服务后,Site Recovery Manager 的默认网关 IP 地址恢复为初始值

    如果通过 Site Recovery Manager 设备管理界面更改 Site Recovery Manager 的默认网关 IP 地址,则重新启动该服务后,新值将被初始值覆盖。

    此问题已在 Site Recovery Manager 8.2.0.2 中解决。

  • 新增:更改 Site Recovery Manager 数据库密码后,Site Recovery Manager 设备无法连接到数据库并显示“用户‘srmdb’的密码身份验证失败 (password authentication failed for user "srmdb")”错误

    如果在更改 Site Recovery Manager 数据库密码时使用空格、引号、反斜杠、美元符号、重音符、感叹号或扩展 ASCII 字符,则 Site Recovery Manager 设备无法连接到数据库并显示用户“srmdb”的密码身份验证失败 (password authentication failed for user "srmdb") 错误。

    此问题已在 Site Recovery Manager 8.2.0.2 中解决。

  • Site Recovery Manager 虚拟设备的用户界面无法启动

    配置 Site Recovery Manager 虚拟设备时,如果为密钥库随机生成的密码包含某些特殊字符,则 boost:regex_replace 会将该密码理解为格式设置字符串并阻止 Site Recovery UI 启动。

    此问题已在 Site Recovery Manager 8.2.0.1 中解决。

  • 使用 Chrome 浏览器并折叠“近期任务”视图时,“近期任务”栏会消失

    使用 Chrome 浏览器并折叠“近期任务”视图时,“近期任务”栏可能会消失。

    此问题已在 Site Recovery Manager 8.2.0.1 中解决。

已知问题

  • 更改 vCenter Server 证书后,无法取消注册 Site Recovery Manager 虚拟设备

    如果更改 vCenter Server 证书后尝试从 vCenter Server 中取消注册 Site Recovery Manager 虚拟设备,则操作将失败,并显示以下错误:指定的参数不正确: connection.thumbprint (A specified parameter was not correct: connection.thumbprint)。Site Recovery Manager 虚拟设备管理界面显示旧证书的指纹。

    解决办法:重新启动 config-service。通过 SSH 登录到 Site Recovery Manager 虚拟设备主机,并运行 sudo systemctl restart dr-configurator

  • 无法移除或强制停止复制

    使用 vSphere Replication 时,如果仅登录目标站点而不登录源站点,则无法移除复制或强制停止复制。

    解决办法:打开 https://vrms_address:8043/mob/?vmodl=1,使用 vSphere Replication 管理服务器受管对象浏览器。

    1.对于入站复制,请导航到内容 > replica-manager > getIncomingReplications。对于出站复制,请导航到内容 > replication-manager > getOutgoingReplications
    2.按以下方式更改参数
    开始:0
    计数:2000
    清除分类器筛选器,将其留空,然后单击调用方法
    3.通过查找虚拟机名称并复制复制 ID(GID-<uuid> 值),找到要移除的复制。
    4.单击复制 ID > 销毁 > 调用方法
    5.单击> 信息并确保状态值为成功错误值为未设置

    如果任务仍在进行中,请刷新信息窗口并等待其完成。

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

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

    解决办法:

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

     

  • Site Recovery Manager 不会填充 vSphere Replication 保护组中的所有复制虚拟机

    在编辑 vSphere Replication 保护组并添加已复制的新虚拟机时,Site Recovery Manager 不会填充所有已复制的虚拟机,而仅会填充选定的虚拟机。

    解决办法:使用列表中的筛选器选项查找所需的复制虚拟机。清理筛选器后,所有虚拟机将显示在保护组中。

  • 使用 vCenter Server 6.5 Update 2 及更低版本时,无法在基于 HTML5 的 vSphere Client 中为 Site Recovery Manager 创建警报

    如果尝试在 vCenter Server 6.5 Update 2 及更低版本的基于 HTML5 的 vSphere Client 中配置 Site Recovery Manager 警报,将收到一条错误消息,并且不会创建警报。

    解决办法:对于 vCenter Server 6.5 Update 2 及更低版本,使用基于 Flex 的 vSphere Web Client。此问题已在 vCenter Server 6.7 Update 1 中解决。

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

    尝试使用 PowerCLI Connect-SrmServer 命令连接到 Site Recovery Manager 设备时,连接失败并显示以下错误:无法连接到远程服务器 (Unable to connect to the remote server)。如果使用 Windows 版本的 Site Recovery Manager,则不会出现此问题。

    解决办法:使用以下 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 虚拟设备。

  • 在 Site Recovery Manager 设备中安装新证书后,Site Recovery Manager 实例配对失败

    更改站点对中某个 Site Recovery Manager 设备的证书时,站点之间的连接将丢失。尝试从证书已更改的站点重新连接站点对时,配对操作将失败。

    解决办法 1:从证书未更改的站点重新连接站点对。
    解决办法 2:在证书已更改的设备中重新启动 srm-server 服务,然后重新连接站点对。

  • 在延伸存储群集上运行包含存储策略保护组的恢复计划的测试恢复时,您会收到警告“名称 <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. 编辑保护和恢复 Site Recovery Manager Server 的 vmware-dr.xml 文件,在其中添加以下配置:
      <replication>
      <failPlannedMigrationIfSitesNotSynced>false</failPlannedMigrationIfSitesNotSynced>
      </replication>
    2. 重新启动两个 Site Recovery Manager Server。
    3. 对存储策略保护组重新运行计划的迁移。

     

  • vCenter Server 显示内部部署 Site Recovery Manager 实例的评估许可证即将过期警告,即使已与 VMware Cloud on AWS 中的 Site Recovery Manager 实例配对也会显示此警告。

    将内部部署的 Site Recovery Manager 实例与 VMware Cloud on AWS 中的 Site Recovery Manager 实例配对后,Site Recovery Manager Server 使用云许可证。 

    解决办法:内部部署的 Site Recovery Manager 实例与云站点配对后,可以忽略内部部署许可证即将过期警告。

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

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

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

  • Site Recovery Manager 恢复计划无法恢复启用了 High Availability 的群集上的虚拟机并显示“无法写入 VMX 文件: ... (Unable to write VMX file: ...)”错误,同时虚拟机打开电源

    如果在执行灾难恢复时没有对启用了 High Availability (HA) 的群集上的虚拟机执行计划迁移,则可能会出现此错误。虚拟机在站点 A 上通过 Site Recovery Manager 进行保护,故障切换到站点 B,然后再次故障恢复到站点 A 中已配置 HA 的群集上,但未在站点 B 上完全关闭。在这种情况下,站点 A 上的 HA 会打开恢复虚拟机的电源,同时 Site Recovery Manager 调整其属性。

    解决办法:手动关闭虚拟机电源,然后重新运行恢复计划。

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

    运行恢复计划时,Site Recovery Manger 可能无法打开虚拟机的电源并显示 (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 类型以及是否在恢复期间将数据存储与主机分离,“设备”和“数据存储”选项卡中的信息可能会在故障切换过程中消失。

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

  • 如果 SRA 使用 Strawberry Perl Socket 模块,某些 Socket API(如 Socket::getaddrinfo API)可能会在 IPv6 中失败。

    API Socket::getaddrinfo($server, $port) 失败,并显示错误“nodename 和 servname 未提供或未知 (nodename nor servname provided, or not known)”

    解决办法:

    1. 以管理员身份打开命令提示符。
    2. 使用以下命令将 Socket 模块更新到最新版本:
      cpan Socket 
    3. (可选)要检查 Socket 模块版本,请使用以下命令:
      cpan -D Socket
  • 重新保护失败,并显示“内部错误: 在准备阶段收到意外异常。会话未进行身份验证 (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 主机。

  • 如果要复制的源虚拟机在 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 主机。
    注意:此解决办法将禁用同步过程的校验和部分,且所有分配的块都将发送到远程站点,无论它们是否相同。此解决办法将禁用种子功能。

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

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

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

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

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

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

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

    如果将受保护虚拟机放在恢复计划中,然后删除包含这些虚拟机的所有恢复计划,则使用 VMware Site Recovery Manager 8.2 配置导入/导出工具导出配置时,可以导出这些虚拟机的虚拟机恢复设置,但稍后无法将其导入。如果尝试导入设置,会看到类似以下内容的错误:
    导入 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

  • 如果在增强型链接模式下部署了 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 从较低的 Site Recovery Manager 版本升级到 8.2 版后,“站点对”>“摘要”屏幕中的远程 vCenter Server 字段可能为空。

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

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

    使用 vSphere HTML 5 用户界面在来自不同一致性组的数据存储组成的数据存储群集上运行 Storage DRS 时,Storage DRS 不在建议中显示 Site Recovery Manager 警告。

    解决办法:无。

  • 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,禁用“从上次停止的位置继续”选项。

  • 在虚拟机保护属性对话框中,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 浏览器问题。 

    解决办法:使用 Chrome、Microsoft Internet Explorer 或 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.2 管理指南》中的相关故障排除部分。

  • 安装 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_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 服务器,然后重命名数据存储以避免虚拟机丢失恢复设置。

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

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

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

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

    状态不正确是暂时性的 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