VMware Site Recovery Manager 8.3 发行说明

VMware Site Recovery Manager 8.3.0.2 | 2020 年 6 月 18 日 | 内部版本 16356494 | 下载

VMware Site Recovery Manager 8.3.0.2 虚拟设备 | 2020 年 6 月 18 日 | 内部版本 16356473 | 下载

VMware Site Recovery Manager 8.3.0.1 | 2020 年 5 月 14 日 | 内部版本 16168268 | 下载

VMware Site Recovery Manager 8.3.0.1 虚拟设备 | 2020 年 5 月 14 日 | 内部版本 16168265 | 下载

VMware Site Recovery Manager 8.3 | 2020 年 4 月 2 日 | 内部版本 15928802 | 下载

VMware Site Recovery Manager 8.3 虚拟设备 | 2020 年 4 月 2 日 | 内部版本 15929234 | 下载

VMware Site Recovery Manager 8.3 配置导入/导出工具 | 2020 年 4 月 2 日 | 内部版本 15928802 | 下载

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

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

VMware Site Recovery Manager 8.3.0.2 Express 修补程序
VMware Site Recovery Manager 8.3.0.1 Express 修补程序

发行说明内容

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

Site Recovery Manager 8.3 中的新增功能
本地化
兼容性
产品支持注意事项
安装和升级
迁移到 Site Recovery Manager 虚拟设备
网络安全
Site Recovery Manager 的操作限制
开源组件
局限声明和限制
可用的修补程序版本
已解决的问题
已知问题

Site Recovery Manager 8.3 中的新增功能

VMware Site Recovery Manager 8.3 与 VMware vSphere 7.0 兼容。
通过基于阵列的复制支持 VMware vSphere Virtual Volumes。Site Recovery Manager 8.3 支持对位于 Virtual Volumes 数据存储上且通过基于阵列的复制进行复制的虚拟机进行保护和协调恢复。
加快保护速度 - 在基于阵列的复制和 Virtual Volumes 复制中自动保护虚拟机。
增强了安全性。Site Recovery Manager 通过基于阵列的复制增加了对 vSphere Trust Authority 的支持。
VMware Site Recovery Manager 设备 FIPS 140-2 验证。您可以按照知识库文章 78280 中的步骤启用联邦信息处理标准 140-2。
VMware Site Recovery Manager 与配对站点上的 VMware Site Recovery Manager N 1 版本兼容。例如，如果 VMware Site Recovery Manager 的当前版本为 8.3，则配对站点支持的版本为 8.2 及更高版本。
Site Recovery 用户界面增强功能：
- 以 .csv 格式导出所有 DataGrids
- 显示或隐藏列
- 在基于阵列的保护组中添加和移除数据存储操作
- vSphere Replication 详细信息和报告
增强了 Site Recovery Manager 公共 API。Site Recovery Manager 8.3 在该产品的公共 API 中引入了新方法：
- IP 自定义规则
- 创建并重新配置 VMware vSphere Virtual Volumes 保护组
- Site Recovery Manager 设备管理界面 API
  - 配置：PSC、SSO、端口、扩展、VC 地址
  - 访问：SSH、证书
  - 网络和时间服务器
  - 服务：检索状态、停止、启动和重新启动服务
  - 通过更新存储库更新 Site Recovery Manager 设备
  - 配置 Syslog
  - 存储复制适配器 - 检索信息、升级、下载或上载配置
  有关 Site Recovery Manager 公共 API 和更广泛的产品自动化的信息，请参见《Site Recovery Manager API 开发人员指南》。
vRealize Operations Management Pack for Site Recovery Manager 8.3。有关管理包的信息，请参见 VMware vRealize Operations Management Pack for Site Recovery Manager 8.3 发行说明。
适用于 VMware Site Recovery Manager 8.3 的 vRealize Orchestrator 插件。有关新工作流的信息，请参见适用于 VMware Site Recovery Manager 8.3 的 VMware vRealize Orchestrator 插件发行说明。

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

有关 vSphere 7.0 功能的信息，请参见 vSphere 7.0 文档。

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

本地化

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

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

兼容性

Site Recovery Manager 兼容性列表

Site Recovery Manager 8.3 兼容 vSphere 6.5、vSphere 6.5 Update 1、vSphere 6.5 Update 2、vSphere 6.5 Update 3、vSphere 6.7、vSphere 6.7 Update 1、vSphere 6.7 Update 2、vSphere 6.7 Update 3、vSphere 7.0，并支持 vCenter Server 7.0 支持的 ESXi 版本。

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

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

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

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

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

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

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

VMware vSAN 支持

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

产品支持注意事项

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

迁移到 Site Recovery Manager 虚拟设备

您可以将 Site Recovery Manager 8.3 实例从 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.3 的操作限制

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

开源组件

局限声明和限制

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

可用的修补程序版本

VMware Site Recovery Manager 8.3.0.2 Express 修补程序

VMware Site Recovery Manager 8.3.0.2 | 2020 年 6 月 18 日 | 内部版本 16356494

VMware Site Recovery Manager 8.3.0.2 虚拟设备 | 2020 年 6 月 18 日 | 内部版本 16356473

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

安装和升级说明

如果运行的是 Site Recovery Manager 8.3.0.x，请升级至 Site Recovery Manager 8.3.0.2。有关升级 Site Recovery Manager 的说明，请参见《Site Recovery Manager 8.3 安装和配置》中的升级 Site Recovery Manager。

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

VMware Site Recovery Manager 8.3.0.1 Express 修补程序

VMware Site Recovery Manager 8.3.0.1 | 2020 年 5 月 14 日 | 内部版本 16168268

VMware Site Recovery Manager 8.3.0.1 虚拟设备 | 2020 年 5 月 14 日 | 内部版本 16168265

VMware Site Recovery Manager 8.3.0.1 Express 修补程序版本提供了一些错误修复。
VMware Site Recovery Manager 8.3.0.1 Express 修补程序版本支持对 Windows Server 2019 客户机操作系统进行 IP 自定义。

安装和升级说明

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

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

已解决的问题

新增：使用 URL 选项将 Site Recovery Manager 8.2 虚拟设备升级到 Site Recovery Manager 8.3 时未成功完成
您可以使用 ISO 文件将 Site Recovery Manager 8.2 虚拟设备升级到 Site Recovery Manager 8.3，不会出现任何问题。尝试使用 URL 选项升级时，Site Recovery Manager 显示正在进行升级并且在未出现任何错误的情况下关闭，但升级过程未成功完成。

此问题已在 Site Recovery Manager 8.3.0.2 中解决。
新增：在 vCenter Server 6.5 中，在延伸存储上通过 vMotion 执行计划迁移时，操作会在“将虚拟机实时迁移到恢复站点”步骤失败
在 vCenter Server 6.5 中，在延伸存储上通过 vMotion 执行计划迁移时，操作会在将虚拟机实时迁移到恢复站点步骤失败并显示以下错误：“出现常规系统错误: 无效参数: 指纹过长（最多 60 个），无法进行 SSL 连接 (A general system error occurred: Invalid argument : Thumbprint too long (max 60) for SSL connection)”。

此问题已在 Site Recovery Manager 8.3.0.2 中解决。
新增：如果 NFS 数据存储上的受保护虚拟机启用了 Fault Tolerance，Site Recovery Manager 服务器会崩溃
如果在 NFS 数据存储的受保护虚拟机上启用 Fault Tolerance，则在 Fault Tolerance 监控器激活时，Site Recovery Manager 服务器将崩溃。

此问题已在 Site Recovery Manager 8.3.0.2 中解决。
测试恢复在“创建可写存储快照”步骤失败
在创建 vVols 保护组以保护纯存储阵列上的 vVols 数据存储时，测试恢复在“创建可写存储快照”步骤失败，并显示以下错误：“找不到时间点副本 (Cannot find point-in-time replica)。”

此问题已在 Site Recovery Manager 8.3.0.1 中解决。
所有恢复计划和历史记录报告被删除
如果同时从两个站点重新启动，但在不到一分钟内又在一个站点中执行多个有序重新启动，则某些 Site Recovery Manager 插件可能会在关闭期间超时。因此，远程站点可能会删除恢复计划和历史记录报告。

此问题已在 Site Recovery Manager 8.3.0.1 中解决。
恢复操作失败，并显示“找不到 VR 复制组‘<group name>’的可用副本 (Unable to find a viable replica for VR replication group '<group name>')”
如果将新磁盘添加到源虚拟机（该虚拟机配置为使用多个时间点进行复制），则在运行恢复计划时，恢复将失败并显示错误消息“找不到 VR 复制组‘<group name>’的可用副本 (Unable to find a viable replica for VR replication group '<group name>')”。

此问题已在 Site Recovery Manager 8.3.0.1 中解决。
对于 Red Hat Enterprise Linux 7.4，IP 自定义失败，并显示“无法完成自定义，可能是由于脚本编制运行时错误或脚本参数无效 (错误代码: 255)。可能已部分应用 IP 设置 (Cannot complete customization, possibly due to a scripting runtime error or invalid script parameters (Error code: 255). IP settings may have been partially applied)。”
在极少数情况下，Red Hat Enterprise Linux 7.4 虚拟机的计划迁移、灾难恢复或测试恢复 IP 自定义可能会失败，并显示“无法完成自定义，可能是由于脚本编制运行时错误或脚本参数无效 (错误代码: 255)。可能已部分应用 IP 设置 (Cannot complete customization, possibly due to a scripting runtime error or invalid script parameters (Error code: 255). IP settings may have been partially applied)。”。可以在恢复的目标虚拟机的 /var/log/vmware-imc/toolsDeployPkg.log 文件中找到失败的具体原因。会看到与 Red Hat Enterprise Linux 7.4 相关的两个已知问题。在 /var/log/vmware-imc/toolsDeployPkg.log 文件中，您会看到类似以下内容的条目：

1.2020-03-24T18:28:56 INFO: Customization completed. 2020-03-24T18:28:56 DEBUG: Removing lock file /var/lock/vmware/gosc. '. ：[error] Customization command failed with stderr: 'rm: cannot remove '/var/lib/dhclient/ntp.conf.predhclient.ens192': Is a directory ... 2.2020-03-24T18:28:56 INFO: Customization completed. 2020-03-24T18:28:56 DEBUG: Removing lock file /var/lock/vmware/gosc. '. ：[error] Customization command failed with stderr: 'Database /etc/iproute2/rt_scopes is corrupted at ... ...

此问题已在 Site Recovery Manager 8.3.0.1 中解决。
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 调整其属性。

解决办法：此问题已在 Site Recovery Manager 8.3.x 中解决。

已知问题

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

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

解决办法：无。忽略该错误。
“编辑恢复计划”向导最多显示 20 个保护组
尝试编辑包含超过 20 个保护组的恢复计划时，“编辑恢复计划”向导仅显示最多包含 20 个保护组的单个页面。

解决办法：
1. 在“编辑恢复计划”向导的“保护组”页面中，单击“名称”列或“描述”列右侧的筛选器按钮。
2. 输入任意文本，然后清除输入的文本。现在，您可以查看保护组的完整列表。
如果虚拟机在恢复站点上的含糊网络上恢复，则该虚拟机故障恢复到受保护站点时，Site Recovery Manager 无法应用 IP 子网规则
当 Site Recovery Manager 将虚拟网卡恢复到恢复站点上的 NSX-T 含糊网络时，在执行重新保护和故障恢复到原始受保护站点后，Site Recovery Manager 无法对此虚拟网卡应用 IP 子网规则。

解决办法 1：移除虚拟机的保护，然后重新保护该虚拟机。此操作将默认使用虚拟机恢复设置，如果需要，必须重新指定。

解决办法 2：将虚拟机网卡临时连接到其他网络，然后将其重新连接到所需的含糊网络。
如果使用基于 Chromium 的浏览器，则尝试调整网格列的大小时，Site Recovery 用户界面将冻结并变得无响应
Chromium 中的 LayoutNG 存在导致性能问题的错误。有关详细信息，请参见 https://bugs.chromium.org/p/chromium/issues/detail?id=1008523 和 https://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 或更高版本。
VMware vCenter Server 7.0 和 VMware vCenter Server 7.0.0b 显示错误：Site Recovery Manager 8.3 和 vSphere Replication 8.3 不兼容
如果在 vCenter Server 7.0 或 vCenter Server 7.0.0b 上安装 Site Recovery Manager 8.3 和/或 vSphere Replication 8.3，则导航到 vCenter >“监控”选项卡 > vCenter Server > 互操作性时，Site Recovery Manager 8.3 和 vSphere Replication 8.3 将显示为“不兼容的版本”。

解决办法：无。根据互操作性列表中所述，Site Recovery Manager 8.3 和 vSphere Replication 8.3 兼容。
生成 vSphere Replication 复制报告可能会失败
如果在停止活动复制之前从 vCenter Server 清单中删除源虚拟机，则生成 vSphere Replication 复制报告（导出到 CVS）可能会失败。删除活动 vSphere Replication 复制的源虚拟机时，vSphere Replication 会移除源站点上的出站复制，并在目标站点上保留入站复制。

解决办法：
1. 要在源站点的出站复制中成功导出 vSphere Replication 复制，必须先刷新视图以清理失效数据。
2. 要在目标站点的入站复制中成功导出 vSphere Replication 复制，如果不需要恢复孤立的复制，则必须强制停止这些复制。如果无法停止这些复制，则必须单独选择要导出的复制并排除孤立复制。
如果为 vCenter Sigle Sign-on 用户名使用非 ASCII 字符，则 Site Recovery Manager 可能无法正确安装或配置
如果 vCenter Single Sign-On 用户名包含非 ASCII 字符，则当您尝试安装 Site Recovery Manager 时，安装可能会失败，并显示以下错误：错误 25239。无法配置 Site Recovery Manager (Error 25239. Failed to configure Site Recovery Manager)。详细信息: 提供的凭据无效。

解决办法：使用采用 ASCII 字符的 vCenter Single Sign-On 用户名。
如果网络名称相同，则 Site Recovery Manager 配置导入/导出工具不会导入所有网络映射
如果使用 Site Recovery Manager 配置导入/导出工具导出的清单中存在重复的网络名称，则尝试导入配置数据时，仅导入具有此类名称的一个网络的相关数据。

解决办法：重命名网络，确保不存在重复名称，然后重新导出和导入配置数据。
某些已恢复虚拟机引发以下警报“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 8.3 插件
安装或升级到 Site Recovery Manager 8.3 并将其注册到安装在 Windows Server 上的 vCenter Server 版本 6.5.x 或 6.7.x 中时，vCenter Server Web Client 或 HTML5 Client 中不显示 Site Recovery Manager 8.3 插件。

解决办法：请参见 https://kb.vmware.com/s/article/78678。
更改 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。
测试恢复运行时创建的虚拟机不会在测试完成后自动受保护
在基于阵列的保护组上运行测试恢复时在受保护数据存储上创建了虚拟机，如果在虚拟机置备后的 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. 导航到 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。

解决办法：重新启动 ESXi 主机。
尝试将 Site Recovery Manager 8.3 实例与 Site Recovery Manager 8.2 实例进行配对时，会在 Site Recovery 8.3 用户界面中收到一条警告
如果断开两个不同 vCenter Server 实例上的两个 Site Recovery Manager 8.3 实例的配对，然后尝试将其中一个 Site Recovery Manager 8.3 实例与另一个 vCenter Server 上的 Site Recovery Manager 8.2 实例进行配对，您会收到“SRM 服务器无法连接到 SSO 服务器 (SRM Server cannot connect to SSO Server)”警告。

解决办法：重新启动 Site Recovery Manager 8.3 服务器。
有时，启动 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 浏览器。
无法移除或强制停止复制
使用 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.单击值 > 信息并确保状态值为成功，错误值为未设置。

如果任务仍在进行中，请刷新信息窗口并等待其完成。
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 工作流不受警告消息的影响。

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

解决办法：无。成功重新保护后，这两个选项卡中的信息将再次出现。
重新保护失败，并显示“内部错误: 在准备阶段收到意外异常。会话未进行身份验证 (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.3 配置导入/导出工具可能会出错
如果将受保护虚拟机放在恢复计划中，然后删除包含这些虚拟机的所有恢复计划，则使用 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 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 从较低的 Site Recovery Manager 版本升级到 8.2 版后，“站点对”>“摘要”屏幕中的远程 vCenter Server 字段可能为空。

解决办法：修复相应的站点对。
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 添加到弹出窗口例外列表中。
如果重新启用对虚拟机的恢复，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_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），而非用户定义的对象名称。
解决办法：对于清单映射中的错误对象名称，没有解决办法。检查导致创建占位映射的失败的测试或恢复工作流中的历史记录报告。例如，如果您知道受保护站点清单，则可以确定包含因缺少某个映射而无法恢复的受保护虚拟机的受保护站点数据中心、文件夹和资源池。
恢复计划工作流完成后，最后的恢复步骤仍然显示“正在运行”状态。
状态不正确是暂时性的 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”文件夹中的重复虚拟机。对所有受影响的虚拟机完成此操作之后，重新运行恢复计划。