VMware Data Recovery 2.0 | 内部版本 433157

请时常查看以了解这些发行说明的新增内容及更新。

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

优点和功能

请阅读 VMware Data Recovery 概述 - VMware，了解此产品的优点和功能。有关已知问题和已解决问题的其他信息，请参见：

支持的环境

VMware Data Recovery 2.0 可与以下产品配合使用：

  • VMware vSphere 5.0
  • VMware vSphere 4.1 Update 1
  • VMware vSphere 4.0 Update 3
升级到 Data Recovery 2.0

先前安装的 Data Recovery 可能具有应保留的现有还原点。为了确保这些还原点被保留下来，请务必使用本节中介绍的下列过程。

通过为 vSphere Client 安装最新的 Data Recovery 插件开始升级过程。

安装最新的 Data Recovery 插件

  1. 关闭 vSphere Client。
  2. 在 [控制面板] 内的 [添加/删除程序] 中卸载所有先前版本的 VMware Data Recovery 插件。
  3. 启动最新的 Data Recovery 插件 Windows 安装程序文件 (.msi)，安装 Data Recovery 插件。

接下来，您必须在不删除现有还原点的情况下部署新的 Data Recovery 设备。如果去重复存储的目标卷是虚拟磁盘，请不要删除该设备。删除该设备将会删除与其连接的磁盘。这会导致去重复存储中存储的备份数据被删除。为了避免出现这种问题，请完成下列步骤：

用虚拟磁盘或 RDM 升级 Data Recovery 设备

  1. 要点：升级到 VMware Data Recovery 2.0 之前，确保在当前环境中的所有操作已经在关机和执行升级前完成。如果完整性检查或回收操作正在运行，可允许这些操作先完成。请不要取消这些操作。
  2. 在没有操作运行时，卸载目标磁盘并关闭 Data Recovery 设备。
  3. 如果要保存原始的 Data Recovery 设备，请以某种方式重命名该设备。例如，可以将称为 VMware Data Recovery 的设备重命名为 VMware Data Recovery - OLD。
  4. 部署新设备。
  5. 使用数据存储浏览器将包含去重复存储的磁盘移到新设备所在的位置。
  6. 编辑新设备的设置：
    1. 选择 [添加] > [硬盘]。
    2. 选择 [使用现有虚拟磁盘]
    3. 浏览到数据存储，然后选择与旧设备连接的虚拟磁盘作为目标。
    4. 选择 SCSI 地址。
    5. 选择 [完成]。
  7. 打开新设备的电源。
  8. 编辑旧设备的设置：
    1. 选择用于存储去重复存储的硬盘。
    2. 选择 [移除]，保留从虚拟机中移除的默认选项。 不要选择从虚拟机中移除和从磁盘中删除文件。
    3. 单击 [确定]。
  9. 在新设备上配置网络。
  10. 使用 Data Recovery vSphere 插件连接到备份设备。
  11. 完成入门向导。请注意，您应该挂载所需磁盘，但不要对其进行格式化。格式化磁盘将清除所有去重复存储数据。要使用的磁盘可能不显示期待的名称，但完成向导后将会显示正确的名称。
  12. 系统将提示您从去重复存储中还原配置。如果要还原作业并备份事件和历史记录，请选择 [是]。
  13. 配置还原后，客户端将断开与设备的连接，然后重新建立连接。该操作可能需要几分钟的时间。
  14. 客户端重新连接后，请检查是否已开始回收操作或者完整性检查。如果已经开始，请停止该操作。
  15. 立即单击 [配置] > [目标]，然后对所有挂载的目标执行完整性检查。
  16. 验证备份作业配置。
  17. 从清单中移除旧的 VMware Data Recovery 设备。

请注意，损坏的还原点可能造成升级失败。如果收到以下消息： “无法还原 Data Recovery 设备配置 (Could not restore the Data Recovery appliance configuration)”，请重新添加目标到原始 Data Recovery 设备，然后运行完整性检查消除所有损坏的还原点。在完整性检查成功完成后，请重复执行升级过程。

如果去重复存储的目标卷是 CIFS 共享或 RDM，请完成下列步骤：

用 CIFS 共享升级 Data Recovery 设备

  1. 要点：升级到 VMware Data Recovery 2.0 之前，确保在当前环境中的所有操作已经在关机和执行升级前完成。如果完整性检查或回收操作正在运行，可允许这些操作先完成。请不要取消这些操作。
  2. 在没有操作运行时，卸载目标磁盘并关闭 Data Recovery 设备。
  3. 如果要保存原始的 Data Recovery 设备，请以某种方式重命名该设备。例如，可以将称为 VMware Data Recovery 的设备重命名为 VMware Data Recovery - OLD。
  4. 删除旧的 Data Recovery 设备。
  5. 部署新设备。
  6. 打开新设备的电源。
  7. 在新设备上配置网络。
  8. 使用 Data Recovery vSphere 插件连接到备份设备。
  9. 完成入门向导。在 [备份目标] 页上，单击 [添加网络共享] 链接，为特定 CIFS 共享输入适当信息。
  10. 系统将提示您从去重复存储中还原配置。如果要还原作业并备份事件和历史记录，请选择 [是]。
  11. 配置还原后，客户端将断开与设备的连接，然后重新建立连接。该操作可能需要几分钟的时间。
  12. 客户端重新连接后，请检查是否已开始回收操作或者完整性检查。如果已经开始，请停止该操作。
  13. 立即单击 [配置] > [目标]，然后对所有挂载的目标执行完整性检查。
  14. 验证备份作业配置。
  15. 从清单中移除旧的 VMware Data Recovery 设备。

请注意，损坏的还原点可能造成升级失败。如果收到以下消息： “无法还原 Data Recovery 设备配置 (Could not restore the Data Recovery appliance configuration)”，请重新添加目标到原始 Data Recovery 设备，然后运行完整性检查消除所有损坏的还原点。在完整性检查成功完成后，请重复执行升级过程。

增强功能

VMware Data Recovery 2.0 包含许多增强功能。有关使用新功能的详细信息，请参见《VMware Data Recovery 管理员指南》。此版本的 Data Recovery 包含以下增强功能：

  • Data Recovery 设备将 CentOS 5.5 64 位用作其操作系统。此更改为设备提供了更佳的可扩展性和稳定性。
  • 备份中不再包含交换文件。由于交换文件与还原虚拟机系统无关，因此省略了这些文件，从而使备份能够更迅速地完成，并且消耗更少的磁盘空间。
  • 完整性检查和回收操作可使用 [目标维护] 时间段进行调度。
  • 完整性检查更为灵活。
    • 检查进度会被跟踪。如果 Data Recovery 停止完整性检查，则无需重新启动整个过程就可恢复此检查。例如，检查可能会由于维护时间段的时间范围已过而停止。请注意，如果用户手动停止完整性检查，则重新启动完整性检查时，会从头开始。
    • 可在运行完整性检查时完成其他操作。例如，可在运行完整性检查时完成备份和还原任务。
  • 备份、完整性检查和回收操作的性能已得到提高。
  • Data Recovery 在应对暂时网络故障时更有弹性。例如，即使遇到暂时性网络故障，也能较好地备份 CIFS 共享。
  • 备份设备可能在启动新备份作业时挂起。
  • 包含电子邮件报告。
已知问题

经过严格的测试发现了以下已知问题。下面的问题列表仅与本版本的 Data Recovery 有关。

  • FLR 无法挂载具有升级版本硬件的虚拟机

    在使用 FLR 访问虚拟机时，驱动程序将安装在访问此虚拟机的物理虚拟机上。安装的驱动程序与虚拟硬件版本相对应。如果虚拟机从虚拟硬件版本 4 升级到虚拟硬件版本 7，则无法再访问此虚拟机，因为驱动程序已过期。要解决此问题，必须移除旧驱动程序并安装新驱动程序。有关虚拟硬件版本的详细信息，请参见 知识库文章 1003746。

  • 电子邮件报告格式不正确

    在某些情况下，电子邮件报告的多个部分可能会显示在单行文本上，这样可能会难以阅读。这种情况通常出现在 Microsoft Outlook 中。要解决此问题，请使用 Microsoft 的 知识库文章 287816 中所述的方法 1。

  • 针对单个事件发送多个电子邮件报告

    在某些情况下，Data Recovery 会针对单个事件发送电子邮件报告的多个副本。请忽略重复的通知。

  • 以前的客户端插件版本将需要 SSL 的备份设备解释为没有响应

    默认情况下，Data Recovery 2.0 需要 SSL 连接。但 Data Recovery 1.2.1 及更早版本未设计为使用 SSL。因此，如果 2.0 版本的备份设备需要 SSL，且用户试图使用旧版客户端插件进行连接，则可能会出现问题。在这种情况下，客户端插件会将连接失败解释为备份设备未运行或没有响应。要解决此问题，请将客户端插件升级到与备份设备相同的版本，从而启用 SSL 支持。

    或者，也可以通过修改 datarecovery.ini 文件中的设置在备份设备上禁用 SSL。ConnectionAcceptMode 可以控制 Data Recovery 通过网络进行连接的方式。ConnectionAcceptMode 默认设置 1 表示需要 SSL。设置 2 表示需要纯文本。设置 3 会尝试 SSL，但允许故障恢复为纯文本。

  • 直接连接到 ESXi 主机时还原虚拟机失败

    某些情况下，必须将虚拟机直接还原到 ESXi 主机，例如，在 ESXi 将 vCenter Server 作为虚拟机托管时的灾难恢复中。如果 ESXi 5.0 主机由 vCenter 管理，vSphere 5 的新功能会尝试阻止此操作。要规避此操作并还原虚拟机，必须首先解除主机与 vCenter 的关联。在早期版本中，vCenter 管理很少出现此状况，且仅能从 vCenter 撤消。

    1. 使用 vSphere Client，直接连接到 ESXi 5.0 主机。
    2. 在 [清单] 左侧面板中，选择主机。
    3. 在右侧面板中，单击 [摘要]。
    4. 在标题为 [主机管理] 的框中，单击 [解除主机与 vCenter Server 的关联]。
      无需将主机置于维护模式。
    5. 一旦 vCenter Server 还原并恢复服务，请使用它重新获取主机。
已解决的问题

下列问题在发布上一版本的 Data Recovery 之后已得到解决。下面的已解决问题列表仅与本版本的 Data Recovery 有关。

  • Data Recovery Client 插件无法连接到设备

    如果反向 DNS 查询配置错误，vSphere Client 插件将无法按预期连接。已修改客户端来解决此问题。

  • 去重复存储不可用于一般 I/O 错误

    Data Recovery 2.0 Beta 1 专门设计为不允许用于 Data Recovery 1.2 和更低版本的去重复存储。附加到使用 Data Recovery 1.2 或更低版本创建的去重复存储之后，尝试还原、备份或完成完整性检查都会失败。Data Recovery 2.0 Beta 2 和更高版本设计为可以用于较低版本的去重复存储，因此该问题不再存在。

  • 创建备份失败并出现未知错误 1

    使用当前最低限度凭据创建备份可能会失败，并出现以下错误： 快照失败并出现未知错误 1 (Snapshot fails with error 1 unknown)。这是由于在备份期间为禁用 vMotion 而实施了更改。该问题已解决。

  • Linux 虚拟机需要在还原后启用交换空间

    Data Recovery 没有为 Linux 虚拟机备份交换分区。还原此类虚拟机时，交换空间被禁用。该问题已解决，交换空间现在可按预期进行还原。

  • 将去重复存储连接到其他设备之后，客户端可能无法进行连接

    使用 Data Recovery 2.0 Beta 1 备份设备运行备份之后，如果移除去重复存储目标并将其附加到新的 Data Recovery 2.0 Beta 1 备份设备，插件在导入配置文件后将无法重新连接。该问题已解决，插件可按预期重新连接。

  • Linux 上 vCenter Server 中的磁盘已满

    在运行 Linux 的 vCenter Server 中安装 Data Recovery 备份设备时，日志可能会快速占用所有可用磁盘空间。该问题已解决。

  • Web 管理界面不可用

    Web 管理界面不可用。备份设备启动期间，显示了看似与 Web 管理界面未按预期启动相关的错误代码。Web 管理界面现在可按预期使用。

  • 可能不包括 Solaris 磁盘

    默认情况下，Data Recovery 2.0 不会备份存储在虚拟机的交换分区或 pagefile.sys 文件中的信息。Data Recovery 通过检查磁盘标识符识别 Solaris 中的交换空间分区。旧版本 Solaris 使用同一标识符 (0x82) 标识 Linux 当前用于标识交换分区的磁盘。因此，Data Recovery 不会备份具有 0x82 标识符的任何磁盘，这可能包括 Solaris 磁盘的非交换空间存储。该问题已解决，Solaris 磁盘现在可按预期进行备份。