Avamar: Como ativar e interpretar o log avtar COMSTATS para diagnosticar problemas de comunicação

O resultado de estatísticas de comunicação (COMSTATS) é útil para diagnosticar problemas de comunicação entre o Avtar e o Avamar Server. Essas informações podem ajudar a comprovar se está ocorrendo um gargalo de comunicação no servidor Avamar.

O Comstats fornece estatísticas sobre os dados transferidos entre o Avamar Client e o servidor. Ele não pode ser usado para diagnosticar problemas em que um backup é enviado ao Data Domain.

Isso ocorre porque, onde os backups são enviados ao Data Domain, somente os metadados são enviados ao Avamar Server. O tamanho dos metadados é pequeno em relação aos dados de backup que o avtar envia ao Data Domain.


Como aplicar a saída "COMSTATS" ao log avtar:

COMSTATS adiciona muitas linhas aos logs, portanto, deve ser usado com moderação.
Use-o somente para cenários de problemas de desempenho em que o tempo de resposta do Avamar Server ou o tempo de fila do client são uma causa.
 

1. Edite ou crie um arquivo de texto no sistema client chamado avtar.Cmd. O arquivo deve ser colocado no diretório de instalação do Avamar (mencionado anteriormente neste artigo).
2. Use um editor de texto para criar o arquivo e adicione essas linhas antes de salvá-lo.

--comstats

Também é possível habilitar o log comstats por meio da interface do usuário para um único backup ou habilitá-lo para um conjunto de dados inteiro. 
 

• Selecione o botão 'More Options'.
• Escolha 'Advanced Options'. 
• Marque a caixa de seleção "Enable Debugging Messages" ao executar um único backup ou adicionar a opção --comstats=true a um conjunto de dados. 
• Isso está documentado no Guia do administrador do sistema Avamar.

Informações gerais:
 

• O buffer do soquete TCP do lado do client é preenchido com solicitações "maxpending" para o Avamar Server.
• A Avtar monitora o tempo de resposta do servidor Avamar e, por padrão, ajusta "maxpending" para corresponder à taxa de resposta do servidor Avamar.
• Se o avtar não receber uma resposta do servidor Avamar em 60 s, ele reenviará a solicitação. Esta é uma nova tentativa no nível do aplicativo, não TCP. Nesse caso, se o servidor Avamar já respondeu (ACK), o avtar receberá um segundo ACK e relatará DESNECESSÁRIO.
• O WorkQ0 mantém as respostas do servidor Avamar. Esse número deve ser sempre um dígito baixo e único. Caso contrário, indica um problema do lado do client.

Anatomia de uma linha

COMSTATSSe --comstats estiver definido, o avtar enviará mensagens COMSTATS a cada segundo para o log.

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

A linha a seguir mostra estatísticas para resposta do servidor Avamar e tempos de atraso no intervalo desde a mensagem anterior:

• O atraso médio foi de 0,008 segundos.
• [Intervalo de 0 a 0,21 seg].
• Desvio padrão = 0,03.
• n =< Número de mensagens desde o último "TUNE".>

O primeiro conjunto de números é para atraso de mensagens do tipo "Não dados". O segundo conjunto de dados é para atraso de mensagens do tipo "Data".

• MSG_CMD_LOGIN - Faça log-in no servidor com as credenciais fornecidas.
• TICKETLOGIN - faça login no Servidor com o Tíquete de Sessão fornecido.
• HASH_IS_PRESENT (hash) - O hash já está armazenado no servidor?
• MSG_CMD_MOD_BACKUP_LIST (hora, rótulo, tamanho, expiração, hash raiz, LSTR_ADD) – Registre um novo hash raiz de backup.

• ADD_HASH_DATA (hash, tipo, dados) - adicione novos tipos de tipo com hash de endereço.
• GET_HASH_DATA (hash)- Recuperar dados para o tipo e dados de retorno de hash.

Mais informações sobre o MAXPENDING