Avamar: Avtar COMSTATS-logging inschakelen en interpreteren om communicatieproblemen te diagnosticeren

De uitvoer van communicatiestatistieken (COMSTATS) is nuttig voor het diagnosticeren van communicatieproblemen van avtar naar Avamar Server. Deze informatie kan helpen om te bewijzen of er een communicatieknelpunt optreedt op de Avamar-server.

Comstats levert statistieken over data die worden overgedragen tussen de Avamar client en de server. Het kan niet worden gebruikt om problemen te diagnosticeren waarbij een back-up naar Data Domain wordt verzonden.

Wanneer back-ups naar Data Domain worden verzonden, worden namelijk alleen metadata naar de Avamar-server verzonden. De grootte van metadata is klein in verhouding tot de back-upgegevens die avtar naar Data Domain stuurt.


"COMSTATS"-uitvoer toepassen op avtar-logging:

COMSTATS voegt veel regels toe aan de logboeken, dus het moet spaarzaam worden gebruikt.
Gebruik dit alleen voor scenario's met prestatieproblemen waarbij de reactietijd van de Avamar-server of de wachtrijtijd van clients vermoedelijk een oorzaak is.
 

1. Bewerk of maak een tekstbestand op het clientsysteem met de naam avtar.Cmd. Het bestand moet in de Avamar-installatiemap worden geplaatst (eerder in dit artikel genoemd).
2. Gebruik een teksteditor om het bestand te maken en voeg deze regels toe voordat u het bestand opslaat.

--comstats

Het is ook mogelijk om comstats-logging via de gebruikersinterface in te schakelen voor een enkele back-up of in te schakelen voor een volledige dataset. 
 

• Selecteer de knop 'Meer opties'.
• Kies voor 'Geavanceerde opties'. 
• Schakel het selectievakje 'Foutopsporingsberichten inschakelen' in wanneer u een enkele back-up uitvoert of de optie --comstats=true toevoegt aan een gegevensset. 
• Dit wordt beschreven in de Avamar System Administrator-handleiding.

Algemene informatie:
 

• De TCP-socketbuffer aan de clientzijde is gevuld met maxpending aanvragen voor de Avamar Server.
• Avtar bewaakt de responstijd van de Avamar-server en past standaard "maxpending" aan om overeen te komen met de responssnelheid van de Avamar-server.
• Als avtar geen antwoord van de Avamar-server ontvangt binnen 60 seconden, wordt de aanvraag opnieuw verzonden. Dit is een nieuwe poging op applicatieniveau, geen TCP. In dit geval, als de Avamar-server al heeft geantwoord (ACK), ontvangt avtar een tweede ACK en meldt UNECESSARY.
• WorkQ0 bewaart de antwoorden van de Avamar server. Dit getal moet altijd een laag, enkel cijfer zijn. Zo niet, dan duidt dit op een probleem aan de clientzijde.

Anatomie van een COMSTATS-lijn

Als --comstats is ingesteld, voert avtar elke seconde COMSTATS-berichten uit in het logboek.

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

De volgende regel bevat statistieken voor reactie- en vertragingstijden van de Avamar-server in het interval sinds het vorige bericht:

• De gemiddelde vertraging bedroeg 0,008 s.
• [Bereik 0 tot 0,21 sec].
• Standaarddeviatie = 0,03.
• n=<Aantal berichten sinds de laatste "TUNE".>

De eerste reeks getallen is voor vertraging van berichten van het type "Non-data". De tweede set gegevens is voor vertraging van berichten van het type "Data".

• MSG_CMD_LOGIN - Meld u aan bij de server met de opgegeven referenties.
• TICKETLOGIN - log in op de server met het meegeleverde sessieticket.
• HASH_IS_PRESENT (hash)- Is de hash al opgeslagen op de server?
• MSG_CMD_MOD_BACKUP_LIST (time, label, size, expiration, root hash, LSTR_ADD) -- Neem een nieuwe back-up root hash op.

• ADD_HASH_DATA (hash, type, data)- Voeg nieuwe gegevens van het type type toe met adreshash.
• GET_HASH_DATA (hash)- Gegevens ophalen voor hash-retourneringstype en -gegevens.

Meer informatie over MAXPENDING