Avamar: Avtar COMSTATS -lokiinkirjaamisen ottaminen käyttöön ja tulkinta tietoliikenneongelmien diagnosointia varten

Summary: Avamarin avtar-prosessi tarjoaa tiedonsiirtotilastojen kirjaamisen, joka tunnetaan nimellä COMSTATS. Tässä artikkelissa kerrotaan, miten nämä tiedot otetaan käyttöön ja miten niitä tulkitaan tietoliikenneongelmien diagnosoimiseksi. ...

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

Communication Statistics (COMSTATS) -tuloksesta on hyötyä Avtarin ja Avamar Serverin välisten yhteysongelmien vianmäärityksessä. Nämä tiedot voivat auttaa todistamaan, esiintyykö Avamar-palvelimessa viestinnän pullonkaula.

Comstats tarjoaa tilastotietoja tiedoista, joita siirretään Avamar Clientin ja palvelimen välillä. Sitä ei voi käyttää sellaisten ongelmien diagnosointiin, joissa varmuuskopio lähetetään Data Domainiin.

Tämä johtuu siitä, että kun varmuuskopiot lähetetään Data Domainiin, vain metatiedot lähetetään Avamar-palvelimeen. Tämä metatietojen koko on pieni verrattuna varmuuskopiotietoihin, jotka avtar lähettää Data Domainiin.


COMSTATS-lähdön käyttäminen avtar-lokikirjauksessa:

COMSTATS lisää lokeihin useita rivejä, joten sitä tulisi käyttää säästeliäästi.
Käytä sitä vain suorituskykyongelmissa, joissa syyksi epäillään Avamar-palvelimen vasteaikaa tai asiakkaan jonotusaikaa.
 
  1. Muokkaa tai luo työasemajärjestelmään tekstitiedosto nimeltä avtar.Cmd. Tiedosto on sijoitettava Avamarin asennushakemistoon (mainittu aiemmin tässä artikkelissa).
  2. Luo tiedosto tekstieditorilla ja lisää nämä rivit ennen tiedoston tallentamista.

--comstats

On myös mahdollista ottaa käyttöön comstats-kirjaaminen käyttöliittymän kautta yhdelle varmuuskopiolle tai koko tietojoukolle. 
 
  • Valitse Lisää vaihtoehtoja -painike.
  • Valitse Lisäasetukset. 
  • Valitse Ota virheenkorjausviestit käyttöön -valintaruutu, kun suoritat yhden varmuuskopioinnin tai lisäät --comstats=true-vaihtoehdon tietojoukkoon. 
  • Tämä on dokumentoitu Avamar System Administrator Guide -oppaassa.


Yleistä tietoa:
 
  • Työasemapuolen TCP-liitäntäpuskuri on täynnä Avamar-palvelimeen tulevia maxpending-pyyntöjä.
  • Avtar valvoo Avamar-palvelimen vasteaikaa ja säätää oletusarvoisesti maxpending-arvoa vastaamaan Avamar-palvelimen vastausprosenttia.
  • Jos Avtar ei saa Avamar-palvelinvastausta 60 s:iin, se lähettää pyynnön uudelleen. Tämä on sovellustason uudelleenyritys, ei TCP. Tässä tapauksessa, jos Avamar-palvelin on jo vastannut (ACK), avtar saa toisen ACK: n ja ilmoittaa UNECESSARY: n.
  • WorkQ0 säilyttää vastaukset Avamar-palvelimelta. Tämän numeron tulisi aina olla pieni, yksi numero. Jos ei, se osoittaa asiakaspuolen ongelman.

COMSTATS-rivin

anatomiaJos --comstats on asetettu, avtar lähettää COMSTATS-viestit lokiin sekunnin välein. 
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

Seuraava rivi sisältää tilastotietoja Avamar-palvelimen vaste- ja viiveajoista edellisen viestin jälkeen:
viive=(0,008 [0,000..0.210] sd=0,030 n= 53) (0,022 [0,000..0.324] sd=0,066 n= 31):
Linjan tulkinta
  • Keskimääräinen viive oli 0,008 s.
  • [Alue 0–0,21 sekuntia].
  • Keskihajonta = 0,03.
  • n =< Viestien määrä viimeisen "TUNE"->sanan jälkeen.
 

Ensimmäinen numerosarja on tarkoitettu "Non-data" -tyyppisten viestien viiveelle. Toinen tietojoukko koskee "Data" -tyyppisten viestien viivästymistä.

Tietotyyppisiin viesteihin kuulumattomat viestit
  • MSG_CMD_LOGIN - Kirjaudu palvelimeen annetuilla tunnistetiedoilla.
  • TICKETLOGIN - kirjaudu palvelimelle annetulla istuntolipulla.
  • HASH_IS_PRESENT (hash)- Onko hajautusarvo jo tallennettu palvelimelle?
  • MSG_CMD_MOD_BACKUP_LIST (aika, otsikko, koko, vanhentuminen, juuren hajautusarvo LSTR_ADD) -- Kirjaa uusi varmuuskopion juurihajautusarvo.
 
Tietotyyppi-ilmoitukset:
  • ADD_HASH_DATA (hajautus, tyyppi, tiedot)- Lisää uusia tyyppisiä tietoja osoitteen hajautuksella.
  • GET_HASH_DATA (hash)- Hae tiedot hajautusarvon palautustyypille ja tiedoille.


Lisätietoja MAXPENDINGistä
Maxpendingillä on valitettavasti kaksi merkitystä:

1. maxpending on lippu, joka voidaan asettaa avtar.cmd: llä. 

Tämä määrittää jonon MAX-koon. Koko säätyy automaattisesti. Tämä on vain asiakaspuolen asetus: Avamar-palvelimella ei ole tässä mitään roolia.

2. Maxpending on myös nykyinen arvo, jota Avtar säätää, mutta ei ylitä lipun arvoa.

Tämä on odottavien viestien jonon nykyinen koko, ja avtar säätää sen vastaamaan palvelimen vasteaikaa.  
 
Voimme nähdä kaksi erilaista "maxpending" -arvoa. "Maxpending" nykyisen jonon arvo ei koskaan ole suurempi kuin "maxpending" -lippu.




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.