NetBackup™ for VMware 管理指南

在开始还原之前，请注意以下事项：

• 不支持单个文件的跨平台还原。可以将 Windows 文件还原到 Windows 访客操作系统，但无法还原到 Linux。可以将 Linux 文件还原到支持的 Linux 访客操作系统，但无法还原到 Windows。换句话说，还原主机必须与要还原的文件具有相同的平台。

  请参见关于还原单个 VMware 文件和文件夹。

• 如果您的环境中有二线支持主机，请注意以下有关混合级别备份和还原的事项：恢复主机必须使用与备份主机相同的 NetBackup 版本级别或更高版本级别。例如，不能使用 NetBackup 8.x 恢复主机还原由 NetBackup 9.x 备份主机备份的虚拟机。

• 除非在虚拟机上安装了 NetBackup 客户端，否则必须从 NetBackup 主服务器执行还原。或者，执行 VMware 无代理还原或创建即时访问 VM 进行还原。

• 要将文件还原到原始虚拟机位置，必须将目标指定为虚拟机的主机名（而不是显示名称或 UUID）。

• 要直接还原到 ESX Server，为还原指定的名称必须与 ESX Server 的正式主机名匹配。该名称的格式必须与在 DNS 和 VMware 服务器中注册时使用的格式相同（短名称或完全限定名称）。

  请参见添加 VMware 服务器。

• 如果在备份 VM 后更改了 VM 的显示名，则单击“启动恢复”时，恢复前检查可能会失败：

  VM exists overwrite -Failed. Vmxdir for VM exists

  您可以忽略该错误并单击“启动恢复”，但请注意：还原可能会成功，但包含新还原 VM 的 vmx 文件的文件夹与现有 VM 的 vmx 文件夹不同名。VMware 不会在重命名 VM 时重命名此文件夹，而会继续使用现有文件夹。

  或者，将 VM 还原到其他位置。

• 虚拟机模板无法还原到独立 ESX server。由于模板是 vCenter 服务器的某个功能，您必须通过 vCenter 还原模板。如果将模板还原到独立 ESX server，模板将转换为普通的虚拟机且不再是模板。

• NetBackup 支持备份和恢复 VMware NVRAM 文件以及与虚拟机关联的 vTPM 设备。

  • NVRAM 和 vTPM 保护需要 NetBackup 8.3 或更高版本的备份或恢复主机。支持的恢复方法包括“完全 VM 恢复”和“VMware 即时恢复”。

  • 对于显示名称以句点 (.) 开头的虚拟机，NetBackup 不支持对其执行 NVRAM 和 vTPM 的备份或还原。现有 VMware 限制会阻止将以句点 (.) 开头的 Datastore 文件下载或上传到虚拟机的工作目录，因为这些文件显示为隐藏文件。

• 如果虚拟机包含 Storage Foundation Volume Manager 卷，则不支持从虚拟机的完全备份中还原单个文件。

• 要逐个还原 Windows NTFS 加密文件，必须在虚拟机上安装 NetBackup 客户端。

  请参见NetBackup for VMware 最佳做法。

• VMware 不支持将虚拟机直接还原到 vCenter 管理的 ESX Server 5.x。要还原虚拟机，请选择 vCenter Server 作为目标。

  替代方法是，可以设置要用于还原的独立 ESX Server。必须通过“VMware 还原 ESX Server”服务器类型，为该 ESX Server 添加 NetBackup 还原凭据。

  请参见添加 VMware 服务器。

• VMware 虚拟磁盘开发工具包 (VDDK) 中的 API 包含下列限制：虚拟机还原过程中的最大写入速度大约是硬件最大速度的三分之一。

• 如果虚拟机的 vmdk 文件位于同一数据存储的不同目录中，请注意：当虚拟机还原到原始位置时，其 vmdk 文件将还原到单个目录，而不是原始目录。（此行为遵循当前 VMware 设计。）

  解决方法是执行以下操作：从还原的虚拟机中删除 vmdk 文件，将文件移到各自的目录，然后将移动的文件重新挂接到虚拟机。

• 如果原始 VM 包含加密的 vmdk 文件，则在将整个 VMware 虚拟机还原到原始位置或执行就地磁盘还原后，还原的磁盘可能不符合 VM 加密策略的要求。因此，必须手动重新配置还原的 VM 以符合策略要求。否则，已还原 VM 的虚拟磁盘可能会处于未加密状态。

• 当还原大型文件时，请确保快照在目标虚拟机上未处于活动状态。否则，文件将还原到 VMware 配置 DataStore，该 DataStore 可能太小而无法容纳要还原的文件。在这种情况下，还原会失败。

  配置 DataStore（有时称为 vmx 目录）包含描述虚拟机的配置文件，如 *.vmx 文件。请注意，vmdk 文件的活动快照也将存储在配置 DataStore 中。

• 如果在虚拟机还原完成之前将其取消，则未完全还原的虚拟机仍位于目标位置。取消还原作业时，NetBackup 不会删除未完成的虚拟机。必须手动删除未完成的虚拟机。

• 如果虚拟机显示名称包含不支持的字符，则备份可能会成功，但还原将会失败。要还原虚拟机，您必须更改显示名称，使其仅包含支持的字符，然后重试还原。

  请参见NetBackup 对主 VM 标识符的字符限制。

• NetBackup for VMware 不支持通过 Client Direct Restore 还原单个文件。

• 在还原时，仅在链接文件和其目标文件在同一作业中进行还原的情况下，NetBackup 才会在硬链接与其原始文件之间重新创建链接。如果在单独的还原作业中逐一还原每个文件，则这些文件将还原为单独的文件，而不会重新建立链接。

• 如果您将 vCloud 中的 VM 还原为过期的 vApp，则会自动续订 vApp 并将其重新添加到 vCloud 组织。如果过期的 vApp 包含其他 VM，将同时从过期列表中删除所有 VM 并将其添加到组织。

  请注意，在 vCloud Director 中必须先续订过期的 vApp，然后才能将 VM 导入到该 vApp。

• 远程连接到英语语言环境中的 Windows Java GUI 后，包含非 ASCII 字符的文件的还原可能会失败。

  有关如何还原文件的详细信息，请参见以下技术说明：

  https://www.veritas.com/docs/100022268

• 在 VMware for Replication Director 和 Integrated Snapshot Management 策略中，如果将 SLP 配置为快照和从快照编制索引 (IFS) 的组合，则不支持通过 Java UI NetBackup 还原 XFS 格式的卷和分区上的文件，请使用 NetBackup Web UI。

• 在 VMware vSphere 6.0 U1b 和更高版本中，如果原始 VM 未删除，则对虚拟机执行完全还原可能会触发警报。该警报为虚拟机 MAC 地址冲突警报。此 VMware 警报为预先设计的行为。如果存在 MAC 地址冲突，则 VMware 最终会为新的虚拟机更改 MAC 地址。如果不想接收警报，请在 vCenter 中禁用虚拟机 MAC 地址冲突警报。

• 请参见NetBackup for VMware：注意事项和限制。