VMware vCenter Site Recovery Manager 5.0.3.3a | 2016 年 4 月 7 日

VMware vCenter Site Recovery Manager 5.0.3.3 | 2015 年 10 月 29 日 | 内部版本 3022051

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

VMware vCenter Site Recovery Manager 5.0.3.1 | 2014 年 5 月 29 日 | 内部版本 1848414

VMware vCenter Site Recovery Manager 5.0.3 | 2013 年 10 月 17 日 | 内部版本 1344912

上次更新时间:2016 年 4 月 7 日

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

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

发行说明内容

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

新增功能

VMware vCenter Site Recovery Manager 5.0.3 提供以下改进功能:

本地化

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

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

兼容性

SRM 兼容性列表

有关当前互操作性和产品兼容性信息,请参见 VMware vCenter Site Recovery Manager 5.0 的兼容性列表

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

有关受支持的兼容存储阵列和 SRA 的当前列表,请参见 《VMware 兼容性指南》

VMware VSA 支持

SRM 5.0.3 可以使用 vSphere Replication 保护位于 vSphere Storage Appliance (VSA) 上的虚拟机。VSA 不要求存储复制适配器 (SRA) 与 SRM 5.0.3 配合使用。

安装和升级

仅当使用基于阵列的复制时,SRM 5.0.3 才能与 ESXi Server 4.0 和 4.1 以及 Virtual Infrastructure 3.5 一起运行。如果使用 vSphere Replication,无论是单独使用或与基于阵列的复制一起使用,都必须在升级过程中将 ESXi Server 主机升级到版本 5.0.x。

要不升级早期版本而安装 SRM 5.0.3,请参见 《Site Recovery Manager 管理指南》中的“安装和更新 Site Recovery Manager”    

将 SRM 5.0.x 升级到 SRM 5.0.3

您可以将 SRM 5.0、5.0.1 或 5.0.2 对位升级到 SRM 5.0.3。VMware 建议进行对位升级而不是全新安装,因为这样可保留所有历史记录报告、恢复计划、保护组和恢复计划的自定义。必须对受保护站点和恢复站点都执行升级过程。

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

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

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

注意:Microsoft 发布了一项安全更新,该更新使 Windows 拒绝 RSA 密钥位数小于 1024 的证书。请参见 http://support.microsoft.com/kb/2661254。这一标准将于 2013 年底提高到 2048 位。为此,SRM 5.0.2 及更高版本将自动生成 RSA 密钥位数为 2048 的证书。SRM 5.0 和 5.0.1 将自动生成 RSA 密钥位数为 512 的证书。从 SRM 5.0 或 5.0.1 升级到 5.0.3 时,SRM 将保留前一次安装中的证书。因此,如果安装 Microsoft 安全更新,必须同时升级 SRM 证书,以便使用位数至少为 1024(最好使用位数为 2048)的 RSA 密钥。

  • 如果您使用的是 SRM 5.0 或 5.0.1 自动生成的证书,则升级到 SRM 5.0.3 后,可以通过在修改模式下再次运行 SRM 5.0.3 安装程序,然后选择生成一个新的 2048 位证书的选项来升级证书。
  • 如果您在 SRM 5.0 或 5.0.1 中使用的证书是由证书颁发机构签署的,则必须手动升级和导入证书,从而确保这些证书使用至少 1024 位(或最好使用 2048 位)的 RSA 密钥。

将 vSphere Replication 1.0.x 升级到 vSphere Replication 1.0.3

SRM 5.0 至 5.0.2 版本中包含 vSphere Replication 1.0 至 1.0.2。SRM 5.0.3 中包含 vSphere Replication 1.0.3。将 SRM 5.0、5.0.1 或 5.0.2 升级到 SRM 5.0.3 不会自动将 vSphere Replication 1.0、1.0.1 或 1.0.2 升级到 vSphere Replication 1.0.3。vSphere Replication 1.0.3 在功能上与 vSphere Replication 1.0.2 相同,但修复了一些缺陷。您可以使用 vSphere Update Manager 更新 VRM 服务器和 VR 服务器。或者,您也可以使用虚拟设备管理界面 (VAMI) 来对 VRM 服务器和 VR 服务器执行更新。

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

要使用 VAMI 更新 VRM 服务器,请执行以下操作:

  1. 将 SRM Server 和客户端升级到 SRM 5.0.3。
  2. 转到 VRM 服务器配置界面,网址为 https:// VRM_server_address:8080。
  3. 以 root 用户身份登录到 VRM 服务器配置界面。
  4. 单击 更新选项卡。
  5. 单击 设置
  6. 选择 [使用指定存储库] 并将更新 URL 粘贴到 [存储库 URL] 文本框中:
    http://vapp-updates.vmware.com/vai-catalog/valm/vmw/05d561bc-f3c8-4115-bd9d-22baf13f7178/1.0.3.0
    注意:要获取 vSphere Replication 1.0.3.x 修补程序版本的 VAMI 升级 URL,请参见相应 Site Recovery Manager 5.0.3.x 修补程序版本的知识库文章。
  7. 单击 状态
  8. 单击 检查更新。更新检查程序显示 1.0.3.0 版本可用。
  9. 单击 [安装更新] ,然后单击 [确定]
  10. 更新完成后,选择 [VRM] 选项卡,单击 [配置],然后单击 [重新启动] 以重新启动 VRM 服务器。
  11. 为恢复站点上的 VRM 服务器重复该过程。

要使用 VAMI 更新 VR 服务器,请执行以下操作:

  1. 升级 VRM 服务器。
  2. 转到 VR 服务器配置界面,网址为 https:// VR_address:5480。
  3. 以 root 用户身份登录到 VR 服务器配置界面。
  4. 单击 更新选项卡。
  5. 单击 设置
  6. 选择 [使用指定存储库] 并将更新 URL 粘贴到 [存储库 URL] 文本框中:
    http://vapp-updates.vmware.com/vai-catalog/valm/vmw/9f73d994-d8b5-11df-ace9-18a9053dae02/1.0.3.4117
    注意:要获取 vSphere Replication 1.0.3.x 修补程序版本的 VAMI 升级 URL,请参见相应 Site Recovery Manager 5.0.3.x 修补程序版本的知识库文章。
  7. 单击 状态
  8. 单击 检查更新。更新检查程序显示 1.0.3 版本可用。
  9. 单击 [安装更新] ,然后单击 [确定]
  10. 更新完成后,选择 [系统] 选项卡,单击 [信息],然后单击 [重新引导] 以重新启动 VR 服务器。
  11. 为受保护的站点和恢复站点上的所有 VR 服务器重复该过程。

将 SRM 4.1.2 升级到 SRM 5.0.3

您可以将 SRM 4.1.2 对位升级到 SRM 5.0.3。VMware 建议进行对位升级而不是全新安装,因为这样可保留所有历史记录报告、恢复计划、保护组和恢复计划的自定义。要将 SRM 客户端升级到 5.0.3,您必须首先卸载 SRM 4.1.2 客户端。

注意:不支持从 SRM 4.1 或 SRM 4.1.1 升级到 SRM 5.0.3。

要从 SRM 4.1.2 升级到 SRM 5.0.3,请遵循 《Site Recovery Manager 管理指南》 的“升级 SRM” 中从 SRM 4.1 或 4.1.1 升级到 SRM 5.0 的步骤。另请参见 《SRM 5 升级过程》 博客。

开放源组件

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

局限声明和限制

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

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

  • 与 Storage vMotion 和 Storage DRS 的互操作性
    在某些特定限制情况下,存储移动期间的可恢复性可能会受到影响,因此不支持 Site Recovery Manager 5.0.3 与 Storage vMotion (SVmotion) 或 Storage Distributed Resource Scheduler (SDRS) 配合使用,包括使用数据存储群集。如果使用 SVMotion 将受保护的虚拟机从位于保护组中的数据存储移动到未受保护的数据存储,则必须手动重新配置虚拟机保护。

  • SRM Server 或 vSphere Replication Server 不支持网络地址转换 (NAT)
    配置 SRM 时,必须使用与其配对的相应 SRM Server 可见的 IP 地址配置 SRM Server。请参见 NAT 在 SRM 中是不受支持的配置

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

  • vSphere Replication 不支持重新保护和自动故障恢复
    在 SRM 5.0.x 中,仅基于阵列的复制支持重新保护和自动故障恢复。使用 vSphere Replication 进行保护的虚拟机无法使用现有恢复计划自动恢复到原始站点。

  • vSphere Replication 不支持某些 vSphere 功能和 RDM
    您无法将 vSphere Replication 1.0.x 与 vSphere Fault Tolerance、虚拟机模板、链接克隆或物理裸磁盘映射 (RDM) 配合使用。

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

  • 使用内存状况快照保护和恢复虚拟机
    使用内存状况快照保护虚拟机时,位于保护站点和恢复站点上的 ESX 主机必须具有兼容的 CPU,如 VMware 知识库文章 《Intel 处理器的 vMotion CPU 兼容性要求》《AMD 处理器的 vMotion CPU 兼容性要求》中所定义。主机也必须启用相同的 BIOS 功能。如果服务器的 BIOS 配置不匹配,则即使其他配置均相同,服务器仍会出现兼容性错误消息。要检查的两个最常见的功能为 Non-Execute Memory Protection (NX/XD) 和 Virtualization Technology (VT/AMD-V)。有关使用快照保护和恢复虚拟机的更多限制,请参见 《Site Recovery Manager 管理指南》 中的 “对保护和恢复虚拟机的限制”

  • 每个 SRM Server 实例的最大恢复计划数
    您可以为每个 SRM Server 实例创建的最大恢复计划数如下:

    • 基于阵列的复制:150 个恢复计划
    • vSphere Replication:250 个恢复计划

    有关您可同时运行的恢复计划数以及其他 SRM 5.0.x 操作限制的信息,请参见 《Site Recovery Manager 管理指南》

  • 将 MD5 证书与 vSphere Replication 管理服务器配合使用
    借助 SRM 5.0.3 和 vSphere Replication 1.0.3,您可以配置 vSphere Replication 管理服务器以使用 MD5 证书。但是,由于 MD5 证书签名算法存在易受攻击的漏洞,因此,如有可能,应至少使用 SHA1 作为证书签名算法。可以将 MD5 证书与 SRM 5.0.3 和 vSphere Replication 1.0.3 配合使用,但应开始转换您的基础架构,以便尽快做到至少使用 SHA1 作为证书签名算法。

  • 默认 vCenter Server 证书的签名算法为 SHA256RSA。Windows Server 2003 不支持 SHA256RSA。要在 Windows Server 2003 上安装 SRM 5.0.3,必须执行以下操作之一:

    • 安装以下一种 Microsoft 修补程序:
    • 将 SRM Server 的主机操作系统升级至 Windows Server 2008 或更高版本。
    • 确保使用 SHA1RSA 作为 vCenter Server 证书。如果不使用 SHA1RSA 作为 vCenter Server 证书,必须升级证书,或者将 vCenter Server 和 SRM 升级至版本 5.5。

已解决的问题

已在 SRM 5.0.3 中解决以下问题。

  • Site Recovery Manager 5.0.3.3a 修补程序版本修复了 glibc 库中允许执行远程代码的漏洞问题

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

    有关如何安装 Site Recovery Manager 5.0.3.3a 修补程序版本的详细信息,请参见 http://kb.vmware.com/kb/2144832

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

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

  • 如果主机已断开连接,运行计划的迁移会导致 SRM 服务意外停止。

    如果在 ESXi 主机与 vCenter Server 断开连接时运行计划的迁移,SRM 服务将在恢复计划的“将卷设置为只读” 步骤意外停止。该问题已解决。

  • 发生超时并显示错误“因 HBA 重新扫描操作超时而找不到复制的数据存储 (Cannot find replicated datastore due to timeout of HBA rescan operation)”。

    此问题已修复,以改进主机重新扫描操作期间对超时错误和错误消息的检测。

  • SRM UI 中 [阵列管理器] 视图的 [设备] 选项卡中显示重复卷。

    某个 LUN 的目标编号与其他 LUN 的源编号相同时,会出现此问题。此 UI 问题已修复。

  • 恢复 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 自定义现在正确报告成功。
  • 在恢复站点上重新扫描数据存储由于存储设备未就绪而失败

    SRA 可以在恢复站点上提升的存储设备对 ESXi 主机可用之前向 SRM 发送响应。SRM 接收来自 SRA 的响应时,将重新扫描存储设备。如果存储设备尚未完全可用,ESXi Server 将不检测这些设备,SRM 在执行重新扫描时将不查找已复制的设备。此时将不创建数据存储,并且找不到已恢复的虚拟机。

    解决办法:如果遇到数据存储不可用的问题,SRM 5.0.3 将在 SRA 提升存储设备后提供一项新设置,以允许您延迟启动重新扫描。

    1. 右键单击某个 SRM 站点并选择 [高级设置]
    2. 单击 storageProvider
    3. 设置 storageProvider.hostRescanDelaySec 参数以将存储重新扫描的启动时间延迟几秒钟。20 到 180 之间的值为合理值。
    4. 重新启动 SRM 服务。

    注意:在先前的版本中,您可能已使用 storageProvider.hostRescanRepeatCnt 参数在恢复中引入延迟。请改为使用新的 storageProvider.hostRescanDelaySec 参数。

  • 执行 IP 自定义之前,自定义恢复步骤不会停止打开虚拟机的电源。

    如果您在执行测试恢复中的 [创建可写存储快照] 步骤或实际恢复中的 [将恢复站点存储更改为可写] 步骤之后插入一个自定义恢复步骤,并且已为 IP 自定义配置虚拟机,则恢复计划将不等待自定义恢复步骤完成即打开虚拟机的电源。该问题已解决。

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

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

  • 失败的恢复导致 SRM Server 重复失败。

    恢复计划无法继续运行时,用户可能会选择重新运行该恢复计划。在极少数情况下,重新运行恢复计划会导致 SRM Server 意外停止。重新启动 SRM Server 后,恢复计划仍会导致服务器意外停止。日志显示 SRM Server 停止之前有一台虚拟机被修改,并显示以下日志条目: IP customization succeeded for VM VM Name。该问题已解决。

  • 在虚拟机保护期间检查许可证管理器后,SRM 服务停止。

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

  • 对 VCVA 使用自定义证书时配对 SRM 服务器失败。

    为 SRM 服务器和 vCenter Server 虚拟设备使用自定义证书时配对 SRM 服务器失败,并显示以下错误: 执行该操作的权限被拒绝 (Permission to perform this operation was denied)。该问题已解决。

  • 无法在 Windows Server 2012 上安装 SRM 5.0.2。

    之前无法在 Windows Server 2012 上安装 SRM 5.0.2。该问题已解决,SRM 5.0.3 支持 Windows Server 2012 作为 SRM Server 的主机操作系统。

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

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

  • SRM Server 在测试清理期间意外停止。

    在极少情况下,SRM Server 会在测试清理期间意外停止,并显示以下错误: 应急:Assert Failed:.../srm/src/replication/providers/storageProvider/data/groupPostFailoverInfoData.cpp:108 (Panic: Assert Failed: .../srm/src/replication/providers/storageProvider/data/groupPostFailoverInfoData.cpp:108)。该问题已解决。

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

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

  • 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 Server 2012 的虚拟机。

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

  • 如果文件的名称与复制的磁盘文件相同,vSphere Replication 会从目标站点移除非复制虚拟机的磁盘文件。

    如果在单击 [配置复制] 向导中的 [完成] 按钮之前,目标数据存储位置出现了一个与复制磁盘同名的磁盘,则 [配置复制] 任务将失败,因为 vSphere Replication 预期该位置不应找到磁盘,而误删了并非由该任务创建的磁盘。该问题已解决。

  • 测试故障切换、计划迁移或灾难恢复失败,并显示以下错误消息: 创建 ... 映像 ... 时出错。NullPointerException" (Error creating ... image ...NullPointerException")

    在灾难恢复工作流的某个特定阶段,VRMS 可能无法收到 VR 服务器的响应。灾难恢复操作将失败。尝试重新运行此操作将始终失败,并显示以下错误消息: 创建 ... 映像 ... 时出错。NullPointerException" (Error creating ... image ...NullPointerException")。该问题已解决,可成功尝试重新运行此操作。

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

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

  • 使用 vSphere Replication 时,如果 RevertSwap 在测试清理期间失败,测试虚拟机将被删除。

    如果 RevertSwap 在测试清理期间失败,vSphere Replication 在辅助站点上创建的测试虚拟机将被删除,同时还会删除父磁盘。这意味着需要先执行完全同步,然后才能执行实际恢复。该问题已解决,因此 vSphere Replication 将取消注册而不是删除测试虚拟机,这将不会删除磁盘。

已知问题

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

  • 大型磁盘执行不必要的完全同步

    使用 vSphere Replication (VR) 保护的磁盘大于 256 GB 时,任何导致虚拟磁盘设备内部重新启动的操作都会致使磁盘完成完全同步。内部重新启动在以下情况下发生:

    • 重新启动虚拟机
    • 对虚拟机执行 vMotion
    • 重新配置虚拟机
    • 获取虚拟机的快照
    • 暂停并恢复复制

    完全同步由 ESX 启动,且对此问题的任何解决均涉及到 ESX 的更新。这些同步涉及到对受保护站点磁盘和恢复站点磁盘的其他 I/O,这通常需要多于恢复点目标 (RPO) 的时间,从而导致丢失 RPO 目标。ESXi Server 5.0 中存在此问题,但 ESXi Server 5.0 Update 1 中已进行修复。

    解决办法:将 ESXi Server 升级到版本 5.0 update 1 或更高版本。

  • 在测试故障切换之后,LVM.enableResignature 仍保留设置为 1

    SRM 不支持其中 LVM.enableResignature 标记设置为 0 的 ESX 环境。在测试故障切换或实际故障切换期间,如果该标记尚未设置,则 SRM 会自动将 LVM.enableResignature 设置为 1。SRM 会将该标记设置为对快照卷重新签名,并将其挂载到 ESX 主机进行恢复。操作完成后,该标记仍设置为 1。有关信息,请参见 知识库文章 2010051

  • 配置过程中收到 提交事务时出现错误 (Error committing the transaction) 后,无法在虚拟机上重新配置 vSphere Replication

    在虚拟机上配置复制的过程中如果收到消息 提交事务时出现错误 (Error committing the transaction),则在虚拟机上对配置的任何重新配置尝试都会失败。出现此问题是由于在配置尝试之后,vSphere Replication 未能正确清理配置数据。因此,虚拟机复制看起来已经配置为 vSphere Replication,但事实并非如此。

    解决办法:要正确清理配置数据,请在命令行禁用虚拟机复制。

    1. 登录 ESXi 控制台。
    2. 运行命令以查找 ESXi 主机中虚拟机的 ID。
      # vim-cmd vmsvc/getallvms | grep 
      virtual_machine_name 
                            
      虚拟机 ID 是指第一列中的编号。
    3. 运行命令以禁用在上一步中找到的 ID 所对应虚拟机的复制。
      # vim-cmd hbrsvc/vmreplica.disable 
      virtual_machine_ID
                            
  • 恢复为计划的迁移之后,[强制的故障切换] 复选框仍保持选中状态

    如果在选中 [强制的故障切换] 选项的情况下运行恢复计划,然后通过选择 [计划的迁移] 恢复为计划的迁移,则在 [运行恢复计划] 向导中,[强制的故障切换] 复选框仍保持选中并处于灰显状态。此问题只会影响用户界面,SRM 的行为不会出错。

    解决办法:在取消选择 [强制的故障切换] 选项之后,关闭然后重新打开 [运行恢复计划] 向导。

  • 如果占位数据存储对于受保护群集内的所有主机不可见,则恢复或迁移操作会失败

    在恢复和迁移期间,占位虚拟机将被替换为已恢复虚拟机。如果群集内有多个主机位于恢复站点,则所有占位数据存储必须可用于群集内的所有主机。否则,交换虚拟机会失败。SRM 不会阻止您选择对于群集内所有主机不可用的占位数据存储。如果占位数据存储对于所有主机不可见,则恢复计划会失败,并出现错误 错误 - 无法访问文件 [datastore]" 无法访问文件 [datastore] 无法取消注册受保护虚拟机 (Error - Unable to access file [datastore]" Unable to access file [datastore] Failed to unregister protected VMs)。主机必须具有对同时包含占位虚拟机和已恢复虚拟机的数据存储的访问权限。

    解决办法:手动检查占位虚拟机和已恢复虚拟机的数据存储是否对受保护群集内的所有主机都可见。

  • 在升级后,VRM 服务器和 VR 服务器版本信息未在虚拟机摘要中更新

    如果将 vSphere Replication 管理服务器(VRM 服务器)设备的现有安装从 1.0 版升级到 1.0.1 版,则在虚拟机 [摘要] 选项卡中不会更新 VRM 服务器和 VR 服务器的版本号。在 vCenter Server 清单中选择 VRM 服务器或 VR 服务器时,[摘要] 选项卡仍显示版本 1.0.0.0,即使 VRM 服务器已更新至 1.0.1。如果重新安装 VRM 服务器 1.0.1 版,则 [摘要] 选项卡会显示正确的版本号。

    解决办法:在 VRM 服务器虚拟设备管理界面中检查版本号:

    1. 登录到 https:// VRM_server_IP_address:8080。
    2. 选择 [更新] 选项卡。
    3. 单击 状态。版本号为 1.0.1.0。

    或者,您可以在 vSphere Client 中的 VRM 服务器或 VR 服务器控制台中查看正确版本号。

  • vSphere Replication 管理服务器可以使用不支持的数据库

    可以将 vSphere Replication 管理服务器(VRM 服务器)配置为使用不支持的数据库,VRM 服务器配置将成功完成而不会出现任何关于数据库支持的警告。不过,使用不受支持的数据库会导致不可预知的行为。以下数据库已经过完全测试并支持与 VRM 服务器一起使用:

    • SQL Server 2005 SP4 64 位
    • SQL Server 2008 R2 SP1 64 位
    • SQL Server 2008 R2 64 位

  • 一些 SRA 在故障切换过程中错误地处理特定时区

    测试故障切换和实际故障切换可能停止,并显示以下错误: 无法使用阵列对“array-pair-999”为组“protection-group-999”创建副本设备的快照: Vmacore::SystemException“参数错误。" (87) (Failed to create snapshots of replica devices for group 'protection-group-999' using array pair 'array-pair-999': Vmacore::SystemException "The parameter is incorrect. " (87))。出现此错误是因为存储阵列返回到 SRA 的时区处理不当。1970 年 1 月 1 日之前的所有时间戳都将遇到此问题。有关详细信息和解决办法,请参见 知识库文章 2018597

  • 从 SRM 4.1.2 升级到 SRM 5.0.3 的过程中, srm-migration importConfig 命令因数据存储对象 ID 更改而失败

    SRM 5.0.3 升级过程顺利完成,vCenter Server 会重新启动,并且主机、客户机和存储会全部联机,并且与 vCenter Server 服务停止时所处的状态相同。但是,SRM 迁移过程中,保护组导入会失败,并显示以下错误:

    正在跳过对组 ( group) 中所有虚拟机的虚拟机保护,原因是出现错误: 一个或多个数据存储已在其他组中得到保护或当前未复制(Skipping VM protection for all VMs in group ( group) due to an error: One or more datastores are either already protected in a different group or not currently replicated)。

    SRM exportConfig.xml 文件中列出的数据存储对象 ID 与 MOB 浏览器中显示的相同数据存储对象 ID 不同。此问题与 知识库文章 2007404 中所述的问题相关。

    解决办法:编辑 exportConfig.xml 以使用 MOB 浏览器中的数据存储对象 ID 并重新运行 srm-migration importConfig 命令。

  • 韩语操作系统中事件显示错误

    vSphere Client 启动时,会确定运行时所用的区域设置,然后根据区域设置选择要显示的消息集。在韩语操作系统中安装 vSphere Client 时,客户端会从 vCenter Server 安装的 ko文件夹请求消息,因为 vCenter Server 和 vSphere Client 已本地化为韩语。尽管 vCenter Server 和 vSphere Client 已本地化为韩语,但 SRM 尚未本地化。因此,会显示 XXX消息,而不是 SRM Server 消息。要解决此问题,请为 C:\Program Files\VMware\Infrastructure\VirtualCenter Server\extensions\com.vmware.vcDr\locale\中的 en文件夹创建副本。将该文件夹从 en重命名为 ko,然后重新启动 vCenter Server 和 SRM 服务。

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

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

    解决办法:重新运行恢复计划。如果该错误仍然存在,请将恢复站点群集 DRS 配置为手动模式,然后再重新运行恢复计划。

  • 恢复失败并显示以下错误消息: 为组创建测试泡状映像时出错... (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 技术支持以获取有关使用新的数据存储受管对象 ID 手动更新 VRMS 数据库的说明。如果主站点仍然可用,请执行以下操作:

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

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

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

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

  • SRM 在启动时或随时产生应急。

    由于 vCenter Server 中出现问题,SRM Server 会意外停止,并显示以下错误消息: panic 'Default' opID=7b0e972e] Duplicate key 'key-vim.host.ScsiDisk-020002000050002ac0000f0c70565620202020' in linkable vim.host.ScsiDisk referenced by field scsiLun (wsdl name scsiLun)。该问题是由于 http://kb.vmware.com/kb/2033163 中所述的 vCenter Server 错误引起的。

    解决办法:从 vCenter Server 清单中移除所有主机,然后重新添加这些主机。

  • 在 Windows Server 2012 上安装 SRM 后,首次尝试登录 SRM 界面失败。

    在 Windows Server 2012 上安装 SRM Server 后,首次尝试登录 SRM 界面失败,并显示错误消息说明远程服务器响应时间过长。该问题仅在 Windows Server 2012 上安装 SRM 后首次尝试登录 SRM 时出现。

    解决办法:关闭并重新打开 vSphere Client,然后再次登录 SRM。