Data Domain：Virtual Tape Library 最佳实践指南

VTL 最佳实践指南

目的

本文档提供了最佳实践指导准则，以帮助确保 Data Domain Virtual Tape Library (VTL) 在备份环境中实现最佳性能，并确保您能够轻松地支持和维护产品。

适用对象

• 所有 Data Domain 系统
• 支持 VTL 的所有软件版本
• VTL 协议
• 第三方备份应用程序（“BA”），如 NetWorker、TeraSAM 等

解决方案

1. 避免性能不佳的基本准则：
   1. 务必确保已完成安装的 VTL 限定符，并验证其是否可正常运行。使用不受支持的 HBA、驱动程序等是造成问题的常见根源。
   2. 尝试将 Data Domain 系统使用率保持在 85% 以下。当系统有足够的可用磁盘来执行文件系统清理和其他操作时，这些重要任务会更快、更高效地完成。
   3. 尝试在活动备份未运行时安排文件系统清理（也称为垃圾数据收集或文件系统清理）。
   4. 在大多数环境中，使用默认的文件系统清理计划就足够了。请参阅文档“在 Data Domain 系统上计划清理：最佳实践 12089”以更好地了解此过程。如果您仍然认为需要更改默认计划以提高文件系统清理的运行频率，请联系 Data Domain 支持进行讨论。
   5. 请不要使复制计划与活动 VTL 备份窗口重叠。这两个过程都需要大量资源，分别运行会比并发运行的完成速度更快。
   6. 切勿使用客户端 BA（即 NetWorker、TeraSAM）上的加密、多路复用、预压缩或客户端重复数据消除，因为它们会大大降低在 Data Domain 系统上获得的压缩系数。仅在 Data Domain 系统上执行这些活动。某些备份应用程序会默认打开这些功能（HP Data Protector 默认使用多路复用），因此请检查应用程序是否已关闭所有这些功能。
   7. 尽管 Data Domain 系统可能在配置选项（流数量、限流、复制等）中提供更高的限制，但使用更适中的配置通常可提供最佳的总体性能。 
   8. 确保您已阅读并理解来自 Data Domain 系统的所有警报。如果您不理解警报，请致电支持人员进行咨询。
   9. 请勿为所有东西使用默认池。创建至少一个其他池，并在您创建的池中创建所有磁带。如果您使用复制（或将来可能使用复制），请务必创建和使用 5 到 10 个复制上下文（即一个 VTL 池），以提高性能。
   10. 确保您的特定组件与 VTL 兼容。

2. VTL 组件

   1. 启动器：
      1. FC 启动器端口必须专门仅用于 Data Domain VTL 设备。
      2. 只有必须与 Data Domain 系统中的一组特定 VTL 目标端口通信的启动器才应与该 Data Domain 系统分区到一起。
      3. 为您分区并连接到 Data Domain 系统的每个启动器创建一个有用的别名，最好在别名中包含主机名和端口。 
      4. 仅使用一对一分区；在 Fibre Channel 交换机上创建分区，每个分区仅包含一个启动器和一个目标。 
   2. 插槽： 
   • 库应具有的插槽或磁带机数量取决于同时运行的备份和还原流的数量。磁带机数量还受到特定 Data Domain 系统的配置和总体性能限制的约束。插槽数量通常基于一个保留策略周期内使用的磁带数。

   3. 盒式磁带接入点：

      • 请参阅您的特定备份应用程序的 Data Domain 集成文档，以确定是否必须为您的特定环境模拟盒式磁带接入点 (CAP)。

   4. 变换器：

      • 每个 VTL 只能有一个变换器。
      • 通常，您应该选择的转换器型号取决于您的特定配置：
        • 使用 Symantec Backup 软件时，使用 RESTORER-L180 库模拟
        • 使用 IBM System i 平台时，使用 TS3500 库模拟
        • 使用 AIX 6.1 和 AIX 5.3 平台上的 TeraSAM 6.2 时，您也可以使用 TS3500 库模拟。
        • 大多数其他安装应使用 L180 库模拟（非 Symantec、非 IBM System i）

   5. 磁带机

      1. 自动脱机：  如果加载了磁带，则磁带机处于联机状态。在此状态下，如果不先卸载磁带，变换器无法从磁带机中移动磁带。但是，如果启用了自动脱机，则存在隐式磁带机卸载，因此即使应用程序尚未发出卸载命令，也可以从磁带机中移动磁带。此设置对于某些应用程序非常有用，并且在整个 VTL 服务中是全局有效的（一个设置适用于所有磁带机）。
      2. 自动弹出： 如果磁带从磁带机或插槽移至 CAP，它将直接进入存储区。对于那些检查磁带是否已从 CAP 中移除的应用程序，此设置非常有用。如果磁带在一段时间延迟后仍在 CAP 中，则磁带库“弹出”操作将失败。自动弹出对这些应用程序非常有用，因为磁带会立即从 CAP 中消失。此设置在整个 VTL 服务中也是全局有效的（一个设置适用于所有磁带机）
      3. 每个磁带库中最好只使用一种类型的磁带机。

   6. 目标 HBA

      1. 考虑将备份负载分散到 Data Domain 系统的多个 FC 端口上，以避免单个端口上出现瓶颈。 
      2. 验证交换机上每个 FC 端口的速度，以确认该端口已配置为所需的速率。
      3. 将辅助端口设置为“none”，除非您的特定配置明确需要辅助端口。
      4. 为 LUN 永久绑定配置主机操作系统驱动程序。这样做可避免由于目标更改而必须重新配置备份软件或操作系统的情况。 

• VTL 操作

  1. 插槽：创建足够的插槽以容纳已创建的磁带数量。只要数量不是过多，创建几个额外的插槽是没问题的。
  2. CAP
  3. 磁带
     1. 仅创建满足备份要求所需的磁带数。起始磁带数应少于 Restorer 上可用磁盘空间的两倍。创建过多的虚拟磁带可能会导致 Data Domain 系统过早填满并导致意外的系统中断。当全局压缩统计信息可用时，可以逐步添加更多磁带。 
     2. 如果系统已用容量达到 100%，您必须删除系统上可能存在的任何空磁带，然后使适当数量的数据过期，以使系统已用容量低于 80%。为了避免这项耗时的任务，请务必防止发生系统容量已满事件。
     3. 在复制目标系统上，切勿从正在复制的磁带中读取数据。
     4. 始终使用唯一的磁带条形码，即使在不同的池中也是如此。
     5. 始终在所有池中使用相同的磁带后缀（大小）。如果出于某种原因您必须使用不同的后缀，则至少应在一个池中保留相同的后缀。
     6. 磁带的理想大小取决于多种因素，包括所使用的特定 BA 以及要备份的数据的特征。一般而言，最好使用较多的小磁带，而不是使用较少的大磁带，以方便控制磁盘使用量并防止出现系统容量已满的情况。
     7. 对于 TeraSAM，建议使用较小的磁带（即 30-50G），以便更快地回收空间。

  4. 备份应用程序

     1. 确保您为 BA 使用最大的最佳数据块大小，以便在使用 Data Domain 系统时实现出色性能。最佳数量取决于许多因素，例如磁盘速度、操作系统缓存和您的特定备份软件。请参考您的供应商的建议和集成指南。
     2. 一般而言，大小为 64K 倍数的磁带数据块可提供更好的性能，但请务必查阅您的具体软件的最佳实践或集成指南（请查看下面的链接）。如果访问具有多个备份服务器的 Data Domain 设备，请使用环境中所有服务器均可访问的最大数据块大小（尤其是在异构操作系统环境中）。

• 访问组

  1. 每个独立 VTL 访问组中的设备编号应从 LUN 0 开始。
  2. 最好避免在 Data Domain 系统负载过重时更改 VTL 访问组配置。
  3. 建议每个访问组只有一个启动器。

• 统计数据

  1. 使用 VTL 文件标记高速缓存统计信息时，应在磁带加载到磁带机之前重置统计信息。如果在磁带机中加载并访问磁带后执行统计信息的重置，则 vtl show detailed-stats 命令可能会产生误导。报告可能会显示“空闲”数大于“分配”数，这是意外情况，但在本例中是无害的。这是由于在使用磁带机时重置磁带机的统计信息造成的；统计信息重置不是原子操作。
  2. 作为一般的最佳实践，应在磁带加载到磁带机之前重置统计信息。