vSphere Data Protection 5.5.5 | 2013 年 11 月 14 日

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

优点和功能

要了解此产品的优点和功能,请访问以下链接:

支持的环境

有关支持的环境的信息,请参见 《VMware 兼容性指南》

已知问题

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

安装问题

  • 在 VDP 安装过程中,如果用户单击 vCenter 注册屏幕上的 [上一步] 而未输入任何值,则系统将无法初始化 vCenter,并且安装将失败。

    解决办法:请按照《vSphere Data Protection 管理指南》中“VDP 安装和配置”一章的说明重新安装 VDP

许可问题

  • 如果无法确定 ESX 主机许可证,则 VDP Advanced 插件将切换回 VDP。

    VDP Advanced 切换回 VDP 的原因有多种:

    • 用户在安装有评估许可证的 ESX 主机上部署 VDP Advanced 插件。在 VDP Advanced 设备开始运行后,许可证将从评估许可证更改为 Essentials Plus 许可证,而 [切换到 VDPA] 操作将生成错误。
    • 用户在已损坏的 vCenter 上部署 VDP Advanced 插件,并且许可服务无响应。
  • 许可:如果 VDP Advanced 设备注册到非英语版的 vCenter,则 VDP Advanced 许可证过期日期将始终为 [无]。

    如果 VDP Advanced 设备注册到非英语版的 vCenter,则该插件会始终将评估许可证的过期日期显示为 [无]。将设备注册到英语版的 vCenter 后,该问题将不再存在。

VDP Appliance 的一般问题

  • 如果精简置备的 VDP 达到数据存储容量,则即使释放了数据存储并创建了更多空间,在 VDP 上仍会发生完整性检查错误。
  • 如果用户修改了 VDP 主机名或 IP 地址,则在初始配置期间不会生成 vCenter 事件。

    解决办法:监控 VDP Appliance 控制台上的重新配置事件。

  • 成功升级到 VDP 5.5.x 后,用户将看到 vCenter 的左侧窗格列出两个插件。

    升级成功安装时,vSphere Web Client 的左侧窗格中将显示两个插件。VDP 5.1 版及早期版本使用 vSphere Data Protection 插件进行管理。VDP 5.5 版使用 vSphere Data Protection 5.5 插件进行管理。

    注意:如果安装了 VDP Appliance 5.5 版,但已存在 5.5 之前的版本,则也会显示两个插件。

    要移除 vSphere Data Protection 插件,必须将所有 VDP Appliance 升级至 VDP 5.5 版,并使用插件管理器禁用 VDP 插件。

    有关管理 vCenter 插件的信息,请参见 VMware vSphere 文档中心网站。

  • 使用最新的 Google Chrome 浏览器版本无法下载 VDP Appliance 插件安装程序。

    解决办法:将 Chrome 浏览器版本更新到 29.0.1547.66。下载完成后,请再执行一次刷新操作。

  • [入门] 页面上存在无效链接。

    这是一个已知问题,并会在未来版本中解决。

  • 首次重新引导后,无法登录到 vdp-configure。

    在完成部署-重新引导周期之后,用户会间歇性地无法登录到 vdp-configure。vdr-configure 日志不会显示任何错误。清除浏览器缓存并尝试使用不同的浏览器登录无法解决该问题。

    解决办法:使用以下命令手动启动和停止 vdp-configure 服务:
    emwebapp.sh --stop
    emwebapp.sh --start

  • 在空间不足的数据存储上还原精简置备的虚拟机时,VDP Appliance 发生崩溃,并关闭电源。

    该问题与设备所在的数据存储或还原虚拟机的数据存储无关,而与传输模式有关。设备崩溃的原因是,热添加到该设备中的磁盘空间不足,因此,将该设备放置到其他数据存储上并不能解决问题。

  • VDP 用户界面性能较差

    使用 VDP Appliance 5.5.x 数日后,用户界面性能比首次部署该设备时显著降低。性能降低的程度并不一致(例如,某项操作可能需要三十秒来完成,也可能需要五分钟才能完成)。出现性能问题的具体情形如下:

    • 登录到 vCenter 后首次连接到 VDP
    • 创建新备份作业
    • 展开备份向导上的 Microsoft Exchange 服务器列表
    • 编辑现有备份作业
    • 刷新 [还原] 选项卡
    • 浏览到 [还原] 选项卡上的备份

    通常,加载数据的时间取决于并发运行的作业数。

    解决办法:重新启动设备,并注意特定任务的性能是否有所提高。

备份问题

  • 如果创建一个大型备份作业(约 100 台虚拟机),创建时间可能长达十分钟。
  • 允许对启用了 SCSI 总线共享的虚拟机执行映像备份和 VMDK 备份作业,但操作将失败,并且该作业任务不会显示在 vCenter 中。

    以下 VMware 知识库文章指出启用了 SCSI 总线共享的虚拟机不支持快照:
    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006392

    解决办法:如果需要启用总线共享,请按照该知识库文章的“解决办法”部分中的说明进行操作。

  • 大小为 2 TB 或以上的备份会失败而无任何提示,但会在 Windows 虚拟机上误报为成功,并且 disk.EnableUUID=true。

    该问题将在 VDDK 5.5.U1 中予以解决。问题解决前,为大于 2 TB 的虚拟机提供的 Windows 支持将从产品中删除。

  • 在对已迁移到其他数据存储的 VMDK 运行调度的磁盘备份作业时,未正确地处理错误。

    VMDK 的已调度备份作业完成且不显示任何错误,但当数据存储位置更改为其他数据存储时,会出现此错误。

  • [报告] 选项卡或 [备份] 选项卡不会显示备份作业。

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

  • 规模清单:在为大量虚拟机客户端创建作业时,无法包含所有客户端。

    有时(几率约为五分之一),当用户尝试为包含大量虚拟机的容器创建备份作业时,VDP Advanced 设备会返回报告,指出某些客户端无法添加到该备份作业中。

    解决办法:手动编辑该备份作业,以添加缺少的客户端。

  • 编辑备份作业向导:如果虚拟机名称与其资源池名称相同,则找不到该虚拟机。

    如果虚拟机名称与其所在的资源池名称完全相同,则在用户编辑备份作业时,VDP Appliance 将显示一条错误消息: 找不到以下项,因此未选择这些项: <VM-name-here> (The following items could not be located and were not selected: <VM-name-here>)。备份作业的功能仍会正常运行。

    解决办法:收到该错误消息后,可以通过编辑备份作业向导查找并选择该虚拟机。要彻底消除此问题,可以重命名资源池或虚拟机,使其名称不同。

  • 将虚拟机移至资源池后,在编辑备份作业时会生成错误“找不到虚拟机 (VM not found)”。

    如果虚拟机最初位于某个容器中,而后来又移至另一个容器,则在用户尝试编辑备份作业时将收到错误消息。备份作业的功能仍会正常运行。

    解决办法:收到该错误消息后,可以通过编辑备份作业向导查找并选择该虚拟机。

  • 备份、还原到原始位置以及还原到新位置的操作在使用中文名称的数据存储上会按预期运行。但是,如果目标虚拟机是该数据存储上的新磁盘,则在使用中文名称的数据存储上,还原到新位置的操作将失败。

    这是一个已知映像代理问题,并会在未来版本中解决。

  • 无法使用 VMware VDP Exchange Backup User Tool 创建超过 20 个字符的用户名。

    解决办法:创建字符数等于或少于 20 的用户名。

还原问题

  • 如果 VDP 还原操作期间删除了某个虚拟机,则该虚拟机不会从 VDP 清单中正确移除。在对备份源为已删除的虚拟机的备份作业进行编辑时,此操作可能会导致错误。此外,如果使用相同名称创建虚拟机,则尝试将该虚拟机添加到备份作业将失败。

    解决办法:最佳做法是避免在还原操作期间删除虚拟机。如果发生该错误,请使用新名称创建虚拟机,并将其添加到新的备份作业。

  • 在现有容量较小的虚拟机(含一个磁盘)上还原容量较大的虚拟机(含离散硬盘)时,还原作业仍会完成,但实际只还原了一个磁盘。VDP Appliance 不会显示此活动,而会显示一条错误消息(例如:“目标磁盘空间不足 (not enough destination disks)”)。因此,如果没有还原所有磁盘,并且由于未生成 VDP 事件而使用户无法注意到这一点,则可能会丢失数据。

    要执行磁盘兼容性检查,必须知道目标计算机上的磁盘大小以及要还原的备份中的磁盘大小。

  • 还原到原始位置时,会跳过已删除的磁盘。

    如果目标虚拟机的磁盘占用空间不再与备份的原始虚拟机的磁盘占用空间相同(磁盘已从该虚拟机移除或删除),则在 [还原] 窗格中选择还原点时间戳后执行 [还原到原始位置] 操作将无法还原缺失的虚拟机磁盘,并且没有任何提示。

    解决办法:手动将缺失的磁盘添加到虚拟机中,然后将该磁盘还原到其原始位置。确保磁盘大小与备份虚拟机时相同。如果该解决方法失败,则可将该磁盘还原到新位置以创建新虚拟机。还原任务完成后,按照《vSphere Data Protection 管理指南》的“分离和重新连接存储”中的信息将还原的磁盘从新虚拟机中分离,然后将其附加到所需的虚拟机

  • 尝试使用已重命名的虚拟机的旧名称还原为新虚拟机时,还原失败。

    用户为虚拟机创建备份作业时,选择还原点,然后在 [还原到新位置] 字段中输入已重命名的虚拟机的旧名称,还原失败,并显示以下消息: 无法将虚拟机还原到还原点。数据存储路径已存在 (Unable to restore VM for restore point. The datastore path already exists)。

  • 将现有存储附加到 VDP:如果对同一个 vCenter 执行多次导入,则 [还原] 窗格将显示多个名称完全相同的条目。

    用户在单个 vCenter 中执行多次导入时,[还原] 窗格中会针对两个还原点条目显示完全相同的名称。

  • 如果未连接到 VDP Appliance,则在还原试运行期间,[设置还原选项] 将为空。

    在 [还原备份] 向导的 [设置还原选项] 页面上,可以指定要将备份还原到的位置([还原到原始位置] 或 [还原到新位置])。但是,如果未连接到 VDP Appliance,[设置还原选项] 页面将为空。

    解决办法:连接到 VDP Appliance 以使用 [还原备份] 向导及其选项。

  • SCSI ID 还原:将磁盘还原到相同虚拟机或已打开电源的备用虚拟机时出现意外错误

    当用户将磁盘还原到其原始位置(并且该磁盘的虚拟机处于打开电源的状态)时,显示的错误消息如下:
    出现意外错误,错误代码如下: (An unexpected error occurred with the following error code:)
    有关更多信息,可参见客户端日志,该日志可从配置应用程序 (https://<VDP hostname>:8543/vdp-configure) 下载。

  • 连接到其他 VDP Appliance 时,[还原] 选项卡不会刷新。

    在具有多个 VDP Appliance 的 vCenter 上,如果用户在连接到第一个 VDP Appliance 之后断开连接([所有操作] > [断开连接]),然后连接到第二个 VDP Appliance,则会显示第一个 VDP Appliance 中的备份。如果用户浏览到第一个 VDP Appliance 中的某个备份,则会显示错误。

    解决办法:单击 [还原] 选项卡中的 [刷新] 按钮。

  • SCSI ID 还原:无法将已删除/已移除的磁盘还原到同一虚拟机。

    要再现该问题,可对包含两个或多个磁盘的虚拟机进行备份。备份完成后,删除或移除其中一个磁盘。在 [还原] 选项卡中,选择已删除的磁盘,并且用户单击 [还原]。默认情况下,[设置还原选项] 中的 [还原到原始位置] 不会被选中。用户可选择空插槽并启动还原。还原操作会成功完成,但虚拟机中未添加或还原新磁盘。

  • 提交五个到八个手动还原需要 10 分钟或更长的时间,并且客户端会丢失。

    提交五个、六个和八个手动还原均需要 10 分钟的时间。此外,Web 客户端无法包含总还原数中的某个客户端。因此,由于某个作业未提交或发生超时,无法并行收集 8 个手动还原的速率。

  • 在受保护的容器中还原某个已验证的虚拟机后,该虚拟机不应包含在备份作业中。

    不应将临时虚拟机(即,名称前缀为 VDP_Verifying 的虚拟机)包含在备份作业中。用户不应备份通过自动备份验证 (ABV) 功能创建的虚拟机。例如,如果用户在主机上创建了一个备份作业,并选择该主机作为 ABV 作业的目标,则会在服务器上生成错误的数据,而这些虚拟机将显示为复制的源。

  • 还原向导列出了分配给设备的 SCSI ID。用户在还原单个虚拟机磁盘 (VMDK) 时允许选择已分配的 SCSI ID。

    解决办法:不要选择分配给任何现有设备的 SCSI 插槽作为磁盘还原的目标。

  • 如果目标虚拟机 (VM) 上的 SCSI 控制器 ID 编号不连续,则无法创建磁盘还原作业。

    例如,如果目标虚拟机的 SCSI 控制器编号为 0 和 3,则在用户尝试将磁盘还原到 SCSI 控制器 3 上的空插槽时,操作将失败,并显示错误。

    解决办法:将磁盘还原到 SCSI 控制器 0,或者确保目标虚拟机的所有 SCSI 控制器编号均为 0 到要还原的编号 (0、1、2、3)。

  • SCSI ID:如果将不再使用的或已复制的虚拟机中的磁盘还原到现有虚拟机,则会创建新虚拟机。

    用户将不再使用的虚拟机磁盘的 SCSI ID 还原到现有虚拟机(而不是向选定虚拟机添加该磁盘)时,系统将创建一个新的虚拟机,并将所有选定磁盘附加到该虚拟机。

    解决办法:执行还原后,手动将已还原的磁盘附加到其原始(现有)虚拟机。

复制问题

  • 客户端缓存不支持多个复制作业。

    如果在同一时间对同一个 MS-App 客户端调度多个复制作业,则在执行期间将出现错误。

    解决办法:

    • 确保各个复制作业的开始时间是错开的。
    • 不要将同一个客户端放在多个复制作业中。

     

  • 如果在一个作业中对不同的虚拟机创建多个复制作业,则这些作业将按顺序运行,而不是并行运行。

    多个虚拟机的复制活动应并行处理。只有在对相同客户端运行另一个复制作业时,才会按顺序执行。此时,客户端复制任务将等待已在运行的复制作业完成。

  • 无法再次复制已复制的备份。

    [复制] 向导不支持复制已从其他源服务器复制的备份。已从其他源服务器复制的客户端或还原点在 [创建 | 编辑 | 克隆复制作业] 向导中不显示为可用。

  • 无法从导入的磁盘复制备份。

    无法复制已导入的备份(即,使用以前的设备创建的备份,磁盘会从该设备导入到新设备)。仅能复制当前注册了虚拟机客户端的虚拟机客户端。

    这是已知的存储导入限制,并会在未来的版本中解决。

VMDK 问题

  • 扩展后,现有的厚置备置零磁盘将更改为厚置备延迟置零磁盘。

    扩展厚置备置零 VMDK 时,只会扩展厚置备延迟置零部分。如果需要扩展 VMDK,并要求 VMDK 为厚置备置零 VMDK,则使用以下 VMware 博客中介绍的参数:
    http://blogs.vmware.com/vsphere/2012/06/extending-an-eagerzeroedthick-disk.html

Microsoft 应用程序 (MS App) 问题

  • 为 SharePoint 还原选择一个文件夹不会选择浏览树中的所有现有子文件夹。

    为 Microsoft SharePoint 还原选择任意文件夹后,所有现有子文件夹不会显示为可供选择。虽然子文件夹不会显示为可还原,但还原过程会成功还原该文件夹中的所有子文件夹。

  • 在 Microsoft Exchange 服务器中,[允许覆盖数据库] 选项不会设置为 [true],并且还原会失败。

    解决办法:还原数据库时,请将 [允许覆盖数据库] 选项设置为 [true]。有关说明,请参见《vSphere Data Protection 管理指南》中的“还原 Microsoft Exchange 服务器的备份”一节(高级选项)

  • 在 Microsoft Exchange 服务器中,[还原到 RSG/RDB] 选项未设置为 [true],并且还原会失败。

    解决办法:还原数据库时,请将 [还原到 RSG/RDB] 选项设置为 [true]。有关说明,请参见《vSphere Data Protection 管理指南》中的“还原 Microsoft Exchange 服务器的备份”一节(高级选项)

  • MS-App 备份和还原请求未完成,并且作业无法启动。

    事件管理器未提供有关请求失败的有用详细信息。重试该操作通常会成功备份或恢复。此问题的原因目前未知。

  • 应取消应用程序数据库备份向导上的 SQL 实例警告,因为该警告无效。

    在为 Microsoft SQL Server 创建实例级备份时,创建新备份向导将显示以下错误消息:
    选择 SQL Server 实例作为备份目标将仅备份当前存在的数据库。此后对该实例进行修改也需要修改备份作业 (The selection of a SQL server instance as a backup target will result in backing up only the database(s) currently present. Future modification to this instance will require modification of the backup job)。

    此警告消息不正确。如果用户在创建应用程序数据库备份时没有对该实例进行扩展,则备份组会自动获取新添加的数据库,并对其进行备份。因此,以上警告无效。

  • 如果用于 SQL Server 应用程序数据库备份的客户端已取消注册,则显示的源计数将不正确。

    对于已取消注册的客户端备份,Microsoft SQL Server 的应用程序数据库备份会将客户端计数显示为零,即使 MS-App 服务器已添加到备份作业中。对于已取消注册的相同客户端,完整服务器备份(而不是数据库备份)将显示正确的源计数。

  • 如果使用 IP 地址而非服务器名称作为别名,则数据库的 Microsoft SharePoint 重定向还原作业将失败。

    如果使用覆盖选项备份到原始位置,则备份会正常执行。只有在运行重定向的还原时使用 IP 地址而不是服务器名称的情况下,备份才会失败。

    解决办法:创建别名时,请使用服务器名称。

  • Microsoft Sharepoint 重定向还原作业显示为成功,即使某些数据库无法还原。

    在还原大量数据库或整个 SharePoint 场时,某些存在问题的数据库可能会失败。但是,即使某些数据库失败,还原作业仍会将该作业报告为成功。此操作可能会导致数据丢失。只有在运行重定向的还原时使用 IP 地址而非创建 SQL 别名时所用的服务器名称,数据库备份才会失败。

    解决办法:创建别名时,请使用服务器名称。

  • MS-App 客户端的各个数据库的加载时间不可接受。

    调用 MS-App 备份向导后,在 VDP Advanced 设备上使用 [备份目标] 页面浏览各个数据库会比通常情况下花费时间更长。

  • 在 Microsoft Exchange 服务器上,如果选择还原整个备份,则 [位置路径] 字段不会进行验证。

    系统不会对 [位置路径] 字段执行验证(当该字段保留空白时,文本框不会变为红色,也不会显示工具提示)。但是,如果选择还原个别数据库,则会按照设计正常验证。

  • 如果应用程序数据库备份失败或被取消,并且该备份的源已过期,则会显示不正确的计数。

    源计数和已过期源计数之间存在差异对于 Microsoft SQL 和 Exchange 应用程序数据库备份来说是很常见的。

  • 客户端缓存不支持多个复制作业。

    如果从不同的组中对同一客户端同时启动多个复制作业,则会为 MS-App 客户端锁定缓存文件。客户端缓存不支持多个复制作业,它会将缓存文件报告为已锁定。

    解决办法:

    • 确保各个复制作业的开始时间是错开的。
    • 不要将同一个客户端放在多个复制作业中。

     

  • 如果用户指定的是数据路径,而不是日志路径,则 [还原到 RSG/RDB] 选项将失败。

    解决办法:请指定 RSG/RDB 日志路径(即,要将 RSG/RDB 日志文件还原到的路径,例如,C:\myrdb),而不是指定 RSG/RDG 数据库路径。有关更多信息,请参见《vSphere Data Protection 管理指南》中的“还原 Microsoft Exchange 服务器的备份”

    注意:用户可以将日志路径和数据库路径字段留空。如果这两个字段均留空,则会默认还原到其原始位置。

  • 在 Microsoft Exchange 客户端中,avagent 日志会显示大量警告消息,这些消息会频繁输出并填满日志。

    造成此问题的原因是,Microsoft Exchange 客户端已向 vCenter 中的两个 VDP Advanced 设备注册。

系统管理问题

  • 由于映像代理超时,备份到数据域系统失败。

    此超时值可通过一个标记来确定。默认超时值为 300 秒(5 分钟)。解决办法是,将该标记设置为不同于默认超时值的值,但暂无 VDP 的任何专业服务。因此,我们建议与技术支持联系。

  • 只有启用 CPU 热插拔,才能执行存储扩展,即使用户决定不增加 vCPU 计数也是如此。

    如果要扩展磁盘存储,必须在虚拟机上启用 CPU 热插拔。在 5.5.5 版中,CPU 和内存热插拔默认处于启用状态,而以前,即使 CPU 热插拔已禁用,用户也可以执行存储扩展。

  • 导入磁盘:默认情况下,初始配置向导将始终分配 4 个 vCPU 和 4 GB RAM。

    无论导入的容量是多少(对于 VDP Advanced,可能为 2 TB、4 TB、6 TB 或 8 TB),该向导在默认情况下将始终仅分配 4 个 vCPU 和 4 GB RAM。导入操作会成功完成,VDP Advanced 设备会启动且正常运行,因此日后可能会在内存置备不足方面出现问题。预期行为是,初始配置向导应根据导入的容量将该默认值设置为最小内存量,就像在全新安装 VDP Advanced 时执行此设置一样。每个虚拟机的最小内存量取决于该容量:

    • 2 TB 容量 - 6 GB 内存
    • 4 TB 容量 - 8 GB 内存
    • 6 TB 容量 - 10 GB 内存
    • 8 TB 容量 - 12 GB 内存

     

自动备份验证 (ABV) 问题

  • ABV:客户端报告不会筛选 [在过去] 60 分钟的情况。

    分钟筛选器未按预期运行。虽然客户端报告不会筛选 [在过去] 60 分钟的情况,但会报告过去 1 小时的情况。备份作业和备份验证作业均存在此问题。

  • 主机与需要还原的虚拟机不兼容,并在 vCenter 清单中留下孤立的虚拟机。

    与主机不兼容的自动备份验证 (ABV) 作业将失败,而失败的 ABV 作业会在 vCenter 清单中留下孤立的虚拟机。

    解决办法:手动删除或取消注册保留在 vCenter 或数据存储清单中的临时虚拟机。

  • ABV:重命名数据存储后,验证作业失败。

    如果重命名目标数据存储或将目标数据存储移至 VDP 之外,则可能会发生此错误。

    解决办法:编辑验证作业,并选择已重命名或移动的目标数据存储作为新目标。有关说明,请参见《vSphere Data Protection 管理指南》中的“编辑备份验证作业”

  • ABV:如果主机的目标路径发生更改,则无法启动验证作业。

    解决办法:编辑验证作业,并在执行验证作业时选择正确的目标路径。

  • ABV:如果上次备份未成功,则按需验证作业不会启动。

    如果上次备份未成功,则在 ABV 作业上会出现以下错误:
    错误: “出现意外错误,但没有错误代码,请参见日志 (Error: "Unexpected error with NO error code, refer to logs")。”
    用户不会注意到此问题,日志也不包含有用的信息。

  • 如果目标处于维护模式,则无法确定已调度验证作业活动的状态。

    此时将显示错误消息,但没有日志活动。

  • 如果由于数据域而导致连接问题,从而使验证作业失败,则会报告不正确的错误消息。

    由于 VDP Appliance 无法与数据域进行通信,因此,备份将无法还原,并且验证作业将失败。验证作业可能会失败;但是,系统不会显示正确的错误消息,因此,用户无法了解失败的根源。

  • ABV:如果目标主机处于已断开状态,则会收到插件错误。

    如果目标主机已断开连接,则验证作业可能会失败;但是,系统不会显示正确的错误消息,因此,用户无法了解失败的根源。

  • 对于自动备份验证 (ABV) 作业,取消从 Web Client 激活的运行中 ABV 任务不会从数据存储中移除 VDP_Verification 虚拟机。

    在浏览指定为新虚拟机的目标的数据存储时,VDP_VERIFICATION_xxxx 虚拟机仍会位于该数据存储中,即使刷新浏览器之后也是如此。

  • ABV:如果主机在已调度验证任务期间断开连接,则该操作会在进行到 92% 时停止。

    如果临时虚拟机还原到的目标主机断开连接,则已调度验证任务会在进行到 92% 时停止。

    解决办法:手动取消该任务,如果无法取消该任务,则使用以下命令重新启动 vCenter Web 服务或 VDP Appliance:
    emwebapp.sh --restart

文件级别恢复 (FLR) 问题

  • 在运行 Windows 2012 和 Windows 8 的任何虚拟机上,文件级别恢复 (FLR) 对第二个磁盘不起作用。

  • 导入后,对于导入前备份的虚拟机,FLR 登录失败。

    从先前使用的 VDP 磁盘导入的还原点不支持文件级别恢复 (FLR)(如《vSphere Data Protection 管理指南》中的“附加现有存储” 所述)。此限制不适用于为导入后执行的任何后续备份创建的还原点。

粒度级别恢复 (GLR) 问题

  • 未安装适用于 Exchange GLR 的 VDP Advanced 插件的客户端支持在 Microsoft Exchange 服务器上执行粒度级别还原 (GLR)。

    现在,如果未安装适用于 Exchange GLR 的 VDP Advanced 插件,则会阻止 GLR 操作。

  • 在 Microsoft Exchange 服务器上执行粒度级别还原 (GLR) 时,目标邮箱字段应为可选字段。

    如果用户要还原到一个邮箱,则默认值为还原到原始位置。用户界面不允许该字段保留空值。如果用户选择 [还原到备用位置],则该备份中的每个邮箱都会还原到一个邮箱。

    支持将一个邮箱还原到其原始位置以及将原始路径还原到其他客户端,并且这些操作会按照设计正常运行。无法将多个邮箱还原到其原始位置,这是一个已知问题。

已解决的问题

已解决以下问题:

  • 备份的过期时间与已调度的备份和临时备份不一致。

    如果具有自定义保留策略的备份作业根据需要执行,则同一备份作业的过期时间不一定始终相同。

  • 群集配置工具在 [开始] 菜单中显示为快捷方式。

    禁用 av_cluster_config_wizard.exe 快捷方式,使其不再显示在 [开始] 菜单中。

  • [还原] 窗格根据启动了 vSphere Web Client 的客户端计算机的时区反映时间戳。
  • 在 VDP 和 VDP Advanced 设备中,ESX 主机许可证 vCloud Service Provider 许可证返回“未获许可”。

    由于未在 VDP 或 VDP Advanced 设备中检查此 ESX 主机许可证的许可证版本,因此会出现此问题。已通过更新逻辑来验证该许可证;因此,该问题已解决。

  • 在 VDP 安装期间,如果用户注销并释放数据存储中的空间,然后再次登录到 VDP-Configure 向导,则 VDP 将无法在 [设备分配] 屏幕中显示当前可用空间。

    解决办法:从 VDP-Configure 会话中注销,清除浏览器缓存,然后重新登录。设备分配现在应显示当前的可用空间。

    本版本已解决该问题。

  • [报告] 选项卡中的临时复制将复制其他虚拟机备份。

    如果临时复制作业是从 [报告] 选项卡执行的,则复制作业中存在的其他虚拟机的备份也将被复制。

  • MCS 重新启动后,先前执行的复制作业的 [上次运行时间] 和 [持续时间] 值将更改为默认值。

    为 VDP Appliance 5.5 版重新启动管理服务后,先前执行的复制作业的 [复制] 选项卡上的 [上次运行时间] 和 [持续时间] 值将更改为默认值 [从不]。

  • VDP Appliance 会在 [还原] 选项卡上为与已取消的备份任务相关联的虚拟机客户端创建还原点。

    从 Web Client 的 VDP Appliance 上取消的备份作业与报告的取消操作结果不同步。因此,VDP Appliance 将在备份作业中为已取消的虚拟机客户端错误地创建一个还原点。

  • 对于大于 2 TB 的磁盘,将映像还原为新映像失败。

    将映像还原为新映像功能仅在磁盘备份到 SAN 数据存储后还原到同一数据存储的厚磁盘配置中失败,该过程占用的磁盘空间过多。此问题在瘦磁盘客户端上不存在。

  • 第二次引导过程中发出警报。

    完成配置后重新启动 VDP Appliance 时,第二次重新引导过程中将间歇性发出警报。此警报的示例如下:“VDP:[008] 文件级别还原服务未运行 (VDP: [008] File level restore services are not running)”。

    如果发出此警报,请允许引导过程完成,然后手动确认并清除此警报。虽然这些警报在发出时有效,但是引导过程会解决该情况。

  • 将现有存储附加到 VDP:如果完整性检查需要很长时间才能运行,配置任务将在达到 80% 时停止,并且不会将该任务标记为完成。

    VDP Appliance 将成功完成配置,即使完整性检查需要很长时间才能运行也是如此。

  • 可扩展性:Web Client UI 在提交十个以上的还原时超时,并丢失与 VDP 的连接。

    如果您在单个还原作业中还原十个以上的备份,UI 将超时并丢失与 VDP Appliance 的连接。

  • 将现有存储附加到 VDP:尝试导入非数据磁盘时显示的消息可能会被重新组织。

    尝试导入 VDP 的非数据磁盘时当前将显示以下错误消息:所选磁盘不是有效的磁盘 (Selected disk is not a valid disk)。

    此消息应重新组织为以下错误消息:所选磁盘不是有效的数据磁盘 (Selected disk is not a valid data disk)。

  • 如果用户要在多个备份之间选择多项,则 [还原] 页面上的筛选选项将失败。

    用户导航到 [还原] 页面并尝试还原多个虚拟机时,后退箭头筛选功能将失败。用户单击第一个虚拟机后,必须手动向后导航以选择后面的虚拟机。

  • vCenter 更改后回滚到经验证的 VDP Appliance 的检查点失败。

    用户更改 vCenter Server 的主机名或 IP 地址后登录 VDP-Configure 以在 VDP Appliance 上执行回滚时,回滚失败。本版本已解决该问题。

    最佳做法是在成功配置 vCenter 后启动所有 VDP 服务时,手动运行完整性检查,这样将创建一个有效的检查点。如有需要,随后可以回滚到该检查点。

  • 选择 2 节点群集中的 vApp 或资源池作为目标时,在磁盘级别还原失败。

    选择 2 节点主机群集中的 vApp 或资源池作为目标时,用户无法还原 VMDK。

    解决办法:重新运行还原作业并选择独立的 ESXi 主机或 ESXi 主机群集作为目标。还原作业完成后,可以将还原的虚拟机手动添加到 vApp 或资源池中。

  • VDP 安装过程中,如果先删除或重命名数据存储,然后在存储配置确认对话框中单击 [是],[添加磁盘] 操作失败且无提示。

    重命名或删除选择用于存储 VDP 数据磁盘的数据存储将使 [添加磁盘] 操作失效。即使 [添加磁盘] 操作失败,系统也会错误地报告操作成功。磁盘不会附加到 VDP Appliance,但系统会提示用户重新引导。

    默认情况下,选项 [与 Appliance 存储在同一目录中] 处于选中状态,这样会在部署 VDP Appliance 时将磁盘部署在同一数据存储中。只有当用户清除 [与 Appliance 存储在同一目录中] 选项并选择其他数据存储时,才会出现此问题。

  • VDP 安装过程中,在 [设备分配] 屏幕上:VDP 允许用户继续使用已卸载的数据存储来存储新磁盘。

    VDP Appliance 允许用户将新磁盘添加到已卸载的数据存储。系统不报告错误,并允许用户进一步执行操作。仅当用户在 [即将完成] 页面上单击 [是] 时,[添加磁盘] 操作才会失败,并显示致命错误消息。

  • 如果使用非拉丁字母命名数据中心名称,则 VDP 启动的备份将失败。
  • vCenter HTTP 端口配置为 80 以外的任何端口。用户界面显示错误“无法获取所有许可证 (Failed to acquire all licenses)”。

    如果将 vCenter HTTP 端口配置为 80 以外的任何端口,则在检索高级许可信息时,VDP 设备配置将无法与 vCenter 进行通信。这样,在部署 VDP Appliance 期间可能会显示错误。

    升级到新的 VDP 5.5.5 设备或部署该新设备后,vSphere Web Client 不会显示高级许可信息,而是显示错误“无法获取所有许可证 (Failed to acquire all licenses)”。

    要解决这两种情形,请执行以下步骤:

    1. 以 root 用户身份通过 SSH 或 putty 登录到 VDP 设备。
    2. 导航到路径 /usr/local/vdr/etc/ 并编辑文件 vdp-options.properties。
    3. 找到字段“com.vmware.vdp.option.vcenter.http_port”。将预先配置的值设置为 80。
    4. 将该值从 80 修改为适用于您的 vCenter 配置的 HTTP 端口。
    5. 保存对该 properties 文件所做的更改。
    6. 注销 vSphere Web Client VDP 插件和/或 VDP 配置 UI 会话(如果有)。
    7. 运行命令 emwebapp.sh --restart,重新启动此 Web 服务。

    注意:此步骤仅适用于 VDP 5.5.5 Appliance。对于以前的版本,此功能不起作用。