Avamar. Как включить и интерпретировать регистрацию avtar COMSTATS для диагностики проблем обмена данными

Выходные данные статистики связи (COMSTATS) полезны для диагностики проблем связи между avtar и Avamar Server. Эта информация может помочь доказать, не возникло ли узкое место связи на сервере Avamar.

Comstats предоставляет статистику данных, передаваемых между клиентом и сервером Avamar. Его нельзя использовать для диагностики проблем, когда резервная копия отправляется в Data Domain.

Это связано с тем, что при отправке резервных копий в Data Domain на Avamar Server отправляются только метаданные. Размер метаданных очень мал по сравнению с данными резервной копии, которые avtar отправляет в Data Domain.


Как применить вывод "COMSTATS" к логированию avtar:

COMSTATS добавляет много строк в журналы, поэтому его следует использовать экономно.
Используйте его только в сценариях с проблемой производительности, когда предполагается, что причиной является время отклика сервера Avamar или время клиентской очереди.
 

1. Отредактируйте или создайте текстовый файл в клиентской системе с именем avtar.cmd. Файл необходимо поместить в каталог установки Avamar (упомянутый ранее в этой статье).
2. Используйте текстовый редактор для создания файла и добавьте эти строки перед сохранением файла.

--comstats

Кроме того, можно включить ведение журнала comstats через пользовательский интерфейс для одной резервной копии или для всего набора данных. 
 

• Нажмите кнопку «Дополнительные параметры».
• Выберите «Дополнительные параметры». 
• Установите флажок «Включить сообщения отладки» при выполнении одного резервного копирования или при добавлении параметра --comstats=true в набор данных. 
• Это описано в руководстве системного администратора Avamar.

Общая информация:
 

• Буфер TCP-сокета на стороне клиента заполняется запросами «maxpending» к Avamar Server.
• Avtar отслеживает время отклика сервера Avamar и по умолчанию настраивает параметр «maxpending» в соответствии с частотой отклика сервера Avamar.
• Если avtar не получает ответа от Avamar Server в течение 60 с, он отправляет запрос повторно. Это повторная попытка на уровне приложения, а не на уровне TCP. В этом случае, если сервер Avamar уже ответил (ACK), avtar получит второе подтверждение и сообщит о UNEEDED.
• WorkQ0 сохраняет ответы от Avamar Server. Это число всегда должно быть маленькой, однозначной цифрой. Если нет, это указывает на проблему на стороне клиента.

Анатомия линии

COMSTATSЕсли задано значение --comstats, avtar каждую секунду выводит в журнал сообщения COMSTATS.

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

В следующей строке приведены статистические данные по времени отклика и задержки сервера Avamar за период, прошедший с момента предыдущего сообщения.

• Средняя задержка составила 0,008 с.
• [Диапазон от 0 до 0,21 с].
• Стандартное отклонение = 0,03.
• n =< Количество сообщений с момента последнего "TUNE">.

Первый набор чисел предназначен для задержки сообщений типа "Non-data". Второй набор данных предназначен для задержки сообщений типа "Data".

• MSG_CMD_LOGIN - Войдите на сервер с предоставленными учетными данными.
• TICKETLOGIN - авторизуйтесь на Сервере с предоставленным Билетом Сессии.
• HASH_IS_PRESENT (hash)- Хеш уже хранится на сервере?
• MSG_CMD_MOD_BACKUP_LIST (время, метка, размер, срок действия, хэш корня, LSTR_ADD) -- Запишите новый резервный корневой хэш.

• ADD_HASH_DATA (hash, type, data)- Добавить новые данные типа kind с хэшем адреса.
• GET_HASH_DATA (хэш)- Извлечение данных для хэша, возвращающего тип и данные.

Подробнее о MAXPENDING