Авамар: Як увімкнути та інтерпретувати журналювання avtar COMSTATS для діагностики проблем зі зв'язком

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

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

Це пов'язано з тим, що там, де резервні копії надсилаються до Data Domain, на сервер Avamar надсилаються лише метадані. Цей розмір метаданих є крихітним порівняно з резервними даними, які avtar надсилає до Data Domain.


Як застосувати вивід "COMSTATS" до протоколювання avtar:

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

1. Відредагуйте або створіть текстовий файл у системі клієнта з іменем avtar.cmd. Файл повинен бути поміщений в директорію установки Avamar (згадувалося раніше в цій статті).
2. Використовуйте текстовий редактор, щоб створити файл і додати ці рядки перед збереженням файлу.

--comstats

Також можна увімкнути логування comstats через інтерфейс користувача для однієї резервної копії або увімкнути його для цілого набору даних. 
 

• Виберіть кнопку «Додаткові параметри».
• Виберіть "Додаткові параметри". 
• Позначте пункт "Увімкнути повідомлення налагодження" під час виконання одного резервного копіювання або додавання опції --comstats=true до набору даних. 
• Це задокументовано в керівництві по роботі з системним адміністратором Avamar.

Загальна інформація:
 

• Буфер TCP Socket на стороні клієнта заповнюється "maxpending" запитами до сервера Avamar.
• Avtar відстежує час відповіді сервера Avamar і, за замовчуванням, налаштовує "maxpending", щоб він відповідав швидкості відповіді сервера Avamar.
• Якщо avtar не отримує відповіді сервера Avamar протягом 60 секунд, він надсилає запит повторно. Це повторна спроба на рівні програми, а не TCP. У цьому випадку, якщо сервер Avamar вже відповів (ACK), avtar отримає другий ACK, і повідомляє UREQUIRED.
• WorkQ0 зберігає відповіді з сервера Avamar. Це число завжди має бути низьким, однозначним. Якщо ні, це вказує на проблему на стороні клієнта.

Анатомія лінії

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". Другий набір даних призначений для затримки повідомлень типу "Дані".

• MSG_CMD_LOGIN - Увійдіть на сервер за допомогою наданих облікових даних.
• TICKETLOGIN - вхід на Сервер за допомогою наданого Квитка на сеанс.
• HASH_IS_PRESENT (хеш)- Хеш вже зберігається на сервері?
• MSG_CMD_MOD_BACKUP_LIST (час, мітка, розмір, термін дії, кореневий хеш, LSTR_ADD) – Запишіть новий кореневий хеш резервної копії.

• ADD_HASH_DATA (хеш, тип, дані)- Додайте нові дані типу з хешем адреси.
• GET_HASH_DATA (хеш)- Отримуйте дані для типу та даних, що повертають хеш.

Більше інформації про MAXPENDING