Avamar: Jak povolit a interpretovat protokol avtar COMSTATS za účelem diagnostiky problémů s komunikací

Výstup statistiky komunikace (COMSTATS) je užitečný při diagnostice problémů s komunikací mezi avtarem a serverem Avamar. Tyto informace mohou pomoci prokázat, zda na serveru Avamar dochází k úzkému místu komunikace.

Comstats poskytuje statistiku dat přenášených mezi klientem a serverem Avamar. Nelze jej použít k diagnostice problémů, kdy je záloha odeslána do systému Data Domain.

Důvodem je to, že pokud se zálohy odesílají do systému Data Domain, na server Avamar se odesílají pouze metadata. Velikost metadat je v poměru k zálohovaným datům odesílaným službou avtar do systému Data Domain malá.


Jak použít výstup "COMSTATS" pro protokolování avtar:

COMSTATS přidává do protokolů mnoho řádků, takže by měl být používán střídmě.
Používejte jej pouze pro scénáře problémů s výkonem, kdy existuje podezření, že příčinou je doba odezvy serveru Avamar nebo doba zařazení klienta do fronty.
 

1. Upravte nebo vytvořte textový soubor v klientském systému s názvem avtar.Cmd. Soubor musí být umístěn v instalačním adresáři Avamar (zmíněném výše v tomto článku).
2. K vytvoření souboru použijte textový editor a před uložením souboru přidejte tyto řádky.

--comstats

Je také možné povolit protokolování comstats prostřednictvím uživatelského rozhraní pro jednu zálohu nebo jej povolit pro celou datovou sadu. 
 

• Vyberte tlačítko "Další možnosti".
• Vyberte možnost "Upřesnit možnosti". 
• Zaškrtněte políčko Povolit zprávy ladění při provádění jedné zálohy nebo přidávání - -comstats=true možnosti do datové sady. 
• Postup je zdokumentován v příručce pro správce systému Avamar.

Obecné informace:
 

• Vyrovnávací paměť soketu TCP na straně klienta je zaplněna požadavky "maxpending" na server Avamar.
• Služba Avtar monitoruje dobu odezvy serveru Avamar a ve výchozím nastavení upravuje hodnotu "maxpending" tak, aby odpovídala míře odezvy serveru Avamar.
• Pokud služba avtar neobdrží odpověď serveru Avamar do 60 s, odešle požadavek znovu. Jedná se o opakování na úrovni aplikace, nikoli o protokol TCP. Pokud v takovém případě server Avamar již odpověděl (ACK), služba avtar obdrží druhé potvrzení ACK a nahlásí ZBYTEČNÉ.
• WorkQ0 uchovává odpovědi ze serveru Avamar. Toto číslo by mělo být vždy nízké, jednociferné. Pokud ne, znamená to problém na straně klienta.

Anatomie řady

COMSTATSPokud je nastavena možnost --comstats, služba avtar vypisuje zprávy COMSTATS každou sekundu do protokolu.

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

Následující řádek obsahuje statistické údaje o době odezvy serveru Avamar a prodlevy v intervalu od předchozí zprávy:

• Průměrné zpoždění bylo 0,008 s.
• [Rozsah 0 až 0,21 s].
• Směrodatná odchylka = 0,03.
• n=<Počet zpráv od posledního "TUNE".>

První sada čísel je pro zpoždění zpráv typu "Non-data". Druhá sada dat je pro zpoždění zpráv typu "Data".

• MSG_CMD_LOGIN – Přihlaste se k serveru pomocí zadaných přihlašovacích údajů.
• TICKETLOGIN - přihlášení k serveru pomocí poskytnutého Session Ticketu.
• HASH_IS_PRESENT (hash) – Je hodnota hash již uložena na serveru?
• MSG_CMD_MOD_BACKUP_LIST (čas, popisek, velikost, vypršení platnosti, hash kořene LSTR_ADD) – Zaznamená nový záložní hash kořenového adresáře.

• ADD_HASH_DATA (hash, type, data)- Přidejte nová data typu typu s hashem adresy.
• GET_HASH_DATA (hash)- Načte data pro typ a data vracející hodnotu hash.

Více informací o MAXPENDING