本文介绍全面调查 Avamar 备份性能问题所需的信息。
在以下文章中使用此信息，说明如何确定备份性能低于预期的原因;
收集有关备份的信息：
1） 收集完整备份日志并将其附加到支持案例。
2） 确认此客户端的服务器上是否存在
同一数据集的任何其他备份。
mccli backup show --name=/domain/client -verbose=true | less
3） 允许备份运行的最长时间是多少？
4） 定义问题。常见的可能性包括：
a） 相对于另一个 Avamar Client，备份性能似乎较差。
b） 备份运行速度比以前慢。
c） 此备份过去在每日备份窗口内完成，但现在不再完成。
d） 备份速度不如预期快（如果是，性能预期是什么？）。
e） 相对于另一个备份产品，Avamar 的备份性能较差。
f） 其他（完整解释）。
提醒：如果将备份性能与以前的备份进行比较，请收集可接受性能的旧日志，以便将其与当前行为进行比较。如果旧日志不再存在于客户端上，但备份仍在 Avamar 上，请从服务器下载日志。
收集有关要备份的数据的信息：
1） 备份是否包含文件系统或数据库数据？
- 对于文件系统备份，数据集中 的文件 总数是多少？
- 对于数据库备份，数据库 的总大小 和类型是多少？
此信息在 完整 备份日志中可用。
2） 正在备份的任何数据是否存在于
从远程设备映射的 CIFS 或 NFS 共享上？
仅在使用 NDMP 加速器时
才支持从 CIFS 和 NFS 共享备份数据。
关于网络：
1） 描述客户端与服务器之间的网络类型（例如 LAN 或 WAN 和预期带宽）
2） 在没有进行备份时检查 Avamar Client 与 Avamar Server 之间的往返延迟和吞吐量。
关于 Avamar Server：
1） 从 Avamar 应用工具节点命令行界面提供以下输出。
a) status.dpn
b) sched.sh
关于 Avamar Client：
1） 受影响 Avamar Client 的主机名是什么？
2） 客户端上安装了多少 RAM？
3） 客户端是基于物理硬件还是虚拟机构建的？
4） 除了 Avamar 备份之外，客户端在备份窗口期间执行的其他典型任务是什么？其常规职责是什么？
5） 任何正在使用的归档软件，例如在 Avamar 从远程归档设备检索文件时可能引入延迟的企业存储区。
6） 在备份运行期间，客户端的资源（CPU、内存、I/O）有多忙？
- 对于 Windows：使用 perfmon
- 对于 Linux：使用性能测试命令，如 top 和 iostat -x。
7） 客户端上是否正在使用防病毒软件？
- 哪种类型的防病毒软件处于活动状态？
- 它是否配置了“on access”扫描，当其他程序请求这些文件时，它会在其中拦截文件？
8） 客户端是否属于群集？（如果是，请提供详细信息）。
关于存储目标数据的存储设备：
5） 提供尽可能多的关于托管要备份数据的磁盘子系统的信息。
a） 正在使用哪种类型的驱动器（SATA、SCSI、SSD）？
b） 驱动器位于哪个 RAID 配置中？
c） 对于旋转磁盘，目标设备中有多少个磁盘轴？
d） 存储是直接连接到 Avamar Client 计算机还是远程（例如，由 iSCSI 网络分隔，SAN 公开的 LUN）？
e） 设备是否与其他系统共享或专用于 Avamar Client？
f） Avamar 备份期间设备的繁忙程度如何？什么时候可以运行最安静的备份？