Avamar：avtar COMSTATSログを有効にして解釈し、通信に関する問題を診断する方法（英語）」

通信統計(COMSTATS)の出力は、avtarからAvamar Serverへの通信に関する問題を診断するのに役立ちます。この情報は、Avamar Serverで通信のボトルネックが発生しているかどうかを確認するのに役立ちます

Comstatsは、Avamarクライアントとサーバー間で転送されるデータに関する統計情報を提供します。バックアップがData Domainに送信される問題の診断には使用できません

これは、バックアップがData Domainに送信される場合、メタデータのみがAvamarサーバーに送信されるためです。メタデータのサイズは、avtarがData Domainに送信するバックアップ データに比べて小さいです


avtarログに「COMSTATS」出力を適用する方法:

COMSTATS はログに多くの行を追加するため、慎重に使用する必要があります
これは、Avamar Serverのレスポンス タイムまたはクライアント キュー時間が原因であると考えられるパフォーマンス問題のシナリオにのみ使用してください。
 

1. avtarという名前のクライアント システムでテキスト ファイルを編集または作成します。cmd です。ファイルは、Avamarのインストール ディレクトリー(この記事で前述)に配置する必要があります。
2. テキスト エディターを使用してファイルを作成し、ファイルを保存する前に次の行を追加します。

--comstats

また、ユーザー インターフェイスを使用して 、単一のバックアップに対してcomstatsログを有効にしたり、データセット全体に対して有効にしたりすることもできます。 
 

• [その他のオプション]ボタンを選択します。
• 「詳細オプション」を選択します。 
• 1 つのバックアップを実行するとき、またはデータセットに --comstats=true オプションを追加するときに、[デバッグ メッセージを有効にする] チェックボックスをオンにします。 
• これについては、Avamarシステム管理者ガイドに記載されています。

一般情報:
 

• クライアント側のTCPソケット バッファーは、Avamar Serverへの「maxpending」要求でいっぱいになります。
• Avtarは、Avamar Serverのレスポンス タイムを監視し、デフォルトでは、Avamar Serverのレスポンス レートと一致するように「maxpending」を調整します。
• avtarがAvamarサーバーの応答を60秒以内に受信しない場合、要求を再送信します。これはアプリケーション レベルの再試行であり、TCPではありません。この場合、Avamar Serverがすでに応答(ACK)している場合、avtarは2番目のACKを受信し、UNECESSARYと報告します。
• WorkQ0 は、Avamar Serverからの応答を保持します。この数値は常に 1 桁未満である必要があります。そうでない場合は、クライアント側に問題があることを示しています。

COMSTATSラインの解剖学

--comstatsが設定されている場合、avtarは1秒ごとに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」以降のメッセージ数>。

最初の番号セットは、「非データ」タイプのメッセージの遅延用です。2番目のデータセットは、「Data」タイプのメッセージの遅延用です。

• MSG_CMD_LOGIN - 入力した認証情報を使用してサーバーにログインします。
• TICKETLOGIN - 提供されたセッションチケットを使用してサーバーにログインします。
• HASH_IS_PRESENT (hash):ハッシュはすでにサーバーに保存されていますか?
• MSG_CMD_MOD_BACKUP_LIST (time, label, size, expiration, root hash, LSTR_ADD) -- 新しいバックアップルートハッシュを記録します。

• ADD_HASH_DATA (hash, type, data)- アドレスハッシュを持つ種類のタイプの新しいデータを追加します。
• GET_HASH_DATA(ハッシュ)-ハッシュを返す型とデータのデータを取得します。

MAXPENDINGの詳細情報