VMware vCenter Site Recovery Manager 5.1.2.2 | 2014 年 10 月 1 日 | 内部版本 2170716

VMware vCenter Site Recovery Manager 5.1.2.1 | 2014 年 7 月 22 日 | 内部版本 1964824

VMware vCenter Site Recovery Manager 5.1.2 | 2014 年 1 月 16 日 | 内部版本 1527967

上次更新时间:2016 年 3 月 9 日

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

有关 Site Recovery Manager 5.1.2.x 修补程序版本的信息,包括任何所需的 vSphere Replication 5.1.2.x 修补程序的详细信息,请参见相应知识库文章。

发行说明内容

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

SRM 5.1.2 的新增功能

VMware vCenter Site Recovery Manager 5.1.2 增加了 已解决的问题部分中所描述的错误修复。

本地化

VMware vCenter Site Recovery Manager 5.1.2 提供以下语言的版本:

  • 英语
  • 法语
  • 德语
  • 日语
  • 韩语
  • 简体中文

兼容性

SRM 兼容性列表

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

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

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

VMware VSA 支持

SRM 5.1.2 可以使用 vSphere Replication 保护驻留在 vSphere Storage Appliance (VSA) 上的虚拟机。VSA 不需要存储复制适配器 (SRA) 与 SRM 5.1.2 配合使用。

安装和升级

有关帮助进行 Site Recovery Manager 5.1.2 的主要特性和功能的技术演练的评估指南,请参见 VMware vCenter Site Recovery Manager 资源

有关支持的 SRM 升级路径,请参见 VMware 产品互操作性列表并选择 解决方案升级路径VMware vCenter Site Recovery Manager

安装 SRM 5.1.2

要进行 SRM 5.1.2 全新安装,请下载并运行安装程序 VMware-srm-5.1.2-1527967.exe

请参见《Site Recovery Manager 5.1 安装和配置》中的 安装 SRM  

将现有 SRM 4.1.2 安装升级至 SRM 5.1.2

在升级至 SRM 5.1.2 之前,先将 SRM 4.1.2 升级至 SRM 5.0.x。

请参见 《Site Recovery Manager 5.0 管理指南》中的“升级 SRM”  

重要信息:将 vCenter Server 直接从 4.1.2 升级至 5.1.2 是受支持的升级路径。但是,将 SRM 直接从 4.1.2 升级至 5.1.2 则不是受支持的升级路径,您必须先升级至 SRM 5.0.x,然后才能升级至 5.1.2。升级安装了 SRM 4.1.2 的 vCenter Server 4.1.2 实例时,也必须先将 vCenter Server 升级至版本 5.0.x,然后再将 SRM 升级至 5.0.x。如果将 vCenter Server 从 4.1.2 直接升级至 5.1.x,则当您尝试将 SRM 从 4.1.2 升级至 5.0.x 时,SRM 升级会失败。SRM 5.0.x 无法连接到 vCenter Server 5.1.x 实例。

将现有 SRM 5.0.x 安装升级至 SRM 5.1.2

要将现有 SRM 5.0.x 安装升级至 SRM 5.1.2,请下载并运行安装程序 VMware-srm-5.1.2-1527967.exe

请参见《Site Recovery Manager 5.1 安装和配置》中的 升级 SRM  

将现有 SRM 5.1.x 安装升级至 SRM 5.1.2

执行以下步骤将现有 SRM 5.1.x 安装升级至 SRM 5.1.2。

  1. 登录到受保护站点上运行 SRM Server 的计算机。
  2. 使用数据库软件提供的工具备份 SRM 数据库。
  3. 下载并运行安装程序 VMware-srm-5.1.2-1527967.exe
  4. 当系统提示您确认要升级 SRM 时,单击 [是]
  5. 单击 [是] 确认已备份 SRM 数据库。
  6. 安装完成后,请单击 [完成]
  7. 在恢复站点上重复升级过程。

升级 SRM Server 之后,必须重新安装 SRM 客户端插件。

  1. 登录到运行 vSphere Client 实例(该实例用于连接到 SRM)的计算机。
  2. 卸载 SRM 5.1 客户端插件。
  3. 登录到 vSphere Client 实例并连接到与 SRM Server 连接的 vCenter Server。
  4. 选择 [插件] > [管理插件]
  5. 单击 [下载并安装] 以安装 SRM 5.1.2 客户端插件。
  6. 插件安装完成后,登录到 SRM 并确认早期版本中的配置已保留。
  7. 对用于连接到 SRM Server 的所有 vSphere Client 实例重复此过程。

将 vSphere Replication 升级至 vSphere Replication 5.1.2

如果安装了先前版本的 vSphere Replication 并升级到 SRM 5.1.2,则必须将 vSphere Replication 也升级到版本 5.1.2。还必须将 vSphere Replication 服务器升级到版本 5.1.2。必须确保在将 vSphere Replication 升级到版本 5.1.2 之前已升级到 SRM 5.1.2。

请参见《Site Recovery Manager 安装和配置》中的 升级 vSphere Replication  

要通过虚拟设备管理界面 (VAMI) 将 vSphere Replication 设备以及任何其他 vSphere Replication 服务器升级至版本 5.1.2,请使用以下 URL:

http://vapp-updates.vmware.com/vai-catalog/valm/vmw/05d561bc-f3c8-4115-bd9d-22baf13f7178/5.1.2.0

注意:要获取 vSphere Replication 5.1.2.x 修补程序版本的 VAMI 升级 URL,请参见相应 Site Recovery Manager 5.1.2.x 修补程序版本的知识库文章。

重要信息:请不要选择 VAMI 中 [更新] > [设置] 下的选项来自动更新 vSphere Replication。如果选择自动更新,则 VAMI 会将 vSphere Replication 更新至最新的 5.x 版本,而该版本可能与 SRM 和 vCenter Server 5.1.x 不兼容。请将更新设置保留为 [无自动更新]

SRM 和 vSphere Replication 的操作限制

有关 SRM 5.1.x 和 vSphere Replication 5.1.x 的操作限制的信息,请参见 http://kb.vmware.com/kb/2034768

SRM SDK

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

开放源组件

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

局限声明和限制

  • 与 Storage vMotion 和 Storage DRS 的互操作性
    在某些特定限制情况下,存储移动期间的可恢复性可能会受到影响,因此不支持 Site Recovery Manager 5.1.2 与 Storage vMotion (SVmotion) 和 Storage Distributed Resource Scheduler (SDRS) 配合使用,包括使用数据存储群集。

  • 与 vCloud Director 的互操作性
    Site Recovery Manager 5.1.2 为 vCloud Director 环境提供有限的支持。不支持使用 SRM 保护 vCloud 资源池内的虚拟机(部署到一个组织的虚拟机)。支持使用 SRM 保护 vCD 的管理结构。有关如何使用 SRM 保护 vCD Server 实例、vCenter Server 实例以及提供 vCloud Director 管理基础架构的数据库的信息,请参见 《VMware vCloud Director Infrastructure Resiliency 案例研究》

  • 与 vSphere Replication 的互操作性
    vSphere Replication 支持的最大磁盘大小为 2032GB。

  • SRM 5.1.2 支持 2 个 Microsoft 群集服务器 (MSCS) 节点
    vSphere 5.1.x 最多支持 5 个 MSCS 节点。SRM 5.1.x 可支持 2 个 MSCS 节点。请参见《Site Recovery Manager 管理》中的 保护 MSCS 和容错虚拟机  

  • vSphere Replication 设备和 vSphere Replication 服务器设备受 Novell Security Advisory CVE-2008-5161 的约束。
    Novell Security Advisory CVE-2008-5161 与 SUSE Linux Enterprise Server (SLES) SP1 相关,后者是 vSphere Replication 设备和 vSphere Replication 服务器设备的操作系统。Novell 在公告文档 ( http://support.novell.com/security/cve/CVE-2008-5161.html) 中对低安全风险进行了声明。为进一步降低安全风险,必要时可以按照 Novell 公告中的内容修改 SSH 配置。对于 vSphere Replication 设备和 vSphere Replication 服务器设备,可以通过在 sshd_configssh_config 文件中添加以下指令,仅保留 AES 密码:

  • Ciphers aes128-ctr,aes256-ctr

    禁用 RC4 和所有其他 CBC 密码,包括 arcfour256arcfouraes128-cbcaes256-cbc

  • Windows Server 2003 不支持 SHA256RSA 证书。要在 Windows Server 2003 中安装 SRM 5.1.2 并使用自定义的签名 SHA256RSA 证书,必须安装 Microsoft 提供的以下修补程序之一:

     

  • ESXi Server 5.0.0 和 5.0.1 及 ESXi Server 5.1.0 不支持运行 Windows 8 或 Windows Server 2012 的虚拟机的客户机操作系统自定义
    ESXi Server 5.0 u2 和更高版本以及 ESXi Server 5.1 u1 和更高版本支持 Windows 8 和 Windows Server 2012 虚拟机的客户机操作系统自定义。如果在恢复站点上运行 ESXi Server 5.0 或 5.0.1 或者 ESXi Server 5.1.0,则由于恢复站点上的 ESXi Server 无法完成 Windows 8 或 Windows Server 2012 的引导进程,测试恢复和实际恢复均会失败。恢复站点上的虚拟机不显示 Windows 登录屏幕。在恢复步骤中的 IP 自定义步骤之前,SRM 显示一条错误消息,说明 VM Tools 在打开电源期间超时。

    解决办法:将恢复站点上的 ESXi Server 升级至版本 5.0 u2 或更高版本,或升级至 ESXi Server 5.1 u1 或更高版本。

     

  •  

     

已解决的问题

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

  • 如果具有一个或多个 RDM 磁盘的虚拟机包含在 vApp 中,则 SRM 无法保护这些虚拟机。

    如果虚拟机包含在 vApp 中,并且该虚拟机使用 RDM 磁盘,则配置保护会导致保护状态出现错误 设备未找到: 硬盘 X (Device Not found:Hard Disk X)。在此错误中, 硬盘 X 是连接到虚拟机的 RDM 磁盘。该问题已解决。

  • DR IP Customizer 工具在 Windows 2003 客户机操作系统中意外停止,而未发送通知。

    DR IP Customizer 工具在 Windows 2003 客户机操作系统中意外停止。未发送通知,但 SRM 日志显示错误: C:\WINDOWS\TEMP\vmware-SYSTEM\netshIPv6.vbs(279, 4) Microsoft VBScript runtime error:Object doesn't support this property or method:'GUID'。该问题是由于尝试访问不存在的 GUID 属性时出现的未处理的错误所导致。该问题已解决。

  • 当本地化的 Windows 客户机操作系统向 SRM Server 发送消息时,SRM 意外停止。

    当 SRM Server 在区域设置为日语、韩语或简体中文的 Windows 操作系统上运行,而 vCenter Server 在英文区域设置中运行时,会出现此问题。例如,当打开电源后脚本运行一个命令,而该命令返回日文字符的错误时,vCenter Server 并不将该消息转换为正确的编码。SRM 收到一个无效的异常情况,并意外停止。该问题已解决。

  • [客户机操作系统静默] 选项不可用于运行 Windows Server 2012 的虚拟机。

    在使用 Windows Server 2012 客户机操作系统的虚拟机上配置 vSphere Replication 时,用于启用客户机操作系统静默的选项不可用。该问题已解决。

  • 恢复 Windows Server 2012 域控制器 (DC) 虚拟机会破坏 DC 保护机制。

    可以使用基于阵列的复制或 vSphere Replication 恢复 Windows Server 2012 DC 虚拟机。但是,在这样的虚拟机上执行恢复操作可能会破坏 Windows Server 2012 DC 保护机制。该问题已解决。

  • 在恢复或测试恢复期间 IP 自定义失败。

    运行恢复或恢复计划的测试恢复时,由于以下原因之一,部分或全部虚拟机的 IP 自定义失败:

    • 在某些更改了临时文件夹路径的 Windows 虚拟机上,IP 自定义在错误的位置查找结果日志。有关详细信息,请参见 知识库文章 2021083。该问题已解决。
    • 如果在 Windows 虚拟机上执行 IP 自定义时无法访问中间结果日志,则自定义会成功完成,但会报告错误 错误 - 无法完成自定义,可能是由于脚本运行时错误或脚本参数无效 (错误代码:-1). 可能已部分应用 IP 设置 (Error - Cannot complete customization, possibly due to a scripting runtime error or invalid script parameters (Error code: -1). IP settings may have been partially applied)。该问题已解决。IP 自定义现在正确报告成功。
  • 在虚拟机保护期间检查许可证管理器后,SRM 服务停止。

    如果在虚拟机上配置保护,SRM Server 会意外停止。日志中包含错误: Panic:Assert Failed:"found == _reservations.get<by::vm>().end() (There is already a Reservation for VM [vim.VirtualMachine: virtual_machine])"。该问题已解决。

  • SRM 无法挂载 VMFS 卷,并出现错误 已挂载 (Already Mounted)

    当 SRM 从 vCenter Server 获取信息时,SRM 显示未挂载包含虚拟机的卷。但同时,ESXi Server 成功挂载该卷。SRM 根据先前来自 vCenter Server 的信息尝试挂载卷,并显示该卷的状态无效,但却说明已挂载该卷。该问题已解决。

  • 在修改模式下从命令行中使用选项 CUSTOM_SETUP 运行 SRM 安装程序导致出现错误。

    如果您使用 CUSTOM_SETUP 选项安装了 SRM(例如,创建一个共享恢复站点设置),则尝试在修改模式下从命令行中使用选项 CUSTOM_SETUP 运行 SRM 安装程序将导致出现以下错误: 当标准安装已存在时,不支持 CUSTOM_SETUP 命令行 (CUSTOM_SETUP command line not supported when standard installation already exists)。该问题已解决。

  • 虚拟机的恢复或测试工作流失败,并出现以下错误: 错误 - 与 ESX 或客户机虚拟机通信时出现意外错误“3008”:无法连接到虚拟机 (Error - Unexpected error '3008' when communicating with ESX or guest VM: Cannot connect to the virtual machine)。

    在极少数情况下,当配置 IP 自定义或虚拟机在客户机内的标注时,如果恢复站点群集处于全自动 DRS 模式,则会出现该错误。意外的 vMotion 可能会导致与虚拟机的通信暂时失败,从而出现自定义脚本错误。该问题已解决。

  • 当关联的 vCenter Server 实例处于链接模式时,SRM 升级可能失败。

    当关联的 vCenter Server 实例处于链接模式时,SRM 升级可能失败。该问题已解决。

  • SRM 服务失败,并出现错误: Panic:Assert Failed:"!vmKernelIp.empty()" @ d:/build/ob/bora-820150/srm/src/storage/vc/accessMapUtil.cpp:108

    执行测试恢复时,恢复站点上的 vCenter Site Recovery Manager (SRM) 服务在以下情况下会失败:

    • 仅使用 IPv6 为 SRM 配置网络附加存储 (NAS) 设备,在恢复站点 ESXi 主机上禁用了 IPv4。
    • 阵列管理器仅使用 IPv6 地址。

    该问题在 知识库文章 2057469 中也有描述,现已修复。

     

  • 在 Windows Server 2012 上 SRM 安装导致出现 MsiExec 错误,可能失败,并出现以下错误 错误:无法打开服务:ProtectedStorage (ERROR: Could not open service: ProtectedStorage)

    SRM 安装程序尝试启动在 Server 2012 中不存在的受保护的存储服务。在多数情况下,安装会成功,但 Windows 事件日志会记录一个 MsiExec 错误。如果 Windows 错误报告设置为 [I don't want to participate, and don't ask again],SRM 安装会失败并回滚。该问题已解决。

  • 在测试恢复期间,SRM 服务在进行到连接 SCSI LUN 步骤时停止。

    运行恢复计划测试时,在执行连接 SCSI LUN 的步骤时,SRM 服务意外停止。恢复计划测试正确启动,并继续执行“创建可写存储快照”步骤,此时,测试计划不再继续进行。系统最后报告 SRM 服务不再可用。SRM 日志包含错误: Panic:Assert Failed:"_completions.find(tag) == _completions.end() (Operation added with duplicate tag)"。重新启动 SRM 服务后,恢复计划测试显示为不完整。重新运行测试将失败,只能选择执行清理。当 SCSI LUN 有重复的标记时(例如不同阵列上的两个 LUN 的 ID 相同),会出现此问题。该问题现已修复。

  • 对于名称中含有替代 Unicode 字符的任何虚拟机,配置复制操作失败,并显示 无效的 UTF-8 字符 ...(替代字符) (Invalid UTF-8 character ...(a surrogate character))。

    本版本已解决该问题。

  • vSphere Replication 管理服务器遇到内存泄露问题,连接 vCenter Server 或 vSphere Replication 服务器时没有响应。

    本版本已解决该问题。

  • 重新配置复制以包含先前排除的磁盘并对该磁盘使用复制种子时,会导致 vSphere Replication 错误地删除该复制种子。

    如果您有一个排除了磁盘的复制,后来重新配置该复制以包含排除的磁盘,然后手动复制磁盘文件以用作复制种子,vSphere Replication 会删除复制的 .vmdk 文件,而忽略该文件是初始副本,并非由 vSphere Replication 所创建这一事实。这种情况下,需要您再次将 .vmdk 文件复制到目标站点。该问题已解决。

  • vSphere Replication 无法通过配置有多个管理虚拟网卡的主机访问数据存储,并在 vCenter Server 中发布 DatastoreInaccessibleEventvSphere Replication 无法访问数据存储 (vSphere Replication cannot access datastore)

    如果主机配置有多个虚拟网卡,并且为管理流量选择了多个网卡,则 vSphere Replication 将只注册第一个网卡并用它来访问目标数据存储。如果 vSphere Replication 服务器地址不在主机的第一个管理网络上,则 vSphere Replication 将不会与主机通信。该问题已解决。

  • 在一个共享恢复站点设置中同时执行多个测试恢复将在恢复站点上的 [近期任务] 视图中显示重复名称错误。

    在一个共享恢复站点设置中同时执行多个测试恢复(N:1 环境)将在不同的情况下报告以下错误:

    • 添加虚拟交换机或端口组时报告错误 指定的密钥、名称或标识符已经存在 (The specified key, name, or identifier already exists)
    • 测试清理期间移除虚拟交换机或端口组时报告错误 找不到引用的对象或项目 (The object or item referred to could not be found)
    • 测试清理期间移除虚拟交换机或端口组时报告错误 资源“ resoure_name”正在使用 (The resource 'resoure_name' is in use)

    该问题已解决。

     

已知问题

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

  • glibc 库中的漏洞允许执行远程代码

    glibc 中允许执行远程代码的漏洞可能会影响到 vSphere Replication 设备。

    解决办法:有关解决此问题的详细信息,请参见 http://kb.vmware.com/kb/2144289

  • 同时在多个 LUN 上运行恢复导致出错并超时。

    如果您拥有包含 50 到 255 个光纤通道 LUN 的大型 SRM 5.1.x 环境,并且同时在超过 50 个 LUN 上运行恢复,则可能会注意到与 LUN 相关的恢复超时、错误和失败问题,在某些情况下也会发现与虚拟机相关的此类问题。在某些情况下,可能必须运行恢复计划多次才能成功。不管是在单个恢复计划中还是在多个恢复计划中保护 LUN,都会出现此问题。

    解决办法:请参见 知识库文章 2059498

  • 虚拟机虚拟网卡的 MAC 地址在恢复过程中通常会保留。

    在极少数情况下,测试或恢复可能无法恢复某一特定虚拟机,因为 vCenter 会在恢复站点上为该虚拟机的虚拟网卡意外地分配一个新的 MAC 地址。恢复步骤的结果列将出现以下错误消息: 错误消息 - 无法完成自定义,可能是由于脚本编制运行时错误或脚本参数无效 (错误代码:255). 可能已部分应用 IP 设置 (Error - Cannot complete customization, possibly due to a scripting runtime error or invalid script parameters (Error code: 255). IP settings might have been partially applied.)。SRM 日志包含一条消息: Error finding the specified NIC for MAC address = xx::xx:xx:xx:xx,其中 xx::xx:xx:xx:xx 是预期的 MAC 地址。

    解决办法:在 vSphere Client 虚拟机的 [属性] 中,手动将受影响虚拟机的 MAC 地址修改为“xx::xx:xx:xx:xx”,然后重新启动恢复计划。

  • 无法配置具有物理模式 RDM 磁盘的虚拟机,即使从复制中排除该磁盘也是如此。

    如果您为采用物理模式的虚拟机配置复制,可能看到以下错误:

    VRM 服务器一般错误。查看文档了解任何故障排除信息。详细的异常为:HMS 无法为虚拟机的磁盘设置磁盘 UUID:MoRef:类型 = VirtualMachine,值 = ,服务器 Guid = null' (VRM Server generic error. Check the documentation for any troubleshooting information. The detailed exception is: HMS can not set disk UUID for disks of VM : MoRef: type = VirtualMachine, value = , serverGuid = null'.)。

    解决办法:无。

  • 在注册 vSphere Replication 服务器时,vSphere Replication 将针对添加到 vCenter Server 清单中的主机上的数据存储报告“无法访问数据存储 (Datastore is not accessible)”的消息。

    vSphere Replication 将从 vCenter 清单中选择所有受支持的主机,并在 vSphere Replication 注册过程中启用它们。如果在 vSphere Replication 注册仍在运行时向 vCenter 中添加主机,则 vSphere Replication 将不会选择该主机,并且它将无法访问恢复站点上的数据存储。

    解决办法:断开并重新连接 vCenter 清单中的主机,以使 vSphere Replication 能够启用它。

  • 根据 vCenter Server 清单中的主机数量,vSphere Replication 服务器注册过程可能需要很长时间。

    如果 vCenter Server 清单包含上百台主机,则 [注册 VR 服务器] 任务将需要一个小时或更长时间才能完成,因为 vSphere Replication 需要更新每台主机的 SSL 指纹注册表。在执行 vSphere Replication 服务器注册任务时,vCenter Server [事件] 窗格将针对每台主机显示 [已配置主机用于 vSphere Replication]

    解决办法:等待注册任务完成。完成后,您可以使用 vSphere Replication 处理入站复制流量。

  • vSphere Replication 注册可能会失败,并出现错误消息: VRM 服务器一般错误 ...行已由其他事务更新或删除 ...HostEntity #<host-managed-object-id> (VRM server generic error ... Row was updated or deleted by another transaction ... HostEntity #<host-managed-object-id>)。

    如果 vCenter Server 清单包含大量主机,则在注册期间执行以下操作时, [注册 VR 服务器] 操作可能会失败,并显示该错误:

    • 从 vCenter Server 清单中移除主机。
    • 从清单中移除和重新连接主机。
    • 更改主机的 SSL 指纹。

    解决办法:重试 [注册 VR 服务器] 操作。

     

  • 恢复失败并显示以下错误消息: 为组创建测试泡状映像时出错... (Error creating test bubble image for group...)详细的异常为: 为数据存储获取主机挂载时出错: managed-object-id... (Error while getting host mounts for datastore: managed-object-id...)此对象已被删除或尚未完全创建 (The object has already been deleted or has not been completely created)。

    如果您正在运行测试恢复或计划的恢复,而该恢复计划失败并出现特定异常,则表示用于存储复制数据的 LUN 已临时与 ESXi 断开连接。重新连接后,复制将继续照常运行,并且不会丢失任何复制数据。在以下情形下将发生此异常:

    • vSphere Replication 找不到 LUN,因为此 LUN 已更改其内部 ID。
    • 如果将包含目标数据存储的主机从 vCenter 清单中移除并稍后添加它,则该目标数据存储内部 ID 将发生更改。

    您必须手动重新配置复制以刷新此新 ID。

    解决办法:如果主站点不再可用,请联系 VMware 技术支持以获取有关在 vSphere Replication 设备数据库中添加特殊配置条目,以便自动修复发生更改的内部数据存储 ID,从而允许执行恢复的说明。如果主站点仍然可用:

    1. 在已失败的恢复计划上执行清理操作。
    2. 在 vSphere Replication 视图的 [虚拟机] 选项卡中,右键单击一个虚拟机,然后选择 [配置复制]
    3. 单击 [下一步],然后单击 [浏览] 更改已断开但随后又重新连接的数据存储上的文件位置,并像往常一样选择相同的数据存储和文件夹位置。
    4. 重用现有磁盘并重新配置虚拟机的复制。vSphere Replication 管理服务器会发现 vCenter Server 中已更改的数据存储标识(受管对象 ID)。
    5. 等待初始同步完成。此同步将使用现有磁盘并检查数据一致性。

     

  • 数据存储不可用的情况下显示过期的复制状态

    虚拟机同步开始后,目标数据存储可能会不可用。在这种情况下,组状态应当显示有关此故障的信息,但状态仍保持不变。要确定与数据存储不可用相关的问题,请使用目标数据存储生成的事件。在这种情况下会生成以下事件:

    • VR 服务器无法访问数据存储...在数据存储无法访问后立即生成
    • 违反了虚拟机 vSphere Replication RPO...无法在指定的 RPO 中生成副本

 

  • 由于证书策略严格而导致服务器配对失败时会显示一般错误消息

    尝试在站点之间为服务器配对可能失败,并显示以下错误消息: 站点配对或断开操作失败。详细信息:VRM 服务器一般错误 (Site pairing or break operation failed. Details: VRM 服务器 generic error)。当一个站点配置为使用严格的证书策略,而另一个站点配置为使用宽松的证书策略时,可能会出现此错误。在这种情况下,配对将失败,如上文所述。配对失败后,请修改宽松的证书策略以使用严格的证书策略,并提供有效的证书。

  • 由于出现未决问题,虚拟机无法关闭电源。

    如果您通过将启动器从 SAN 丢弃到已注册该虚拟机的主机而有意或无意地创建了一个永久设备丢失 (PDL) 状况,则可能会出现以下错误:

    错误:当前时间无法允许该操作,因为该虚拟机有一个未解决的问题... (Error: The operation cannot be allowed at the current time because the VM has a question pending...)

    如果在测试恢复模式下运行恢复计划后运行清理时,在 PDL 期间恢复站点上的硬件出现故障,则会出现上述错误。

    解决办法:解决该虚拟机的 [摘要] 选项卡中的问题。然后在强制清理模式下重新运行清理。清理操作完成后,虚拟机可能仍位于恢复站点中,此时,请手动移除它。

  • 停止受保护虚拟机的数据存储复制会生成错误的错误消息

    可保护在多个数据存储上具有磁盘的虚拟机,随后禁用其中一个数据存储的复制。在这种情况下,保护组中虚拟机的状态将更改为 无效:虚拟机“VM”不再受保护。内部错误:无法为磁盘“2001”创建定位符... (Invalid: Virtual machine 'VM' is no longer protected. Internal error: Cannot create locator for disk'2001'...)此信息错误。状态应更改为 不再复制数据存储“[ datastore name]”(Datastore '[datastore name]' is no longer replicated)。

  • 恢复过程出现内部错误。

    SRM 将在恢复过程中检索来自 vCenter 的各种信息。如果它不接收继续运行所需要的关键信息,则可能会出现内部错误 CannotFetchVcObjectProperty。 如果 vCenter 处于高度紧张状态或 ESXi 主机因高度紧张状态而不可用,则可能会出现该错误。当 SRM 尝试查找某一 ESXi 主机的信息,而该主机已断开连接或已从 vCenter 清单中移除时,也可能会出现该错误。

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

  • 重新启动 vCenter Server 后,使用 vSphere Replication 时,重新保护操作失败,并出现错误消息: 无法撤消复制虚拟机“ virtual_machine”(Error - Unable to reverse replication for the virtual machine 'virtual_machine')。该会话未进行身份验证。

    在 vCenter Server 重新启动后,它无法刷新 SRM 用于与 vSphere Replication 进行通信的某些会话,并导致重新保护失败。

    解决办法:在这两个站点上重新启动 SRM 服务。

  • 同时运行多个恢复计划时,重新保护会失败并出现错误。

    同时运行多个恢复计划时,重新保护可能会失败,并出现错误消息: 错误 - 该操作对于保护组“protection_group”仅部分完成,因为一个属于保护组的受保护虚拟机未成功完成操作 (Error - The operation was only partially completed for the protection group 'protection_group' since a protected VM belonging to it was not successful in completing the operation)

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

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

    如果在恢复过程中与 vCenter Server 的连接中断,则可能会出现以下状况之一:

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

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

  • 取消恢复计划未完成

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

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

     

  • 登录虚拟设备管理基础架构 (VAMI) 时不接受非 ASCII 密码

    用户可以使用 VAMI 管理 vSphere Replication 设备。使用密码为非 ASCII 字符的帐户尝试登录 VAMI 时失败。即使提供正确的身份验证信息,也会出现这种情况。在非 ASCII 密码与 VAMI 一起使用的所有情况下,都会出现该问题。要避免出现此问题,请使用 ASCII 密码或者使用 SSH 进行连接。

  • 由于磁盘配置错误,虚拟机恢复失败

    可以将单个受保护虚拟机的不同的磁盘和配置文件置于多个数据存储中。恢复期间,SRM 必须有权访问裸磁盘映射和父磁盘文件。如果不具有此访问权限,则 SRM 就无法在恢复期间确定磁盘类型。在这种情况下,SRM 可能会假定裸磁盘映射 (RDM) 磁盘是非 RDM 磁盘,从而导致重新配置失败。要避免出现此问题,请确保所有可访问已恢复虚拟机配置文件的主机也可以访问 RDM 映射文件及任何父磁盘(如果这类磁盘存在)。

  • vSphere Replication 设备无法支持有效的 ESX 主机

    在配置 vSphere Replication 的过程中,在受支持的 ESX 版本上选择数据存储时,会显示以下消息: VR 服务器 Server Name 不具有可用于访问目标数据存储的主机... (VR server Server Name has no hosts through which to access destination datastore...)。向 vCenter Server 中添加新主机时或注册 vSphere Replication 服务器期间,如果 vSphere Replication 设备与 vSphere Replication 服务器之间的通信暂时中断,则将发生此问题。通信问题通常是由连接暂时中断或服务器服务停止引起的。

    要解决此问题,请重新启动 vSphere Replication 管理服务器服务。

    1. 登录到 vSphere Replication 设备的虚拟设备管理界面 (VAMI),地址为 https://vr_applliance_address:5480。
    2. 单击 [服务状态] 下的 [配置] > [重新启动]
  •  

  • 在启用了 Distributed Power Management (DPM) 的群集上卸载数据存储失败

    如果连接到 DPM 群集的主机进入待机模式,则计划的迁移和灾难恢复无法从主机中卸载数据存储。可能会显示以下错误消息: 错误:无法从主机 hostname 卸载数据存储 datastorename。远程主机已断开连接,无法进行通信 (Error: Cannot unmount datastore datastorename from host hostname. Unable to communicate with the remote host, since it is disconnected)。要解决此问题,请在完成计划的迁移或灾难恢复之前关闭受保护站点中的 DPM。可以选择在完成恢复任务后重新打开 DPM。

  • SRM 在 RDM 故障后无法恢复虚拟机。

    裸磁盘映射 (RDM) LUN 可能会失败,而支持数据存储的 LUN 不受影响。在这种情况下,SRM 无法通过 RDM 恢复虚拟机。

    解决办法:手动恢复受影响虚拟机。在已恢复虚拟机上对 RDM LUN 执行故障切换并将其重新附加为 RDM 磁盘。

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

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

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

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

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

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

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

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

  • 在尝试使用 vSphere Replication 来保护已受到重新保护的基于阵列的虚拟机时,SRM 将停止。

    如果您运行恢复,并尝试使用 vSphere Replication 来保护已受基于阵列的保护组保护的虚拟机,则 SRM Server 会停止。

    解决办法:重新启动 SRM Server,并在使用 vSphere Replication 进行保护之前先取消保护基于阵列的受保护虚拟机。或者,也可以继续进行基于阵列的保护,而不使用 vSphere Replication 进行保护。SRM 不支持同时使用这两种提供程序来执行保护。

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

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

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

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

    出现该错误的原因可能是 vCenter、ESXi 和 SRM Server 之间出现滞后时间。

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

  • 某些由 SRM 启动的任务失败,这些任务会显示 NoPermission 错误,此外,还会显示 内部错误:vim.fault.NoPermission (Internal Error: vim.fault.NoPermission)而不是 执行该操作的权限被拒绝 (Permission to perform this operation was denied)。

    vSphere Client 将断言镜像的任务通过 MoRef 引用的对象是否为非 vCenter Server 或 SRM 对象。

    解决办法:如果失败的 SRM 任务是恢复任务,请查看恢复任务窗格,以获取更具体的错误信息。有关 vCenter Server 任务失败的信息,请参见子任务以获取更多信息。

  • 重新保护失败,并出现错误消息: 远程主机已断开连接,无法与之进行通信 (Unable to communicate with the remote host, since it is disconnected)

    出现此错误的原因可能是,受保护端的群集已配置为使用 Distributed Power Management (DPM),并且该操作所需的 ESX 主机之一已置于待机模式。如果 DPM 检测到主机已闲置并将其置于待机模式,则可能发生这种情况。SRM 必须与该主机进行通信,才能访问该主机所管理的已复制数据存储。SRM 不会管理受保护站点的 DPM 状况,但是,它会管理在恢复站点执行恢复、测试和清理期间的 DPM 状况。

    解决办法:如果该错误仍然存在,请暂时关闭 DPM 并确保已打开管理受保护端的已复制数据存储的 ESX 主机,然后再尝试运行重新保护。

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

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

    错误 - 当前时间无法允许该操作,因为该虚拟机有一个未解决的问题: '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 设备,则 SRM 不会恢复 RDM LUN。

    解决办法:

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

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

    如果您在恢复站点上对包含两个主机的群集运行测试恢复,而该群集中的一个主机与占位数据存储的连接丢失,则测试恢复清理可能会失败。

    解决办法:在强制模式下运行清理。在恢复站点上,手动移除在与占位数据存储丢失连接的主机上创建的占位虚拟机。移除虚拟机复制配置并重新配置复制。使用保护组属性重新配置虚拟机保护。

  • 无法在 Internet Explorer 7 中访问上下文相关帮助。

    请参见 知识库文章 1009801

  • 在负载繁重的环境中生成支持捆绑包可能会中断正在进行的 vSphere Replication 操作。

    在负载繁重的环境中生成支持捆绑包可能导致 vSphere Replication 在恢复操作过程中出现连接问题。如果 vSphere Replication 虚拟机的存储过载,特别容易出现此问题。

    解决办法:如果某操作因 vSphere Replication 服务器被支持捆绑包生成阻止而未能启动,请尝试重新运行该操作。重新评估群集的预期存储带宽要求以及网络带宽(如果存储为 NAS)。

  • 由 vSphere Replication 保护的虚拟机的 [上次同步大小] 值是指自上次同步后发生更改的数据量。

    即使对 vSphere Replication 所保护的虚拟机执行完全同步,[上次同步大小] 值仍会显示自上次同步后发生更改的数据量,而不是完整虚拟机容量。而这可能会被误解为同步未完成。首次同步之后,在对虚拟机进行完全同步期间,vSphere Replication 将比较整个磁盘,但只传输已更改的数据,而不是整个磁盘。

    要查看首次同步的大小和持续时间,您可以查看 vSphere Replication 发布到 vCenter Server 的事件。此问题仅会在 ESXi 5.0.x 主机上出现。已在 ESXi 5.1 主机上对此行为进行了明确说明。

  • 如果主机清单最近发生更改,则恢复或测试恢复可能会失败,并出现错误消息: 已打开电源且不处于维护模式的主机(具有硬件版本“7”和数据存储“ds_id”)不可用... (No host with hardware version '7' and datastore 'ds_id' which are powered on and not in maintenance mode are available...)

    SRM Server 会保留主机清单状况的缓存。有时,当清单最近发生更改(例如,主机无法访问、断开连接或与某些数据存储失去连接)时,SRM Server 可能需要长达 15 分钟才能更新其缓存。如果 SRM Server 缓存中的主机清单状况不正确,则恢复或测试恢复可能会失败。

    解决办法:如果您对主机清单进行了更改,请先等待 15分钟,再运行恢复。如果出现以上错误,请等待 15 分钟,然后再重新运行恢复。

  • 完成恢复需要很长时间,重新保护会失败并显示以下错误: 无法检查登录凭据。身份验证服务基础架构失败 (Cannot check login credentials. Authentication service infrastructure failed)

    发生这个错误是因为 Windows 2003 Server 上运行的 vCenter Server 中的极短端口耗尽。SRM Server 无法与 vCenter Server 通信。

    解决办法:

    1. 知识库文章 979230 安装 Microsoft 修补程序,以修复 tcpip.sys 驱动程序中的问题。
    2. 通过手动进行更改或导入以下 .reg 文件来设置以下 regedit 值:
      Windows Registry Editor Version 5.00
      
      [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
      "MaxUserPort"=dword:00002710
      "TcpTimedWaitDelay"=dword:0000001E
                        
      
    3. 如果注册表值不存在,请创建这些值。
    4. 进行更改后重新启动 Windows 2003 Server 计算机。

     

  •  
  • 使用 vSphere Replication 执行虚拟机同步、恢复或重新保护操作失败。

    在请求同步操作或运行诸如恢复或重新保护等操作时,可能会出现该错误。报告的错误类似于以下内容:

    • VRM 组 group 的 VR 同步失败。VRM 服务器一般错误。请查看文档了解任何故障排除信息。详细的异常为:“在远程站点上未找到具有 Id= ID 的请求实例。”(VR synchronization failed for VRM group group. VRM Server generic error. Please check the documentation for any troubleshooting information. The detailed exception is: 'The requested instance with Id=ID was not found on the remote site.'.)
    • 错误 - VRM 组 group 的 VR 同步失败。数据存储路径“[ path] *.vmdk.vmdk”的存储已锁定。(Error - VR synchronization failed for VRM group group. Storage is locked for datastore path '[path] *.vmdk.vmdk'.)

    在受保护站点上运行工作负载很高的虚拟机时,更可能出现该错误。

    解决办法:

    • 重试该操作。这种解决办法可能不会成功。
    • 由于此问题与受保护站点上运行的负载有关,因此,请调度恢复操作,使其在工作时间之外运行。
    • 如果尝试运行测试恢复操作,请不要启用 [将最近的更改复制到恢复站点] 选项。
    • 升级到 SRM 5.5。SRM 5.5 与 vSphere 5.5 结合使用,会提供大量更新,可解决此问题。

     

     

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

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

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

  • 在重新保护期间,共享恢复站点上的 vSphere Replication 设备在 SRM UI 中显示为断开连接。

    在重新保护期间,反向配置复制之后,SRM 和 vSphere Replication 设备需等待初始同步反向完成。如果恢复计划中有 100 个以上虚拟机,则初始同步的监视任务会导致 vSphere Replication 设备从 SRM UI 调用时没有响应。

    解决办法:等待反向复制的初始同步完成。SRM UI 中的复制状态最终将从 [同步] 改为 [正常]。重新尝试从 SRM UI 连接到共享站点上的 vSphere Replication 设备。

     

  • 如果在重新保护期间注销 SRM C# 客户端,将导致重新保护操作的同步步骤失败,并出现错误: 获取本地 VC 视图时出错 (Error getting local VC view)

    在重新保护期间,反向配置复制之后,SRM 和 vSphere Replication 设备需等待初始同步反向完成。SRM 将触发一个单独的同步操作,以验证复制是否有问题。如果在此同步操作期间注销 SRM UI,重新保护操作将继续,但 vSphere Replication 将无法模拟用户,同步操作将失败。

    解决办法:忽略重新保护工作流的同步步骤中显示的错误,或在重新保护完成后使用 SRM UI 手动触发同步。

  • 修改或修复 SRM Server 安装需要管理员用户或禁用 UAC。

    如果您是管理员组的成员,但不是管理员,必须先禁用 Windows 用户帐户控制 ( UAC),然后再尝试从 Windows 控制面板修改或修复 SRM Server 安装。如果在 Windows Server 2012 主机上安装了 SRM Server,可通过修改注册表禁用 UAC。

    解决办法:在修改或修复模式下运行 SRM 安装程序时以管理员身份登录到 Windows Server 2012 计算机,或者禁用用户访问控制 (UAC)。要在 Windows Server 2012 上禁用 UAC,请参见 http://social.technet.microsoft.com/wiki/contents/articles/13953.windows-server-2012-deactivating-uac.aspx

  • 测试恢复期间 SRM 意外停止并出现严重错误。可以重新启动 SRM 服务,但该服务将在您继续执行测试时再次停止。

    在极少情况下,SRM 将在测试恢复期间意外停止,并显示以下错误: 应急: Assert Failed:"this->_childJobs.size() == this->_jobsToRemove.size() (状况无效,子作业处于挂起状态时,无法完成作业 (Panic: Assert Failed: "this->_childJobs.size() == this->_jobsToRemove.size() (Invalid state, job cannot complete while child jobs are pending)。尝试在重新启动 SRM 服务后重新运行测试将导致 SRM 停止并显示相同的错误。如果 SRM 数据库处于错误的状态,则将发生此问题。

    解决办法:与 VMware 技术支持联系。

  • 移除受保护的站点上已断开连接的主机后重新保护失败。

    如果从受保护的站点中移除已断开连接的主机并运行重新保护,重新保护操作可能会失败并显示以下错误: 内部错误: std::exception 'class Vmacore::Exception" (Internal error: std::exception 'class Vmacore::Exception")

    解决办法:选择 [强制清理] 选项并重新运行重新保护。

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

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

    解决办法:无。

  • 打开虚拟机的电源时,对具有 RDM 的虚拟机进行测试恢复将在“配置存储”步骤失败。

    测试恢复将在以下情况下失败:

    • 具有 RDM 的虚拟机在主站点上受保护。
    • 在 [站点] > [资源映射] 中,包含虚拟机的受保护站点资源将映射到 vApp 作为辅助站点资源。

    解决办法:将虚拟机映射到辅助站点上不属于 vApp 的资源类型上(例如主机)。

  • 如果升级到 SRM 5.1.2 而未升级 SRA,则在运行测试清理时,SRM Server 会意外停止。

    如果使用基于阵列的复制,并将 SRM 升级到版本 5.1.2,但不升级 SRA,SRM Server 会在您运行测试清理时意外停止。

    解决办法:将 SRA 升级到 5.1.2 的相应版本。

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

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

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