Avamar：如何启用和解释 avtar COMSTATS 日志记录以诊断通信问题（英文版）

通信统计信息 （COMSTATS） 输出对于诊断 avtar 与 Avamar Server 的通信问题非常有用。此信息可帮助证明 Avamar Server 上是否发生了通信瓶颈。

Comstats 提供有关 Avamar Client 和 Server 之间传输的数据的统计信息。它不能用于诊断将备份发送到 Data Domain 的问题。

这是因为在将备份发送到 Data Domain 时，仅将元数据发送到 Avamar Server。元数据的大小相对于 avtar 发送到 Data Domain 的备份数据而言非常小。


如何将“COMSTATS”输出应用于 avtar 日志记录：

COMSTATS 在日志中添加了许多行，因此应谨慎使用。
仅用于怀疑 Avamar Server 响应时间或客户端队列时间是原因的性能问题情形。
 

1. 在客户端系统上编辑或创建名为 avtar 的文本文件。cmd。该文件必须放在 Avamar 安装目录中（本文前面提到过）。
2. 使用文本编辑器创建文件并添加以下行，然后保存文件。

--comstats

还可以通过用户界面为单个备份启用 comstats 日志记录，或为整个数据集启用 comstats 日志记录。 
 

• 选择“更多选项”按钮。
• 选择“高级选项”。 
• 在执行单个备份或将 --comstats=true 选项添加到数据集时，选中“启用调试消息”复选框。 
• 这在《Avamar 系统管理员指南》中有所记录。

一般信息：
 

• 客户端 TCP 套接字缓冲区中填充了对 Avamar Server 的“maxpending”请求。
• Avtar 监视 Avamar Server 响应时间，默认情况下，调整“maxpending”以匹配 Avamar Server 响应速率。
• 如果 avtar 在 60 秒内未收到 Avamar Server 响应，它将重新发送请求。这是应用程序级重试，而不是 TCP。在这种情况下，如果 Avamar Server 已回复 （ACK），则 avtar 将收到第二个 ACK，并报告 UNECESSARY。
• WorkQ0 保留来自 Avamar Server 的响应。此数字应始终为低个位数。如果不是，则表示客户端有问题。

COMSTATS 线

剖析如果设置 了 --comstats，则 avtar 每秒将 COMSTATS 消息输出到日志中。

avtar Stats <0000>: 2010-10-11 06:18:20 COMSTATS:0 sent= 84 recv[0]= 84 pending= 1/ 5 int= 0/50 send= 0 bytes= 9408+ 17711 sleepms= 0 delay=(0.008 [0.000..0.210] sd=0.030 n= 53) (0.022 [0.000..0.324] sd=0.066 n= 31)

COLOR CODED EXPLANATION OF THE LOG LINE:

COMSTATS:0 --> The "0" is the DPN index and refers to the GSAN. It is only useful for replication jobs. 0=Source, 1=Target.

sent= 84 recv[0]= 84 --> 84 requests were sent and 84 responses received from the server since the previous comstat message.

pending= 1/ 5 --> avtar has 1 message awaiting server response out of a queue max depth of 5=<current value of maxpending>. 
Large PENDING values indicate slow server response. Avtar will try to increase maxpending to match.

int= 0/50 --> Internal Pending messages / <Avtar FLAG value of MAXPENDING>

send= 0 --> Send queue length

bytes= 9408+ 17711 --> "Message" bytes is 9409; (Xmit-bytes + Rcv-bytes) is 17711
"Message" bytes are defined as GETHASH + ADDHASH + ADDCOMP.

sleepms= 0 --> Throttle delay = 0

以下行显示自上一条消息以来的时间间隔内 Avamar Server 响应和延迟时间的统计信息：

• 平均延迟为 0.008 秒。
• [范围 0 到 0.21 秒]。
• 标准差 = 0.03。
• n=<自上次“TUNE”>以来的消息数。

第一组数字用于“非数据”类型消息的延迟。第二组数据用于“数据”类型消息的延迟。

• MSG_CMD_LOGIN - 使用提供的凭据登录到服务器。
• TICKETLOGIN - 使用提供的会话票证登录到服务器。
• HASH_IS_PRESENT（哈希）- 哈希是否已存储在服务器上？
• MSG_CMD_MOD_BACKUP_LIST （time， label， size， expiration， root hash， LSTR_ADD） -- 记录新的备份根哈希。

• ADD_HASH_DATA（哈希、类型、数据）- 添加具有地址哈希的新数据类型。
• GET_HASH_DATA（哈希）-检索哈希返回类型和数据的数据。

有关 MAXPENDING 的更多信息