Avamar: İletişim sorunlarını tanılamak için avtar COMSTATS günlüğünü etkinleştirme ve yorumlama

İletişim istatistikleri (COMSTATS) çıktısı, avtar ile Avamar Server arasındaki iletişim sorunlarını tanılamak için kullanışlıdır. Bu bilgiler, Avamar sunucusunda bir iletişim darboğazı oluşup oluşmadığını kanıtlamaya yardımcı olabilir.

Comstats, Avamar istemcisi ve sunucusu arasında aktarılan verilerle ilgili istatistikler sağlar. Yedeğin Data Domain'e gönderildiği sorunları tanılamak için kullanılamaz.

Bunun nedeni, yedeklemelerin Data Domain'e gönderildiği durumlarda Avamar sunucusuna yalnızca meta verilerin gönderilmesidir. Bu meta veri boyutu, avtar'ın Data Domain'e gönderdiği yedekleme verilerine göre çok küçüktür.


Avtar günlüğüne "COMSTATS" çıktısı uygulama:

COMSTATS günlüklere çok sayıda satır ekler, bu nedenle dikkatli kullanılmalıdır.
Yalnızca Avamar sunucusu yanıt süresinin veya istemci sırası süresinin bir neden olduğundan şüphelenilen performans sorunu senaryoları için kullanın.
 

1. İstemci sisteminde avtar adlı bir metin dosyasını düzenleyin veya oluşturun.Cmd. Dosya, Avamar kurulum dizinine yerleştirilmelidir (bu makalenin önceki bölümlerinde bahsedilmiştir).
2. Dosyayı oluşturmak için bir metin düzenleyici kullanın ve dosyayı kaydetmeden önce bu satırları ekleyin.

--istatistikler

Ayrıca, kullanıcı arayüzü üzerinden comstats günlüğünü tek bir yedekleme için veya tüm veri kümesi için etkinleştirmek de mümkündür. 
 

• 'Diğer Seçenekler' düğmesini seçin.
• 'Gelişmiş Seçenekler'i seçin. 
• Tek bir yedekleme gerçekleştirirken veya bir veri kümesine --comstats=true seçeneğini eklerken 'Hata Ayıklama Mesajlarını Etkinleştir' onay kutusunu işaretleyin. 
• Bu, Avamar Sistem Yöneticisi rehberinde belgelenmiştir.

Genel bilgi:
 

• İstemci tarafı TCP Soket arabelleği, Avamar sunucusuna gelen "maxpending" istekleriyle dolu.
• Avtar, Avamar sunucusu yanıt süresini izler ve varsayılan olarak "maxpending" değerini Avamar sunucusu yanıt hızına uyacak şekilde ayarlar.
• Avtar 60 saniye içinde Avamar sunucusu yanıtı almazsa isteği yeniden gönderir. Bu, TCP değil, uygulama düzeyinde bir yeniden denemedir. Bu durumda, Avamar sunucusu zaten yanıt verdiyse (ACK) avtar ikinci bir ACK alır ve UGEREKLİ olduğunu bildirir.
• WorkQ0 , Avamar sunucusundan gelen yanıtları saklar. Bu sayı her zaman düşük, tek haneli olmalıdır. Değilse, istemci tarafında bir sorun olduğunu gösterir.

Bir COMSTATS hattının

anatomisi --comstats ayarlanırsa, avtar günlüğe her saniye COMSTATS mesajları gönderir.

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şağıdaki satırda, önceki mesajdan bu yana geçen aralıkta Avamar sunucu yanıtı ve gecikme sürelerine ilişkin istatistikler gösterilmektedir:

• Ortalama gecikme 0.008 s idi.
• [Aralık 0 - 0,21 sn].
• Standart sapma = 0.03.
• n=<Son "TUNE">dan bu yana mesaj sayısı.

İlk sayı kümesi, "Veri dışı" türündeki mesajların gecikmesi içindir. İkinci veri grubu, "Veri" türündeki mesajların gecikmesi içindir.

• MSG_CMD_LOGIN - Sağlanan kimlik bilgileriyle Sunucuda oturum açın.
• TICKETLOGIN - sağlanan Oturum Bileti ile Sunucuda oturum açın.
• HASH_IS_PRESENT (hash)- Hash zaten sunucuda depolanıyor mu?
• MSG_CMD_MOD_BACKUP_LIST (zaman, etiket, boyut, sona erme, kök karması LSTR_ADD) -- Yeni bir yedek kök hash'ı kaydedin.

• ADD_HASH_DATA (karma, tür, veri)- Adres karması ile tür türünde yeni veri ekleyin.
• GET_HASH_DATA (karma)- Karma döndürme türü ve verileri için verileri alın.

MAXPENDING hakkında daha fazla bilgi