Avamar: Sådan aktiveres og fortolkes avtar COMSTATS-logføring for at diagnosticere kommunikationsproblemer

Summary: Avamars avtar-proces giver kommunikationsstatistiklogning kendt som COMSTATS. I denne artikel forklares det, hvordan du aktiverer og fortolker disse oplysninger for at diagnosticere kommunikationsproblemer. ...

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

Kommunikationsstatistikoutput (COMSTATS) er nyttigt til diagnosticering af kommunikationsproblemer mellem Avtar og Avamar Server. Disse oplysninger kan hjælpe med at bevise, om der opstår en kommunikationsflaskehals på Avamar-serveren.

Comstats leverer statistik over data, der overføres mellem Avamar-klienten og serveren. Den kan ikke bruges til at diagnosticere problemer, hvor der sendes en sikkerhedskopi til Data Domain.

Dette skyldes, at når sikkerhedskopier sendes til Data Domain, sendes kun metadata til Avamar-serveren. Denne størrelse af metadata er lille i forhold til de sikkerhedskopierede data, som avtar sender til Data Domain.


Sådan anvendes "COMSTATS"-output til avtar-logføring:

COMSTATS tilføjer mange linjer til logfilerne, så det skal bruges sparsomt.
Brug den kun til scenarier med problemer med ydeevnen, hvor Avamar-serverens svartid eller klientkøtiden mistænkes for at være en årsag.
 
  1. Rediger eller opret en tekstfil på klientsystemet med navnet avtar.Cmd. Filen skal placeres i Avamar-installationsmappen (nævnt tidligere i denne artikel).
  2. Brug et tekstredigeringsprogram til at oprette filen, og tilføj disse linjer, før du gemmer filen.

--Comstats

Det er også muligt at aktivere comstats-logføring gennem brugergrænsefladen for en enkelt sikkerhedskopi eller aktivere den for et helt datasæt. 
 
  • Vælg knappen 'Flere indstillinger'.
  • Vælg 'Avancerede indstillinger'. 
  • Marker afkrydsningsfeltet 'Enable Debugging Messages', mens du udfører en enkelt sikkerhedskopiering, eller tilføjer indstillingen --comstats=true til et datasæt. 
  • Dette er dokumenteret i Avamar-systemadministratorvejledningen.


Generelle oplysninger:
 
  • TCP Socket-bufferen på klientsiden er fyldt med "maxpending"-anmodninger til Avamar-serveren.
  • Avtar overvåger Avamar-serverens svartid og justerer som standard "maxpending", så den svarer til Avamar-serverens responsrate.
  • Hvis avtar ikke modtager et Avamar-serversvar inden for 60 sekunder, sender den anmodningen igen. Dette er et forsøg på programniveau, ikke TCP. I dette tilfælde, hvis Avamar-serveren allerede har svaret (ACK), modtager avtar en anden ACK og rapporterer UNØDVENDIG.
  • WorkQ0 gemmer svarene fra Avamar-serveren. Dette tal skal altid være et lavt, enkelt ciffer. Hvis ikke, indikerer det et problem på klientsiden.

Anatomi af en COMSTATS-linje

Hvis --comstats er indstillet, udsender avtar COMSTATS-meddelelser hvert 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ølgende linje viser statistik for Avamar-serverens respons og forsinkelsestider i intervallet siden den forrige meddelelse:
forsinkelse=(0,008 [0,000..0.210] sd=0,030 n= 53) (0,022 [0,000..0.324] sd=0,066 n= 31):
Fortolkning af linjen
  • Den gennemsnitlige forsinkelse var 0,008 s.
  • [Område 0 til 0,21 sek.].
  • Standardafvigelse = 0,03.
  • n=<Antal meddelelser siden sidste "TUNE".>
 

Det første sæt tal er til forsinkelse af meddelelser af typen "Ikke-data". Det andet sæt data er til forsinkelse af meddelelser af typen "Data".

Meddelelser af ikke-datatype
  • MSG_CMD_LOGIN - Log ind på serveren med de angivne legitimationsoplysninger.
  • TICKETLOGIN - log ind på serveren med den medfølgende sessionsbillet.
  • HASH_IS_PRESENT (hash)- Er hashen allerede gemt på serveren?
  • MSG_CMD_MOD_BACKUP_LIST (tid, etiket, størrelse, udløb, rodhash LSTR_ADD) – Optag en ny backuprodhash.
 
Meddelelser om datatype:
  • ADD_HASH_DATA (hash, type, data)- Tilføj nye data af typen type med adressehash.
  • GET_HASH_DATA (hash)- Hent data for hash-returtype og data.


Mere information om MAXPENDING
MaxPending har desværre to betydninger:

1. MaxPending er et flag, der kan indstilles ved hjælp af avtar.cmd. 

Dette angiver køens MAX-størrelse. Størrelsen justeres automatisk. Dette er kun en indstilling på klientsiden, og Avamar-serveren har ingen rolle her.

2. MaxPending er også den aktuelle værdi, som AVTAR justerer, men ikke overstiger flagværdien.

Dette er den aktuelle størrelse af den ventende meddelelseskø og justeres af avtar, så den passer til serverens svartid.  
 
Vi kunne se to forskellige "maxpending"-værdier. Den aktuelle køværdi "maxpending" vil aldrig være højere end flaget "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.