Avamar：调查 Avamar 或 Avamar/DataDomain 客户端还原性能问题时支持人员所需的信息

如果 Avamar 恢复性能较差，请收集以下信息。

关于备份：
1） 收集要还原的备份的完整日志，并将其附加到支持案例。

• 请参阅 Avamar：如何收集日志文件以对 Avamar Client 备份和恢复问题进行故障处理。

2） 收集还原作业的完整日志并将其附加到服务请求。


3） 用户愿意为还原作业允许的最长时间是多少？

4） 描述问题的性质。
   a） 相对于另一个 Avamar Client，还原性能较差。
   b） 对于此客户端，还原作业所花费的时间比以前更长。
   c） 还原完成速度不够快，无法满足业务目标。解释并提供任何恢复时间目标 （RTO） 的详细信息。
  d） 还原速度不如预期快（如果是这样，请说明预期）。
   f） 其他（充分解释）。

注意：如果要将备份性能与以前的作业进行比较，请将具有可接受性能的旧日志附加到服务请求以进行比较分析。

5） 数据是恢复到原始客户端还是其他客户端？
 
1） 客户端和服务器之间存在哪种类型的网络（LAN 或 WAN）？

2） 在没有正在进行的还原时，检查 Avamar 客户端与 Avamar Server 之间的往返延迟和吞吐量。 1） 目标 Avamar Client 的主机名是什么？
2） 客户端上安装了多少 RAM？
3） 客户端是基于物理硬件还是虚拟机构建的？
4） 客户端在还原期间还执行哪些其他任务？它的常规职责是什么？
5） 尽可能多地提供有关托管备份数据的磁盘子系统的信息，例如：- 6） 是否有任何正在使用的归档软件（如 Enterprise Vault）可能会在恢复作业期间引入延迟？

7） 在运行还原期间，客户端资源（CPU、内存、I/O）的繁忙程度如何？  

• 对于网络延迟，请使用 ping。
• 要检查吞吐量，请参阅 Avamar — 如何在两个 Avamar 系统之间运行 iperf 以测试网络吞吐量性能。
• 存储类型（单磁盘还是 RAID 配置？）。
• 本地或远程磁盘。
• 是 SAN 暴露的 LUN 还是其他原因。
• 对于 Windows：请参阅 Avamar - 使用 Microsoft Windows perfmon 对 Avamar Client 进行性能监控。
• 对于 Linux：使用 top 和 iostat -x 等命令。

8） 客户端上是否正在使用防病毒软件？

• 安装了哪种类型的防病毒软件？
• 它是否配置了“访问时”扫描，即在其他程序请求或写入文件时拦截这些文件？ 

9） 要将还原写入到的磁盘上是什么类型的文件系统？

10） 仅限 Windows 客户端：
检查目标文件系统是否启用了 8.3 文件名。
从 Windows 命令提示符处，使用提升的权限运行以下命令，其中 C：是作为所还原数据目标的卷名称。
 

c:\>fsutil.exe 8dot3name query c:
The volume state is: 0 (8dot3 name creation is enabled).
The registry state is: 2 (Per volume setting - the default).
Based on the above two settings, 8dot3 name creation is enabled on c: 

相关文章：

• 包含许多文件 （100 多万） 的目录的 Avamar 恢复可能会导致高内存利用率，可能会挂起或崩溃。