Avamar:如何啟用和解譯 avtar COMSTATS 紀錄,以針對通訊問題進行故障診斷
Summary: Avamar 的 avtar 程序提供稱為 COMSTATS 的通訊統計資料記錄。本文說明如何啟用和解譯此資訊,以診斷通訊問題。
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
通訊統計 (COMSTATS) 輸出有助於診斷 avtar 至 Avamar Server 的通訊問題。此資訊可協助證明 Avamar 伺服器是否發生通訊瓶頸。
Comstats 提供在 Avamar 用戶端和伺服器之間傳輸的資料統計資料。它無法用於診斷備份傳送至 Data Domain 的問題。
這是因為備份傳送至 Data Domain 時,只有中繼資料會傳送至 Avamar 伺服器。與 avtar 傳送到 Data Domain 的備份資料相比,中繼資料的大小很小。
如何將「COMSTATS」輸出套用至 avtar 紀錄:
COMSTATS 在日誌中添加了許多行,因此應謹慎使用。
僅用於懷疑為 Avamar 伺服器回應時間或用戶端佇列時間為原因的效能問題情境。
一般資訊:
COMSTATS 線
剖析如果設置 了 --comstats,avtar 每秒將 COMSTATS 消息輸出到日誌中。
下列行顯示 Avamar Server 回應的統計資料,以及自上一訊息以來間隔內的延遲時間:
關於 MAXPENDING 的更多資訊
1. maxpending 是一個可以使用 avtar.cmd 設定的標誌。
這會指定佇列的 MAX 大小。大小會自動調整。這隻是用戶端設定,Avamar 伺服器在此沒有角色。
2. maxpending 也是 avtar 調整的目前值,但不超過旗標值。
這是待處理消息佇列的當前大小,由 avtar 調整以匹配伺服器回應時間。
Comstats 提供在 Avamar 用戶端和伺服器之間傳輸的資料統計資料。它無法用於診斷備份傳送至 Data Domain 的問題。
這是因為備份傳送至 Data Domain 時,只有中繼資料會傳送至 Avamar 伺服器。與 avtar 傳送到 Data Domain 的備份資料相比,中繼資料的大小很小。
如何將「COMSTATS」輸出套用至 avtar 紀錄:
COMSTATS 在日誌中添加了許多行,因此應謹慎使用。
僅用於懷疑為 Avamar 伺服器回應時間或用戶端佇列時間為原因的效能問題情境。
- 在名為 avtar 的用戶端系統上編輯或建立文字檔。嘖。檔案必須放置在 Avamar 安裝目錄中 (本文先前提及)。
- 使用文字編輯器建立檔案並新增這幾行內容,然後再儲存檔案。
--康斯塔茨
還可以通過使用者介面為單個備份啟用 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」旗標。
Additional Information
Affected Products
AvamarProducts
Avamar, Avamar ClientArticle Properties
Article Number: 000013875
Article Type: How To
Last Modified: 28 Mar 2024
Version: 7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.