Avamar: Cómo habilitar e interpretar el registro COMSTATS de avtar para diagnosticar problemas de comunicación

La salida de estadísticas de comunicación (COMSTATS) es útil para diagnosticar problemas de comunicación de avtar a Avamar Server. Esta información puede ayudar a comprobar si se está produciendo un cuello de botella de comunicación en el servidor Avamar.

Comstats proporciona estadísticas sobre los datos que se transfieren entre el cliente Avamar y el servidor. No se puede utilizar para diagnosticar problemas cuando se envía un respaldo a Data Domain.

Esto se debe a que cuando se envían respaldos a Data Domain, solo los metadatos se envían al servidor Avamar. El tamaño de los metadatos es pequeño en relación con los datos de respaldo que avtar envía a Data Domain.


Cómo aplicar la salida de "COMSTATS" al registro avtar:

COMSTATS agrega muchas líneas a los registros, por lo que debe usarse con moderación.
Úselo solo para escenarios de problemas de rendimiento en los que se sospeche que el tiempo de respuesta del servidor Avamar o el tiempo de espera del cliente son una causa.
 

1. Edite o cree un archivo de texto en el sistema cliente denominado avtar.Cmd. El archivo se debe colocar en el directorio de instalación de Avamar (mencionado anteriormente en este artículo).
2. Utilice un editor de texto para crear el archivo y agregue estas líneas antes de guardar el archivo.

--comstats

También es posible habilitar el registro de comstats a través de la interfaz de usuario para un solo respaldo o habilitarlo para un conjunto de datos completo. 
 

• Seleccione el botón 'Más opciones'.
• Elija 'Opciones avanzadas'. 
• Marque la casilla de verificación "Enable Debugging Messages" mientras realiza un único respaldo o agrega la opción --comstats=true a un conjunto de datos. 
• Esto se documenta en la guía del administrador del sistema Avamar.

Información general:
 

• El búfer de socket TCP del lado del cliente está lleno de solicitudes "maxpending" al servidor Avamar.
• Avtar monitorea el tiempo de respuesta del servidor Avamar y, de manera predeterminada, ajusta "maxpending" para que coincida con la tasa de respuesta del servidor Avamar.
• Si avtar no recibe una respuesta del servidor Avamar después de 60 s, vuelve a enviar la solicitud. Este es un reintento en el nivel de aplicación, no TCP. En este caso, si el servidor Avamar ya respondió (ACK), avtar recibirá un segundo ACK e informará que no es necesario.
• WorkQ0 conserva las respuestas del servidor Avamar. Este número siempre debe ser bajo, de un solo dígito. De lo contrario, indica un problema del lado del cliente.

Anatomía de una línea

COMSTATSSi se configura --comstats, avtar envía mensajes COMSTATS cada segundo en el 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

En la siguiente línea, se muestran las estadísticas de los tiempos de respuesta y retraso del servidor Avamar en el intervalo desde el mensaje anterior:

• El retardo medio fue de 0,008 s.
• [Rango de 0 a 0,21 s].
• Desviación estándar = 0,03.
• n=<Número de mensajes desde el último "TUNE".>

El primer conjunto de números es para el retraso de los mensajes de tipo "No datos". El segundo conjunto de datos es para el retraso de los mensajes de tipo "Datos".

• MSG_CMD_LOGIN: Inicie sesión en el servidor con las credenciales proporcionadas.
• TICKETLOGIN : inicie sesión en el servidor con el vale de sesión proporcionado.
• HASH_IS_PRESENT (hash): ¿El hash ya está almacenado en el servidor?
• MSG_CMD_MOD_BACKUP_LIST (hora, etiqueta, tamaño, vencimiento, hash raíz, LSTR_ADD): registre un nuevo hash raíz de respaldo.

• ADD_HASH_DATA (hash, tipo, datos): agregue nuevos datos de tipo con hash de dirección.
• GET_HASH_DATA (hash)- Recupera datos para el tipo y los datos de retorno de hash.

Más información sobre MAXPENDING