Avamar: come abilitare e interpretare la registrazione di COMSTATS in avtar per diagnosticare i problemi di comunicazione

L'output delle statistiche di comunicazione (COMSTATS) è utile per diagnosticare i problemi di comunicazione tra avtar e Avamar Server. Queste informazioni possono aiutare a dimostrare se si sta verificando un collo di bottiglia della comunicazione sull'Avamar Server.

Comstats fornisce statistiche sui dati trasferiti tra il client e il server Avamar. Non può essere utilizzato per diagnosticare problemi in cui un backup viene inviato a Data Domain.

Ciò è dovuto al fatto che quando i backup vengono inviati a Data Domain, solo i metadati vengono inviati all'Avamar Server. La dimensione dei metadati è ridotta rispetto ai dati di backup che avtar invia a Data Domain.


Come applicare l'output "COMSTATS" alla registrazione avtar:

COMSTATS aggiunge molte righe ai registri, quindi dovrebbe essere usato con parsimonia.
Utilizzarlo solo per scenari di problemi di prestazioni in cui si sospetta che il tempo di risposta o il tempo di coda del client di Avamar Server sia una causa.
 

1. Modificare o creare un file di testo sul sistema client denominato avtar.Cmd. Il file deve essere inserito nella directory di installazione di Avamar (menzionata in precedenza in questo articolo).
2. Utilizzare un editor di testo per creare il file e aggiungere queste righe prima di salvarlo.

--comstats

È anche possibile abilitare la registrazione di comstats tramite l'interfaccia utente per un singolo backup o abilitarla per un intero set di dati. 
 

• Seleziona il pulsante "Altre opzioni".
• Scegli "Opzioni avanzate". 
• Selezionare la casella di controllo "Enable Debugging Messages" durante l'esecuzione di un singolo backup o l'aggiunta dell'opzione --comstats=true a un dataset. 
• Questa operazione è documentata nella guida per l'amministratore di sistema Avamar.

Generalità:
 

• Il buffer del socket TCP lato client viene riempito con richieste "maxpending" all'Avamar Server.
• Avtar monitora il tempo di risposta di Avamar Server e, per impostazione predefinita, regola "maxpending" in modo che corrisponda al tasso di risposta di Avamar Server.
• Se avtar non riceve una risposta dell'Avamar Server entro 60 secondi, invia nuovamente la richiesta. Si tratta di un nuovo tentativo a livello di applicazione, non TCP. In questo caso, se l'Avamar Server ha già risposto (ACK), avtar riceverà un secondo ACK e segnala UNEEDED.
• WorkQ0 conserva le risposte dall'Avamar Server. Questo numero deve essere sempre basso, a una cifra. In caso contrario, indica un problema lato client.

Anatomia di una linea

COMSTATSSe - -comstats è impostato, avtar genera messaggi COMSTATS ogni secondo nel registro.

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

La riga seguente mostra le statistiche per i tempi di risposta e ritardo di Avamar Server nell'intervallo dal messaggio precedente:

• Il ritardo medio è stato di 0,008 s.
• [Intervallo da 0 a 0,21 sec].
• Deviazione standard = 0,03.
• n=<Numero di messaggi dall'ultimo "TUNE".>

La prima serie di numeri è per il ritardo dei messaggi di tipo "Non dati". Il secondo set di dati riguarda il ritardo dei messaggi di tipo "Data".

• MSG_CMD_LOGIN - Accedere al server con le credenziali fornite.
• TICKETLOGIN - accedere al server con il ticket di sessione fornito.
• HASH_IS_PRESENT (hash): l'hash è già archiviato sul server?
• MSG_CMD_MOD_BACKUP_LIST (ora, etichetta, dimensione, scadenza, root hash, LSTR_ADD): consente di registrare un nuovo hash root di backup.

• ADD_HASH_DATA (hash, tipo, dati): aggiunge nuovi dati di tipo tipo con hash dell'indirizzo.
• GET_HASH_DATA (hash): Recuperare i dati per l'hash che restituisce tipo e dati.

Ulteriori informazioni su MAXPENDING