Avamar: Włączanie i interpretowanie rejestrowania avtar COMSTATS w celu diagnozowania problemów z komunikacją

Dane wyjściowe statystyk komunikacji (COMSTATS) są przydatne do diagnozowania problemów z komunikacją avtar z Avamar Server. Informacje te mogą pomóc w ustaleniu, czy na serwerze Avamar występuje wąskie gardło komunikacji.

Comstats zapewnia statystyki dotyczące danych przesyłanych między klientem Avamar a serwerem. Nie można jej używać do diagnozowania problemów, w przypadku gdy kopia zapasowa jest wysyłana do Data Domain.

Dzieje się tak dlatego, że tam, gdzie kopie zapasowe są wysyłane do Data Domain, do serwera Avamar wysyłane są tylko metadane. Rozmiar metadanych jest niewielki w stosunku do danych kopii zapasowej, które avtar wysyła do Data Domain.


Jak zastosować dane wyjściowe "COMSTATS" do rejestrowania avtar:

COMSTATS dodaje wiele wierszy do dzienników, dlatego należy go używać oszczędnie.
Należy go używać tylko w przypadku problemów z wydajnością, w których podejrzewa się, że przyczyną jest czas odpowiedzi serwera Avamar lub czas kolejki klientów.
 

1. Edytuj lub utwórz w systemie klienckim plik tekstowy o nazwie avtar.Cmd. Plik należy umieścić w katalogu instalacyjnym Avamar (wspomnianym wcześniej w tym artykule).
2. Użyj edytora tekstu, aby utworzyć plik i dodaj te wiersze przed zapisaniem pliku.

--comstats

Możliwe jest również włączenie rejestrowania comstats za pośrednictwem interfejsu użytkownika dla pojedynczej kopii zapasowej lub włączenie go dla całego zestawu danych. 
 

• Wybierz przycisk "Więcej opcji".
• Wybierz "Opcje zaawansowane". 
• Zaznacz pole wyboru "Włącz debugowanie komunikatów" podczas wykonywania pojedynczej kopii zapasowej lub dodawania opcji --comstats=true do zestawu danych. 
• Jest to udokumentowane w podręczniku administratora systemu Avamar.

Informacje ogólne:
 

• Bufor gniazda TCP po stronie klienta jest wypełniony żądaniami "maxpoczekującymi" wysyłanymi do serwera Avamar.
• Narzędzie Avtar monitoruje czas odpowiedzi serwera Avamar i domyślnie dostosowuje wartość "maxpending", aby odpowiadała szybkości odpowiedzi serwera Avamar.
• Jeśli avtar nie otrzyma odpowiedzi serwera Avamar w ciągu 60 sekund, ponownie wysyła żądanie. Jest to ponawianie próby na poziomie aplikacji, a nie protokołu TCP. W takim przypadku, jeśli serwer Avamar już odpowiedział (ACK), avtar otrzyma drugie ACK i zgłosi UNIEZBĘDNE.
• WorkQ0 przechowuje odpowiedzi z serwera Avamar. Liczba ta powinna być zawsze niska, jednocyfrowa. Jeśli nie, oznacza to problem po stronie klienta.

Anatomia linii

COMSTATSJeśli ustawiono opcję --comstats, avtar wypisuje komunikaty COMSTATS co sekundę do dziennika.

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

Poniższy wiersz przedstawia statystyki czasu odpowiedzi i opóźnień serwera Avamar w przedziale czasu od poprzedniego komunikatu:

• Średnie opóźnienie wyniosło 0,008 s.
• [Zakres od 0 do 0,21 s].
• Odchylenie standardowe = 0,03.
• n=<Liczba wiadomości od ostatniego "TUNE".>

Pierwszy zestaw liczb służy do opóźnienia komunikatów typu "Non-data". Drugi zestaw danych jest przeznaczony do opóźnień komunikatów typu "Dane".

• MSG_CMD_LOGIN - Zaloguj się do serwera za pomocą podanych poświadczeń.
• TICKETLOGIN - zaloguj się do Serwera za pomocą podanego Session Ticket.
• HASH_IS_PRESENT (hash)- Czy hash jest już przechowywany na serwerze?
• MSG_CMD_MOD_BACKUP_LIST (czas, etykieta, rozmiar, wygaśnięcie, skrót główny LSTR_ADD) — zapisz nowy skrót główny kopii zapasowej.

• ADD_HASH_DATA (hash, typ, dane)- Dodaj nowe dane typu rodzaju z hashem adresu.
• GET_HASH_DATA (haszysz)- Pobierz dane dla typu zwracanego skrótu i danych.

Więcej informacji o MAXPENDING