Avamar: Så här aktiverar och tolkar du avtar COMSTATS-loggning för att diagnostisera kommunikationsproblem

Summary: Avamars Avtar-process tillhandahåller loggning av kommunikationsstatistik som kallas COMSTATS. Den här artikeln beskriver hur du aktiverar och tolkar den här informationen för att diagnostisera kommunikationsproblem. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

Utdata från kommunikationsstatistik (COMSTATS) är användbara för att diagnostisera kommunikationsproblem mellan Avtar och Avamar Server. Den här informationen kan hjälpa till att bevisa om det uppstår en flaskhals i kommunikationen på Avamar-servern.

Comstats tillhandahåller statistik om data som överförs mellan Avamar-klienten och servern. Den kan inte användas för att diagnostisera problem där en säkerhetskopia skickas till Data Domain.

Det beror på att när säkerhetskopior skickas till Data Domain skickas endast metadata till Avamar-servern. Storleken på metadata är liten i förhållande till de säkerhetskopierade data som Avtar skickar till Data Domain.


Så här tillämpar du "COMSTATS"-utdata på avtar-loggning:

COMSTATS lägger till många rader i loggarna, så det bör användas sparsamt.
Använd den endast för scenarier med prestandaproblem där Avamar-serverns svarstid eller klientkötid misstänks vara en orsak.
 
  1. Redigera eller skapa en textfil på klientsystemet med namnet avtar.Cmd. Filen måste placeras i Avamar-installationskatalogen (nämnts tidigare i den här artikeln).
  2. Använd en textredigerare för att skapa filen och lägg till dessa rader innan du sparar filen.

--Comstats

Det är också möjligt att aktivera komstatsloggning via användargränssnittet för en enskild säkerhetskopia eller aktivera den för en hel datauppsättning. 
 
  • Välj knappen "Fler alternativ".
  • Välj "Avancerade alternativ". 
  • Markera kryssrutan "Aktivera felsökningsmeddelanden" när du utför en enskild säkerhetskopiering eller lägger till - -comstats=true alternativet i en datauppsättning. 
  • Det finns dokumenterat i Avamars systemadministratörsmanual.


Allmän information:
 
  • TCP Socket-bufferten på klientsidan är fylld med "maxpending"-begäranden till Avamar-servern.
  • Avtar övervakar Avamar-serverns svarstid och justerar som standard "maxpending" så att den matchar Avamar-serverns svarsfrekvens.
  • Om avtar inte får ett Avamar-serversvar inom 60 sekunder skickas begäran igen. Det här är ett nytt försök på programnivå, inte TCP. I det här fallet, om Avamar-servern redan har svarat (ACK), kommer avtar att ta emot en andra ack och rapporterar UNECESSARY.
  • WorkQ0 behåller svaren från Avamar-servern. Det här numret ska alltid vara en låg, ensiffrig siffra. Annars indikerar det ett problem på klientsidan.

Uppbyggnaden av en COMSTATS-linje

Om --comstats har angetts matar avtar ut COMSTATS-meddelanden varje sekund i loggen. 
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

Följande rad visar statistik för Avamar-serverns svars- och fördröjningstider i intervallet sedan föregående meddelande:
delay=(0,008 [0,000..0.210] sd=0,030 n= 53) (0,022 [0,000..0.324] sd=0,066 n= 31):
Tolkning av linjen
  • Genomsnittlig försening var 0.008 s.
  • [Intervall 0 till 0,21 sek].
  • Standardavvikelse = 0,03.
  • n=<Antal meddelanden sedan senaste "TUNE".>
 

Den första uppsättningen siffror är för fördröjning av meddelanden av typen "Icke-data". Den andra uppsättningen data är för fördröjning av meddelanden av typen "Data".

Meddelanden som inte är av datatyp
  • MSG_CMD_LOGIN – Logga in på servern med de angivna inloggningsuppgifterna.
  • TICKETLOGIN - logga in på servern med den tillhandahållna sessionsbiljetten.
  • HASH_IS_PRESENT (hash) – Är hashen redan lagrad på servern?
  • MSG_CMD_MOD_BACKUP_LIST (tid, etikett, storlek, utgångsdatum, rothash, LSTR_ADD) – Registrera en ny säkerhetskopia av rothashen.
 
Meddelanden om datatyp:
  • ADD_HASH_DATA (hash, typ, data) – Lägg till nya data av typen kind med adresshash.
  • GET_HASH_DATA (hash)- Hämta data för hash-returtyp och data.


Mer information om MAXPENDING
Maxpending, tyvärr, har två betydelser:

1. Maxpending är en flagga som kan ställas in med avtar.cmd. 

Detta anger MAX-storleken för kön. Storleken justeras automatiskt. Det här är bara en inställning på klientsidan, Avamar-servern har ingen roll här.

2. Maxpending är också det aktuella värdet som Avtar justerar, men som inte överskrider flaggvärdet.

Det här är den aktuella storleken på kön för väntande meddelanden och justeras av avtar så att den matchar serverns svarstid.  
 
Vi kunde se två olika "maxpending"-värden. Det aktuella kövärdet "maxpending" kommer aldrig att vara högre än flaggan "maxpending".




Additional Information

  •  

Affected Products

Avamar

Products

Avamar, Avamar Client
Article Properties
Article Number: 000013875
Article Type: How To
Last Modified: 28 Mar 2024
Version:  7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.