NetBackup™ for VMware 管理指南

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

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

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

• 除非在虚拟机上安装了 NetBackup 客户端，否则必须从 NetBackup 主服务器执行还原。

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

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

  请参见为 VMware 添加 NetBackup 凭据。

• 如果在备份 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 文件下载或上传到虚拟机的工作目录，因为这些文件显示为隐藏文件。

• 如果按虚拟机的显示名称或 UUID 对虚拟机进行备份，且其显示名称与其主机名不相同，请注意：必须正确指定用于还原的目标客户端。使用 NetBackup 的“备份、存档和还原”界面中的“指定 NetBackup 计算机和策略类型”对话框。

  请参见使用安装在虚拟机上的 NetBackup BAR 界面还原文件时出现无效客户端错误。

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

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

  请参见NetBackup for VMware 最佳做法。

• 如果使用 SAN 传输类型尝试还原整个虚拟机失败，请转而尝试 NBD 传输类型。

• 在以下情况下，使用 NBD 或 NBDSSL 传输模式还原虚拟机可能较为缓慢：

  • 大量碎片导致虚拟机中有许多小的数据区段。（文件系统区段是由块偏移和大小定义的一段连续存储区域。）

  • 还原来自块级别增量 (BLI) 备份，进行增量备份时，磁盘上已更改的块会产生大量碎片。

  在上述任一情况下，为了加快还原速度，请使用 hotadd 传输模式代替 NBD 或 NBDSSL 传输模式。

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

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

  请参见为 VMware 添加 NetBackup 凭据。

• 对于 SAN 传输模式，在还原到 vCenter Server 时，作业可能很慢。为了提高速度，请指定 VMware 还原 ESX Server 作为还原的目标。

  请参见为 VMware 添加 NetBackup 凭据。

• 对于 SAN 传输模式和 Windows 上的还原主机，如果数据存储的 LUN 脱机，则还原会失败。“详细状态”日志包含类似于以下内容的消息：

  5/22/2013 4:10:12 AM - Info tar32(pid=5832) done. status: 24: 
  socket write failed       
  5/22/2013 4:10:12 AM - Error bpbrm(pid=5792) client restore EXIT 
  STATUS 24: socket write failed     
  

  • 确保还原主机上 SAN 磁盘的状态为“联机”（而不是“脱机”）。使用 Windows diskpart.exe 实用程序或磁盘管理实用程序 (diskmgmt.msc)，可以检查或更改磁盘状态。当磁盘状态显示为联机时，请重试还原。

  • 如果已启用多路径，请确保所有路径处于联机状态。

• 在其他情况下，通过 SAN 传输模式进行的还原可能会很慢。下面的 Veritas 文章提供了详细信息：

  VMware Transport Modes: Best practices and troubleshooting（《VMware 传输模式：最佳做法和故障排除》）

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

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

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

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

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

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

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

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

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

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

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