Avamar:如何啟用和解譯 avtar COMSTATS 紀錄,以針對通訊問題進行故障診斷

摘要: Avamar 的 avtar 程序提供稱為 COMSTATS 的通訊統計資料記錄。本文說明如何啟用和解譯此資訊,以診斷通訊問題。

本文章適用於 本文章不適用於 本文無關於任何特定產品。 本文未識別所有產品版本。

說明

通訊統計 (COMSTATS) 輸出有助於診斷 avtar 至 Avamar Server 的通訊問題。此資訊可協助證明 Avamar 伺服器是否發生通訊瓶頸。

Comstats 提供在 Avamar 用戶端和伺服器之間傳輸的資料統計資料。它無法用於診斷備份傳送至 Data Domain 的問題。

這是因為備份傳送至 Data Domain 時,只有中繼資料會傳送至 Avamar 伺服器。與 avtar 傳送到 Data Domain 的備份資料相比,中繼資料的大小很小。


如何將「COMSTATS」輸出套用至 avtar 紀錄:

COMSTATS 在日誌中添加了許多行,因此應謹慎使用。
僅用於懷疑為 Avamar 伺服器回應時間或用戶端佇列時間為原因的效能問題情境。

 
  1. 在名為 avtar 的用戶端系統上編輯或建立文字檔嘖。檔案必須放置在 Avamar 安裝目錄中 (本文先前提及)。
  2. 使用文字編輯器建立檔案並新增這幾行內容,然後再儲存檔案。

--康斯塔茨

還可以通過使用者介面為單個備份啟用 comstats 日誌記錄,或為整個數據集啟用它。 
 
  • 選擇「更多選項」 按鈕。
  • 選擇「高級選項」。 
  • 在執行單一備份或將 --comstats=true 選項新增至資料集時,勾選「啟用偵錯訊息」核取方塊。 
  • 這會記錄在 Avamar 系統管理員指南中。


一般資訊:
 
  • 用戶端 TCP 通訊端緩衝充滿對 Avamar 伺服器的「maxpending」要求。
  • Avtar 會監控 Avamar Server 回應時間,並預設會調整「maxpending」以符合 Avamar Server 回應率。
  • 如果 avtar 在 60 秒內未收到 Avamar Server 回應,它會重新傳送要求。這是應用程式層級重試,而非 TCP。在這種情況下,如果 Avamar 伺服器已回覆 (ACK),avtar 將會收到第二個 ACK,並回報不必要的報告。
  • WorkQ0 會保留來自 Avamar 伺服器的回應。此數字應始終為低個位數。如果不是,則表示客戶端存在問題。

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.000..0.210] sd=0.030 n= 53) (0.022 [0.000..0.324] sd=0.066 n= 31):
線路解讀
  • 平均延遲為 0.008 秒。
  • [範圍:0 至 0.21 秒]。
  • 標準差 = 0.03。
  • n=<自上次“TUNE”>以來的消息數。
 

第一組數位用於「非數據」類型消息的延遲。第二組數據用於「數據」類型消息的延遲。

非資料類型訊息
  • MSG_CMD_LOGIN - 使用提供的認證登入伺服器。
  • TICKETLOGIN - 使用提供的會話票證登錄伺服器。
  • HASH_IS_PRESENT(哈希)- 哈希是否已存儲在伺服器上?
  • MSG_CMD_MOD_BACKUP_LIST (時間、標籤、大小、到期、根哈希LSTR_ADD) -- 記錄新的備份根哈希。
 
資料類型訊息:
  • ADD_HASH_DATA(哈希、類型、數據)- 使用位址哈希添加種類的新數據。
  • GET_HASH_DATA (雜湊)-檢索哈希返回類型和數據的數據。


關於 MAXPENDING 的更多資訊
不幸的是,Maxpending有兩個含義:

1. maxpending 是一個可以使用 avtar.cmd 設定的標誌。 

這會指定佇列的 MAX 大小。大小會自動調整。這隻是用戶端設定,Avamar 伺服器在此沒有角色。

2. maxpending 也是 avtar 調整的目前值,但不超過旗標值。

這是待處理消息佇列的當前大小,由 avtar 調整以匹配伺服器回應時間。  
 
我們可以看到兩種不同的「maxpending」值。「maxpending」目前佇列值永遠不會高於「maxpending」旗標。




其他資訊

  •  

受影響的產品

Avamar

產品

Avamar, Avamar Client
文章屬性
文章編號: 000013875
文章類型: How To
上次修改時間: 28 3月 2024
版本:  7
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。