Avamar: Slik aktiverer og tolker du avtar COMSTATS-logging for å diagnostisere kommunikasjonsproblemer

Summary: Avamars avtar-prosess gir logging av kommunikasjonsstatistikk, kjent som COMSTATS. Denne artikkelen forklarer hvordan du aktiverer og tolker denne informasjonen for å diagnostisere kommunikasjonsproblemer. ...

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

COMSTATS-utdata (kommunikasjonsstatistikk) er nyttige for å diagnostisere kommunikasjonsproblemer fra avtar til Avamar Server. Denne informasjonen kan bidra til å bevise om det oppstår en flaskehals for kommunikasjon på Avamar-serveren.

Comstats gir statistikk over data som overføres mellom Avamar-klienten og serveren. Den kan ikke brukes til å diagnostisere problemer der en sikkerhetskopi sendes til Data Domain.

Når sikkerhetskopier sendes til Data Domain, sendes derfor bare metadata til Avamar-serveren. Størrelsen på metadata er liten i forhold til sikkerhetskopidataene som avtar sender til Data Domain.


Slik bruker du "COMSTATS"-utdata til avtar-logging:

COMSTATS legger til mange linjer i loggene, så det bør brukes sparsomt.
Bruk den bare i scenarioer med ytelsesproblemer der Avamar-serverens svartid eller klientkøtid mistenkes å være en årsak.
 
  1. Rediger eller opprett en tekstfil på klientsystemet kalt avtar.Cmd. Filen må plasseres i Avamar-installasjonsmappen (nevnt tidligere i denne artikkelen).
  2. Bruk et tekstredigeringsprogram til å opprette filen og legge til disse linjene før du lagrer filen.

--Comstats

Det er også mulig å aktivere comstats logging gjennom brukergrensesnittet for en enkelt sikkerhetskopi eller aktivere den for et helt datasett. 
 
  • Velg knappen 'Flere alternativer'.
  • Velg 'Avanserte alternativer'. 
  • Merk av for "Aktiver feilsøkingsmeldinger" mens du utfører en enkelt sikkerhetskopi eller legger til --comstats=true-alternativet i et datasett. 
  • Dette er dokumentert i veiledningen for Avamar-systemadministrator.


Generell informasjon:
 
  • TCP Socket-bufferen på klientsiden er fylt med "maxventing"-forespørsler til Avamar-serveren.
  • Avtar overvåker svartiden til Avamar-serveren, og justerer "maxpending" som standard slik at den samsvarer med svarhyppigheten til Avamar-serveren.
  • Hvis avtar ikke mottar svar fra Avamar-serveren innen 60 sekunder, sendes forespørselen på nytt. Dette er et forsøk på nytt programnivå, ikke TCP. I dette tilfellet, hvis Avamar-serveren allerede har svart (ACK), vil avtar motta en ny ACK, og rapporterer UNØDVENDIG.
  • WorkQ0 beholder svarene fra Avamar-serveren. Dette tallet skal alltid være et lavt, enkelt siffer. Hvis ikke, indikerer det et problem på klientsiden.

Anatomien til en COMSTATS-serie

Hvis --comstats er angitt, avtar poster COMSTATS meldinger hvert sekund inn 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 statistikk for Avamar-serverrespons og forsinkelsestider i intervallet siden forrige melding:
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
  • Gjennomsnittlig forsinkelse var 0,008 s.
  • [Område 0 til 0,21 sek].
  • Standardavvik = 0,03.
  • n =< Antall meldinger siden forrige "TUNE".>
 

Det første settet med tall er for forsinkelse av meldinger av typen "Non-data". Det andre datasettet er for forsinkelse av meldinger av typen "Data".

Meldinger av andre typer enn data
  • MSG_CMD_LOGIN - Logg på serveren med oppgitt legitimasjon.
  • TICKETLOGIN - logg inn på serveren med den medfølgende sesjonsbilletten.
  • HASH_IS_PRESENT (hash)- Er hashen allerede lagret på serveren?
  • MSG_CMD_MOD_BACKUP_LIST (tid, etikett, størrelse, utløp, rothash, LSTR_ADD) - Ta opp en ny sikkerhetskopirothash.
 
Meldinger av datatype:
  • ADD_HASH_DATA (hash, type, data)- Legg til nye data av typen type med adresse hash.
  • GET_HASH_DATA (hash)- Hente data for hash-returtype og -data.


Mer informasjon om MAXPENDING
MaxVenting har dessverre to betydninger:

1. MaxPending er et flagg som kan settes ved hjelp av avtar.cmd. 

Dette angir MAX-størrelsen på køen. Størrelsen justeres automatisk. Dette er bare en klientsideinnstilling: Avamar-serveren har ingen rolle her.

2. MaxPending er også gjeldende verdi som AVTAR justerer, men ikke overskrider flaggverdien.

Dette er gjeldende størrelse på ventende meldingskø og justeres av avtar slik at den samsvarer med serverens svartid.  
 
Vi kunne se to forskjellige "maxpending" verdier. Den "maxpending" nåværende køverdien vil aldri være høyere enn "maxpending" -flagget.




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.