Site Recovery Manager 6.1.1.1 | 2016 年 11 月 10 日 | 内部版本 4535903

Site Recovery Manager 6.1.1 | 2016 年 5 月 26 日 | 内部版本 3884620

上次更新时间:2017 年 2 月 24 日

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

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

发行说明内容

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

Site Recovery Manager 6.1.1 中的新增功能

VMware Site Recovery Manager 6.1.1 提供了新的缺陷修复,如已解决的问题部分所述。

更新VMware Site Recovery Manager 6.1.1 提供以下新功能:

  • 支持 vCenter Server 6.0U2 使用 RSA SecurID 进行双因素身份验证。
  • 支持 vCenter Server 6.0U2 使用智能卡(通用访问卡)身份验证。
  • Site Recovery Manager 6.1.1 现在支持以下外部数据库:
    • Microsoft SQL Server 2012 Service Pack 3
    • Microsoft SQL Server 2014 Service Pack 1
  • 新增西班牙语的本地化支持。

VMware Site Recovery Manager 6.1.1 与 VMware vSphere 6.0 Update 2 兼容。

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

有关 vSphere 6.0 Update 2 的功能和 vCenter Server Update 2 身份验证方法的信息,请参见《vSphere 6.0》文档。

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

本地化

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

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

兼容性

Site Recovery Manager 兼容性列表

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

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

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

VMware Virtual SAN 支持

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

VMware VSA 支持

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

安装和升级

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

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

注意:

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

网络安全

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

有关 Site Recovery Manager 要求在两个站点上都打开的网络端口列表,请参见 http://kb.vmware.com/kb/2119329

Site Recovery Manager 6.1.1 的操作限制

有关 Site Recovery Manager 6.1.1 的操作限制,请参见 http://kb.vmware.com/kb/2119336

Site Recovery Manager SDK

有关 Site Recovery Manager 基于 SOAP 的 API 的使用指南,请参见 VMware Site Recovery Manager API

开源组件

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

局限声明和限制

  • Site Recovery Manager 6.1.1 为 vCloud Director 环境提供有限支持。不支持使用 Site Recovery Manager 保护 vCloud 资源池内的虚拟机(部署到一个组织的虚拟机)。支持使用 Site Recovery Manager 保护 vCD 的管理结构。有关如何使用 Site Recovery Manager 保护 vCD Server 实例、vCenter Server 实例以及提供 vCloud Director 管理基础架构的数据库的信息,请参见《VMware vCloud Director Infrastructure Resiliency 案例研究》
  • 恢复后,将禁用虚拟机上的 vSphere Flash Read Cache 并将预留设置为零。在配置为使用 vSphere Flash Read Cache 的虚拟机上执行恢复之前,请通过 vSphere Web Client 记录虚拟机的缓存预留信息。这样可以在恢复之后重新配置虚拟机上的 vSphere Flash Read Cache。
  • Site Recovery Manager 6.1.1 不支持保护已配置多 CPU vSphere Fault Tolerance (FT) 功能的虚拟机。Site Recovery Manager 6.1.1 支持保护具有单处理器 vSphere FT 功能的虚拟机,但在恢复之后将取消激活恢复站点中的虚拟机上的单处理器 vSphere FT 功能。
    • 如果您在虚拟机上使用多 CPU vSphere FT 功能,则 Site Recovery Manager 不会取消激活已恢复虚拟机上的 vSphere FT 功能,但将无法打开这些虚拟机的电源。您必须手动取消激活已恢复虚拟机上的 vSphere FT 功能,方法是移除 FT 属性后重新运行恢复计划。
    • 如果您在虚拟机上使用单处理器 vSphere FT 功能,则必须在受保护站点上配置这些虚拟机,以便在恢复之后 Site Recovery Manager 可以取消激活 vSphere FT 功能。有关如何在受保护站点上为虚拟机配置单处理器 vSphere FT 功能的信息,请参见 http://kb.vmware.com/kb/2109813
  • vSphere Replication 6.1.1 支持复制 Virtual Volumes (vVols) 上的虚拟机,但存在一定的限制。即使使用 vSphere Replication 作为复制技术提供保护,Site Recovery Manager 6.1.1 也不支持保护 Virtual Volumes 上的虚拟机。
  • Site Recovery Manager 6.1.1 不支持 NFS v4.1 数据存储。
  • Site Recovery Manager 不支持重新配置存储配置文件保护组,例如更改关联存储策略、组名或描述的组合。如果需要修改某个存储配置文件保护组,必须先将其删除,然后再使用新配置重新创建。
  • Site Recovery Manager 无法保护存储策略保护组中的 RDM 磁盘或容错虚拟机。
  • Site Recovery Manager 不支持映射或排除存储策略保护组中的非复制虚拟设备。
  • 要使用 RSA SecurID 进行双因素身份验证或使用智能卡(通用访问卡)身份验证,您的环境必须满足以下要求:
    1. 使用 Platform Services Controller 的管理员凭据安装 Site Recovery Manager 6.1.1 并配对 Site Recovery Manager 6.1.1 站点。
    2. Site Recovery Manager 6.1.1 站点上的 vCenter Server 实例必须在增强型链接模式下运行。要避免在将 Site Recovery Manager 从 6.1.1 升级到较新版本的 Site Recovery Manager 期间出现故障,两个站点上的 vCenter Server 实例必须是直接复制合伙伙伴。

可用的修补程序版本

Site Recovery Manager 6.1.1.x Express 修补程序版本解决了 6.1.1 版本初始发行后遇到的问题。可以从 Site Recovery Manager 下载页面 (http://www.vmware.com/go/download-srm) 获取修补程序版本。

Site Recovery Manager 6.1.1.1 Express 修补程序版本

2016 年 11 月 10 日发行 | 内部版本 4535903

Site Recovery Manager 6.1.1.1 Express 修补程序版本支持 ECDHE 密码。

Site Recovery Manager 6.1.1.1 Express 修补程序版本解决了以下问题:

  • 如果名称中含有特殊字符,则无法导出恢复计划历史记录报告

    如果恢复计划的名称中含有 /*% 等特殊字符,当按下载报告时,没有任何反应。您无法下载历史记录报告。如果从计划名称中移除特殊字符,将成功导出报告。

  • 在使用 RDM 设备执行故障切换任务时,SRM 将崩溃,或者出现故障并显示以下错误:虚拟磁盘已损坏或格式不受支持 (The virtual disk is either corrupted or not a supported format)。

  • 在执行故障切换任务时,SRM 可能会出现故障并显示以下错误消息:无法从主机复制配置文件 "[datastore]machine/*.vmx (Unable to copy the configuration file "[datastore]machine/*.vmx from host)

    此问题可通过网络文件复制 (NFC) 命令的内置延迟和重试次数解决。NFC 命令的默认延迟设置为 3 秒,默认重试次数为 5。
    如果要修改这些参数,请导航至 C:\Program Files\VMware\VMware vCenter Site Recovery Manager\config,然后打开文件 vmware-dr.xml。添加以下项目并设置相应的值:
    <nfc>
    <retryCount>5</retryCount>
    <retryDelaySeconds>3</retryDelaySeconds>
    </nfc>

安装和升级说明

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

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

已解决的问题

本版本中已解决以前版本中存在的以下问题。

  • 如果虚拟机的网卡信息无效,Site Recovery Manager 服务会崩溃

    如果您的受保护虚拟机属于两个虚拟机网络且您从 .vmx 文件中删除了该虚拟机一个 MAC 地址或者您环境中的某个问题损坏了网卡信息,则该虚拟机的 IP 自定义将失败且恢复站点上的 Site Recovery Manager 服务崩溃。

    该问题已解决。服务不会崩溃且 Site Recovery Manager 会在其日志中写入错误。

    例如,如果您删除了 .vmx 文件中的 ethernet1.presentethernet1.generatedAddress,以下错误将出现在 Site Recovery Manager 日志中:

    Failed to customize IP for that VM

  • 公共 Site Recovery Manager API 的 SrmLoginSites 方法返回 InvalidLoginFault 错误

    如果您的 Site Recovery Manager 站点已配对且在增强型链接模式下运行,即使使用正确的 usernamepassword 参数调用 SrmLoginSites 方法,该方法也会出现错误。

    您的执行日志中会出现以下错误:

    "com.vmware.vim.binding.vim.fault.InvalidLogin: Cannot complete login due to an incorrect user name or password."

    Site Recovery Manager Server 在其日志中记录了以下错误:

    Cannot authenticate user Unknown

  • 恢复后,受保护站点上的虚拟机仍具有“由 SRM 管理”标志。

    对于具有预留所有客户机内存 (全部锁定) 选项设置的虚拟机,在运行恢复和重新保护后,该虚拟机在受保护站点上仍然具有由 SRM 管理标志。该虚拟机应显示为普通虚拟机。

  • 如果没有为您的主机分配 vmkernel IP,Site Recovery Manager 服务将崩溃

    如果 vmkernel IP 分配出现错误或您的主机、vCenter Server 和 Site Recovery Manager 之间的连接临时断开,Site Recovery Manager 服务会崩溃。

已知问题

下列已知问题是通过严格测试而发现的,可帮助您了解在此版本中可能遇到的某些行为。

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

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

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

  • SRM 6.1.x 恢复安装了 VMTools 10.1.x 的虚拟机后,IP 自定义和调用失败。

    当 Site Recovery Manager 在安装了 VMTools 10.1.x 的已恢复虚拟机上运行 IP 自定义和标注时,您会看到以下错误:与 ESX 或客户机虚拟机通信时出现意外错误“3051”: 使用的身份验证类型在客户机操作系统中已禁用("Unexpected error '3051' when communicating with ESX or guest VM: The authentication type used was disabled in the guest operating system".)。

    解决办法:升级到 Site Recovery Manager 6.1.2 或 6.5,或在已恢复的虚拟机上使用 VMTools 10.0.9。

  • 安装 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 的测试网络映射将不会删除。

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

  • 当计划迁移处于“恢复未完成”状态时,包含未受保护虚拟机的存储策略保护组不会反映并获取更改。

    计划迁移因未受保护虚拟机没有与受保护数据存储中的相应存储策略相关联而失败并处于“恢复未完成”状态,且随后将该未受保护虚拟机与正确的存储策略相关联并再次运行计划迁移后,存储策略保护组不会更新以反映并获取您所做的更改。计划迁移仍会因该未受保护虚拟机而失败并处于“恢复未完成”状态,尽管该虚拟机现在应属于保护组。

    解决办法:执行下列解决办法之一,将该虚拟机移出保护组:

    • 如果该未受保护虚拟机可以访问,不是只读状态,请将其迁移出一致性组。
    • 复制未受保护虚拟机并使用 vCenter Server API 中的 VirtualMachine.ReloadFromPath 在位于其他一致性组中的数据存储上重新加载该虚拟机。
    • 复制未受保护虚拟机,从 vCenter Server 中取消注册旧虚拟机,然后在位于其他一致性组中的数据存储上注册该新虚拟机。该虚拟机将丢失其 MoRef,但会保留其 UUID。
    • 如果未受保护虚拟机位于已进行故障切换的数据存储上,则从 vCenter Server 取消注册该虚拟机,并在恢复站点上手动恢复该虚拟机。
  • 如果 Site Recovery Manager 尝试取消注册未受保护虚拟机,则恢复计划会在“取消注册受保护站点上的虚拟机”步骤失败。

    当 Site Recovery Manager 尝试取消注册未受保护虚拟机时,包含该虚拟机的恢复计划会在“取消注册受保护站点上的虚拟机”步骤失败。尝试运行恢复后更改未受保护虚拟机的存储策略以将其添加至存储策略保护组中未能解决问题,如上述问题中所述。

    解决办法:将未受保护虚拟机移动到其他数据存储。

  • 延伸存储上两个虚拟机(一个启用 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 服务器,或从保护组中移除受影响的数据存储然后再将其添加回来,之后重新配置恢复设置。

  • 使用存储 DRS 将虚拟机迁移至与其存储策略标记不匹配的数据存储时,Site Recovery Manager 不会修改虚拟机的存储策略。如果该虚拟机在存储策略受保护组中处于受保护状态,则可能会失去保护。

    解决办法:首先将策略修改为数据存储默认策略,然后修改新数据存储对应的存储策略,这样虚拟机便会自动受相应存储策略保护组的保护。

  • 使用 Storage vMotion 后,虚拟机不受保护或者未与任何受保护存储策略相关联。

    使用 Storage vMotion 将受存储策略保护组保护的虚拟机从一个数据存储迁移到位于其他一致性组的某个数据存储,然后再使用 Storage vMotion 将其迁移回原来的数据存储后,虚拟机将不受保护。

    解决办法:对虚拟机重新应用存储策略。虚拟机将会在原来的存储策略保护组中再次受到保护。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 受保护站点处于脱机状态时,新创建的恢复计划仅显示在“清单树”视图中。

    如果受保护站点处于脱机状态,并且您从恢复站点创建了一个新的恢复计划,该新计划不会显示在 Site Recovery Manager 界面的清单 > 恢复计划 视图中。该新计划在“清单树”>“恢复计划”视图中可见。

    解决办法:无

  • 复制流量太大时 vSphere Replication 操作失败。

    恢复使用 vSphere Replication 保护的虚拟机后,重新保护可能会失败并显示错误:无法撤销复制 (Unable to reverse replication);且其他操作也可能失败,并显示 java.net.UnknownHostException。这些错误是由于网络阻塞导致 DNS 请求丢失引起的。

    解决办法:请参见 vSphere Replication 6.1.1 发行说明

  • 更改远程站点上的受信任 vCenter Server 证书后,“清单映射”向导显示空清单。

    如果在受保护和恢复站点上均设置为对 vCenter Server 使用受信任证书,那么当您更改了其中一个站点的 vCenter Server 证书,同时登录另一个站点的 Site Recovery Manager 界面并尝试配置资源映射时,“清单映射”向导在远程站点上显示空清单。

    解决办法:注销 vSphere Web Client,然后重新登录。

  • Site Recovery Manager 从 vSphere Web Client 中消失。

    在包含联合 vCenter Single Sign-On 的安装程序中,由于下列原因之一,Site Recovery Manager 可能会从 vSphere Web Client 中消失:

    • 您所登录的受保护站点或恢复站点的 Platform Services Controller 处于脱机状态。您上次登录时所加载的 Site Recovery Manager 插件并未进行部署,因为在该站点上为此插件服务的 Platform Services Controller、vCenter Server 或 Site Recovery Manager Server 实例可能处于脱机状态。
      解决办法:重新启动 vSphere Web Client 服务。
    • 您在共享恢复站点配置中安装了 Site Recovery Manager,并且在该共享站点中卸载了一个向 vCenter Server 注册的 Site Recovery Manager 实例。如果在卸载 Site Recovery Manager Server 实例时删除了所有 Site Recovery Manager 数据,则 Site Recovery Manager 将从 vSphere Web Client 中消失。其余所有的 Site Recovery Manager 实例均不可用。
      解决办法:重新启动 vSphere Web Client 服务。
    • 受保护站点或恢复站点上的 Site Recovery Manager Server 处于脱机状态。在此情况下,vSphere Web Client 应从其他活动站点下载 Site Recovery Manager 客户端插件,但实际并没有。
      解决办法:按顺序尝试下列解决办法。
      1. 重启处于脱机状态的 Site Recovery Manager Server 实例,或者修复 Site Recovery Manager Server 和 Platform Services Controller 之间的连接。
      2. 如果无法使 Site Recovery Manager Server 联机,请卸载并重新安装此 Site Recovery Manager Server 实例。
      3. 如果无法卸载 Site Recovery Manager Server,例如由于无法启动运行此插件的虚拟机,则从该站点的 vCenter Server 实例的 Managed Object Browser (MOB) 中取消注册 Site Recovery Manager Server 扩展。之后必须重新安装 Site Recovery Manager。
  • 当 vCenter Server 证书过期时,操作失败,但 Site Recovery Manager 不发出警告或错误。

    如果 vCenter Server 证书过期,Site Recovery Manager 操作将失败,但 vSphere Web Client 中不显示任何警告或错误。Site Recovery Manager 日志中将显示以下错误:

    [01460 warning 'Default'] Dr::Internal::StubExcTranslator : Error while calling stub for 'dataservice.authentication.SessionManager:sessionManager'
    [...]--> The remote host certificate has these problems: --> 
    --> * A certificate in the host's chain is not time-valid.--> 
    --> * The certificate is not time-valid.--> 
    --> * unable to get local issuer certificate"
  • 当 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 证书,然后重试安装。

  • 当 Site Recovery Manager 证书过期或即将过期时,Site Recovery Manager 不发出警告或错误。

    Site Recovery Manager 证书已过期,但您登录 Site Recovery Manager 时不会显示任何警告或错误。如果证书已过期,某些操作将无法完成。

    解决办法:对 vCenter Server 进行配置,以便在出现以下与证书有效性相关的 Site Recovery Manager 事件时触发警报:

    • SrmCertificateNotValidEvent
    • SrmCertificateExpiredEvent
    • SrmCertificateEvent

    有关这些事件的信息,请参见站点状态事件。您也可以在证书过期,Site Recovery Manager 发出证书过期事件之前调整证书有效期,方法是修改高级设置 localSiteStatus.minCertRemainingTime。有关该设置的信息,请参见《Site Recovery Manager 管理指南》中的更改本地站点设置

  • 在包含联合 vCenter Single Sign-On 的安装程序中,当同一会话中的保护节点关闭时,Site Recovery Manager 无法对任何计划启动恢复。

    解决办法:当包含联合 vCenter Single Sign-On 的安装程序中的拓扑发生变化时,注销并重新登录 vSphere Web Client。

  • 在包含联合 vCenter Single Sign-On 的设置中,如果远程站点或远程 Platform Services Controller 服务已关闭,则 Site Recovery Manager 将无法加载清单中的对象。

    解决办法:注销,然后登录到远程 vSphere Web Client。

  • 在包含联合 vCenter Single Sign-On 的设置中,在配对站点时,当其中一个解决方案用户无法复制到辅助 vCenter Single Sign-On 实例时,Site Recovery Manager 不显示错误。

    解决办法:重新引导具有主要和辅助 Platform Services Controller 的虚拟机。

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

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

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

  • 在包含联合 vCenter Single Sign-On 的安装程序中,Site Recovery Manager 角色不显示在角色列表中。

    在 Site Recovery Manager 安装过程中,安装程序为 Site Recovery Manager 创建了特权和角色,但这些特权和角色未能在站点之间成功同步。vCenter Server 在接收特权列表之前接收角色列表,并拒绝了这些角色。

    解决办法:重启未能成功注册 Site Recovery Manager 角色的 vpxd 服务。

  • 移动根文件夹中的保护组时,Site Recovery Manager 会显示 flex 异常。

    解决办法:关闭异常并执行全局刷新以重新加载 vSphere Web Client。

  • 在使用 Internet Explorer 版本 10 和 11 的 Windows 8 或 Windows 8.1 上,将用户区域设置更改为“中文”时,vSphere Web Client 将以英文显示 Site Recovery Manager。

    解决办法:使用 Chrome 或 Firefox。

  • 如果在维护模式下重新启动恢复站点 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 之间出现延迟。

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

  • 在某些情况下,当保护站点 LUN 遇到全部路径异常 (APD) 或永久设备丢失 (PDL) 时,Site Recovery Manager 可能无法恢复裸磁盘映射 (RDM) LUN。

    在首次尝试计划的迁移时,如果 Site Recovery Manager 尝试关闭受保护的虚拟机,则可能会显示以下错误消息:

    错误 - 当前不允许该操作,因为虚拟机中存在未决问题: 'msg.hbacommon.askonpermanentdeviceloss: 为虚拟磁盘 VM1-1.vmdk 提供支持的存储永久丢失了设备。 您可以在单击“重试”后从虚拟机热移除此虚拟设备并继续。单击“取消”终止此会话 (Error - The operation cannot be allowed at the current time because the virtual machine has a question pending: 'msg.hbacommon.askonpermanentdeviceloss:The storage backing virtual disk VM1-1.vmdk has permanent device loss. You might be able to hot remove this virtual device from the virtual machine and continue after clicking Retry. Click Cancel to terminate this session)。

    在某些情况下,如果受保护虚拟机具有 RDM 设备,Site Recovery Manager 不会恢复 RDM LUN。

    解决办法:

    1. 当 LUN 进入 APD/PDL 状态后,ESXi Server 会使用一个问题来标记所有相应虚拟机,而该问题可能会阻止虚拟机操作。
      1. 如果出现 PDL,请单击取消关闭虚拟机电源。
      2. 如果出现 APD,请单击重试

      如果您运行计划内迁移,Site Recovery Manager 将无法关闭生产虚拟机的电源。
    2. 如果虚拟机具有 RDM 设备,则 Site Recovery Manager 可能无法跟踪 RDM 设备,并且不会对其进行恢复。重新扫描所有 HBA,并确保所有受影响的 LUN 的状态均已从 APD/PDL 状况中恢复。
    3. 检查 vCenter Server 清单并解决阻止虚拟机的 PDL 问题。
    4. 如果在 LUN 恢复联机前解决 PDL 问题,则受保护站点上的 Site Recovery Manager Server 会错误地检测到 RDM 设备已不再附加到此虚拟机,并会移除此 RDM 设备。下次运行恢复时,Site Recovery Manager 将不会恢复该 LUN。
    5. 重新扫描所有 HBA 以确保 vCenter Server 清单上的所有 LUN 均处于联机状态,并打开所有受影响虚拟机的电源。vCenter Server 会将丢失的 RDM 与受保护虚拟机相关联。
    6. 检查 Site Recovery Manager 界面上的阵列管理器选项卡。如果所有受保护的数据存储和 RDM 设备均未显示,请单击刷新以发现设备并重新计算数据存储组。
    7. 确保 [编辑组设置] 显示所有受保护的数据存储和 RDM 设备,并且虚拟机保护状态未显示任何错误。
    8. 启动一个计划的迁移来恢复所有受保护的 LUN,包括 RDM 设备。

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

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

  • 由于在通过 VIX API 将自定义脚本上载至虚拟机时发生超时,IP 自定义失败。

    运行恢复计划时,使用 VIX 将 IP 自定义脚本上载到虚拟机失败,并发生超时。

    解决办法:无。

  • 使用本地高位 ASCII 密码的新用户无法使用 vSphere Web Client 登录。

    新用户首次尝试使用 vSphere Web Client 通过法语和德语区域设置中的高位 ASCII 密码登录时,登录尝试将失败。

    解决办法:以 vSphere Single Sign On (SSO) 管理员身份登录,并将任何单个 ASCII 字符添加到新用户的现有高位 ASCII 密码中。

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

    保护组不包含任何虚拟机,并且您在计划迁移模式下从远程 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)。

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

  • 恢复和重新保护后,受保护站点上的虚拟机仍然具有“由 SRM 管理”标志

    对于设置了预留所有客户机内存 (全部锁定) 选项的虚拟机,在两次运行恢复和重新保护后,该虚拟机在受保护站点上仍然具有“由 SRM 管理”标志。该虚拟机应显示为普通虚拟机。

    解决办法:无

  • 将 Site Recovery Manager 6.1 升级到 6.1.1 后,由 Site Recovery Manager 6.1 恢复的虚拟机在受保护站点上仍然具有“由 SRM 管理标志”

    对于 Site Recovery Manager 6.1 中由 Site Recovery Manager 6.1 恢复的设置了预留所有客户机内存 (全部锁定) 选项的虚拟机,该虚拟机在受保护站点上仍然具有由 SRM 管理标志。该虚拟机应显示为普通虚拟机。

    解决办法:要清理该标志,请在将 Site Recovery Manager 6.1 升级到 6.1.1 后运行恢复计划。

  • 在配置了 IP 自定义的 Windows 虚拟机上运行测试故障切换时,会在日志中看到以下错误:Error accessing guestcust.log

    如果文件夹 %TMP% 不存在或文件 %TMP%\vmware-imc\guestcust.log 不存在,可能会发生该错误。

    解决办法:手动运行 IP 自定义。

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

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

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

  • 保护虚拟机任务似乎停留在 100%。

    在执行保护虚拟机任务期间,vSphere Web Client 的“近期任务”窗格会显示虚拟机停留在 100%。Site Recovery Manager 会将该虚拟机标记为已配置,表示该虚拟机已受保护。由于 Site Recovery Manager 已成功保护该虚拟机,因此不需要采取任何措施。

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