Problem

VMware的备份主机可以使用以下四种不同方法访问数据存储中的虚拟机数据：SAN、LAN (NBD)、HotAdd、NBDSSL。这些方法称为 VMware 传输模式。本文讨论这些传输模式及其最佳实践，以及故障排除的方法，帮助您纠正 NetBackup 和 Backup Exec 中与传输模式相关的一些常见错误。

Solution

对于备份和还原操作，NetBackup 和 Backup Exec 允许选择四种传输模式的任意一种或其组合。如果指定传输模式的组合，NetBackup 和 Backup Exec 将逐一尝试这些模式，直至能成功访问虚拟机的数据。

每种传输模式的详细信息

1. SAN：SAN 传输模式要求 VMware备份主机安装在能够访问光纤通道或 iSCSI SAN（包含要访问的虚拟磁盘）的物理机上。这是高效的数据路径，因为无需通过 ESX/ESXi 生产主机传输任何数据。

在此模式下，vStorage API 从 vCenter Server 或 ESX/ESXi 主机获取有关 VMFS LUN 布局的信息，并使用此信息直接从 VMDK 驻留的 SAN 或 iSCSI LUN 读取数据。

SAN 的最佳实践：

• 使用 SAN 时，确保 VMware 备份主机可访问数据存储 LUN。
• 在物理 VMware 备份主机上运行时，SAN 传输通常是最佳的备份选择。但是，由于它在虚拟机中被禁用，因此在虚拟 VMware 备份主机上改为使用 HotAdd。
• SAN 传输不一定是最佳的还原选择。由于 vStorage API 工作方式的缘故，它在厚磁盘上的性能最佳，在精简磁盘上的性能最差。对于精简磁盘还原，LAN (NBD) 的速度更快。
• 对于 SAN 还原，磁盘大小应为基本 VMFS 块大小的倍数，否则无法成功写入磁盘的最后一点空间。例如，如果虚拟磁盘的块大小为 1 MB，而数据存储的大小为 16.3 MB，则不会写入最后的 0.3 MB。在这种情况下，解决方法是使用 NBD 来还原此类虚拟机。
• 在 Windows Server 2008/2008 R2 VMware 备份主机上使用 SAN 传输或HotAdd模式时，请确保：
  • 将 SAN 策略设置为 onlineAll
  • 将 SAN 磁盘设为只读（还原期间除外）

2. LAN (NBD)：在此模式下，ESX/ESXi 主机从存储中读取数据，然后通过网络将数据发送到 VMware 备份主机。顾名思义，此传输模式涉及到 LAN，这一点与 SAN 传输不同。

 使用 LAN 时的最佳做法：

• 在这种情况下，由于 ESX/ESXi 服务器从存储中读取数据，然后将数据发送到 VMware 备份主机，因此，必须在 ESX/ESXi 服务器和 VMware 备份主机之间建立网络连接。如果 VMware 备份主机能连接到 vCenter Server，但不能连接到 ESX/ESXi 服务器，则快照将成功完成，但 vmdk 读/写操作将失败。
• 使用 NBD/NBDSSL 进行备份/还原时，VMware 备份主机需要能够连接到 ESX/ESXi 主机上的 TCP 端口 902。
• 使用 NBD 传输模式时，VMware 使用网络文件复制 (NFC) 协议来读取 VMDK。正要备份的每个 VMDK 文件都需要一个 NFC 连接。每个 ESX 服务器/vCenter Server 可以建立的 NFC 连接数受到限制。这些限制因 vSphere 版本而异 - 请参考“NetBackup for VMware Admin Guide”（《NetBackup for VMware 管理指南》，链接如下），了解这些限制。如果达到此限制，则使用 NBD 执行的备份/还原操作可能会挂起。

3. HotAdd：在虚拟机上运行 VMware 备份主机时，vStorage API 可以利用 ESX/ESXi 服务器的 SCSI 热添加功能将正要备份的虚拟机的 VMDK 挂接到 VMware 备份主机。这称为 HotAdd 传输模式。

在虚拟机上运行 VMware 备份服务器有两个优点：可以轻松将虚拟机四处移动；无需使用 LAN 就能备份本地存储，不过这样做可能会在物理 ESX/ESXi 主机上造成比使用 SAN 传输模式时更多的开销。

使用 HotAdd 时的最佳做法：

• HotAdd 仅适用于具有 SCSI 磁盘的虚拟机，而且不支持备份具有 IDE 磁盘的虚拟机。
• 单个 SCSI 控制器最多只能挂接 15 块磁盘。要运行总数超过 15 块磁盘的多个并行作业，必须向 HotAdd 主机添加更多 SCSI 控制器。最多可以向一个 HotAdd 主机添加 4 个 SCSI 控制器，因此，最多总共支持 60 个设备。
• HotAdd 需要 VMware 备份主机能访问正要备份的虚拟机所驻留的数据存储。这本质上意味着：
  • 运行 VMware 备份主机的 ESX 应能访问正要备份的虚拟机所驻留的数据存储。 
  • VMware 备份主机和正要备份的虚拟机应位于同一数据中心内。
• 对包含目标虚拟机的虚拟机文件夹的数据存储而言，如果其 VMFS 块大小与包含 VMware 备份主机虚拟机的数据存储的 VMFS 块大小不匹配，则无法使用 HotAdd。例如，如果在块大小为 1 MB 的数据存储上备份虚拟磁盘，则 VMware 备份主机也必须在块大小为 1 MB 的数据存储上。
• 在 Windows Server 2008 代理上使用 HotAdd 进行还原需要将 SAN 策略设置为 onlineAll
• 如果出于使用 HotAdd 备份虚拟机的目的而将物理机转换为虚拟机，请勿使用在转换过程中使用的任何磁盘的 IDE 控制器。
• 使用 HotAdd 进行备份/还原时，VMware 备份主机需要能够连接到 ESX/ESXi 主机上的 TCP 端口 902。
• HotAdd 主机应使用支持的最新虚拟硬件版本

4. NBDSSL：NBDSSL 与 NBD 基本相同，唯一不同的是它使用 SSL 加密通过 TCP/IP 连接来传递的所有数据。

排除与传输模式相关的一些常见故障

备份/还原失败，状态为 13 或 11，而且活动监视器显示以下消息。这可能表示出现与传输模式有关的问题：

• 出错 - 使用给定的传输模式打开快照磁盘时出错：状态 23 表示在使用给定的传输模式访问 vmdk 时出现问题。
  
  以下是一些与处理此类错误有关的提示：
  • 如果使用 NBD，请确保 VMware 备份主机连接到承载虚拟机的 ESX 服务器。
  • 如果使用 SAN，请确保 VMware 备份主机可访问数据存储 LUN。
  • 如果使用 HotAdd，请确保备份主机是虚拟机，而且满足以下条件：
    • VM 不应包含 IDE 磁盘。
    • 确保备份主机 VM 上挂接了足够多的 SCSI 控制器。
    • 备份主机 VM 能访问正要备份的 VM 所驻留的数据存储。
    • 备份主机 VM 和正要备份的 VM 应位于同一数据中心内。
    • 如果先前的备份失败，备份 VM 的一些磁盘可能仍挂接到备份主机。必须手动删除这些磁盘才能尝试进行下一次备份。
  • 如果 vCenter 的非默认端口正在使用中，则在将 vCenter 凭据添加到 NetBackup 或 Backup Exec 时必须定义该端口。
  • 如果使用 NBD/NBDSSL/HotAdd，请确保 VMware 备份主机能够连接到承载 VM 的 ESX 服务器的端口 902。
• 文件读取失败表示在使用给定的传输模式读取 VMDK 时可能出现问题。
• 文件写入失败表示在使用给定的传输模式写入 VMDK 时可能出现问题。
  • 如果使用 SAN 进行还原，请确保 VMware 备份主机可访问数据存储 LUN，而且这些 LUN 处于联机状态。
  • 如果使用 HotAdd 进行还原，请确保备份主机上的 SAN 策略设置为 OnlineAll。
  • 如果使用 SAN 进行还原，请确保 VMDK 的大小是数据存储块大小的倍数。否则，将无法成功写入最后一个块。在这种情况下，解决方法是使用 NBD 进行还原。
  • 请确保您向在 NetBackup 或 Backup Exec 中配置的用户分配了登录到 vSphere 的必要权限。

有关详细信息，请查看： VMware 虚拟磁盘传输方法

 请注意，本文引用的网站并非由 Veritas 所有或维护，因此，Veritas 不对此类网站上的内容负责，包括对本文所依赖的内容或第三方软件的任何修订或删除。用户有责任在遵循本文所述说明之前进行所有必要的尽职调查