Avamar: Varmuuskopioinnin hitauden vianmääritys

  
Tyypillisiä hitaan varmuuskopioinnin oireita:

• Varmuuskopiointi epäonnistuu ajoitetun ajan kuluessa. Aktiivisuusmittari ilmoittaa "Asiakkaan aikakatkaisu - loppu"
• Varmuuskopiointi ei saa mahdollisuutta käynnistyä ennen ajoitetun ikkunan päättymistä. Aktiivisuusmittari ilmoittaa "Asiakkaan aikakatkaisu - käynnistys"
• Roskien keräys epäonnistuu säännöllisesti MSG_ERR_BACKUPSINPROGRESS tai MSG_ERR_TRYAGAINLATER 

Kerää tietoja:
Kerää yksityiskohtaisia tietoja ongelmasta: 

• Tiedot, joita tuki tarvitsee tutkiessaan Avamar-asiakkaiden varmuuskopioinnin suorituskykyongelmia.

Selvitä, missä varmuuskopiointiketjun osassa on vakavin pullonkaula:
Seuraavassa kaaviossa esitetään varmuuskopiojärjestelmän pääkomponentit.  


Pullonkauloja on AINA olemassa, mutta meidän pitäisi pyrkiä ymmärtämään, missä ne ovat.
Jos voimme tehdä tämän ja lieventää pullonkauloja, suorituskyvyn pitäisi parantua. 
Kun pullonkaulaa on lievennetty, uusi pullonkaula voi ilmetä. Lopullinen tavoitteemme on saavuttaa tilanne, jossa varmuuskopioinnin kesto on hyväksyttävä. 


Avamarin palvelinpuolen pullonkaulat:
Jos KAIKKI Avamar-palvelimen varmuuskopioinnit ovat hitaita, ota huomioon palvelinpuolen ongelman mahdollisuus.  
Jos KAIKKI Avamar-palvelimen varmuuskopioinnit ovat hitaita tiettyinä kellonaikoina, kyseessä on palvelinpuolen kiista tai verkon pullonkaula.
Jos yhdessä tai muutamassa varmuuskopiointiohjelmassa on suorituskykyongelma, keskity kuhunkin työasemaan erikseen.


Palvelimen kunto:
Kunnossa oleva Avamar-palvelin ei todennäköisesti ole pullonkaula varmuuskopioille. 

Tarkista varmuuskopiopalvelimen kunto.  

• Avamar: proactive_check.pl-kuntotarkistuskomentosarjan suorittaminen Avamar-palvelimessa
• Jos varmuuskopioita lähetetään Data Domainiin, tarkista DD Autosupportin tiedot tai ota yhteys Data Domain -tukeen varmistaaksesi, että ne ovat kunnossa

Avamar rajoittaa asiakasyhteyksiä hyväksyttävän suorituskyvyn säilyttämiseksi.


Palvelimen kiista:

Jos varmuuskopiointi toimii huonona kellonaikoina, tämä saattaa aiheuttaa kiistaa.

• sched.sh-komentosarja voi antaa visuaalisen esityksen toiminnoista, jotka olivat käynnissä samanaikaisesti hitaan varmuuskopioinnin kanssa.
• Katso Avamar: sched.sh-komentosarjan käyttäminen Avamar Serverin aiemman varmuuskopioinnin, replikoinnin ja ylläpidon tarkistamiseen.
• Tarkista käynnissä olevat huoltotehtävät suorittamalla status.dpn
• Tarkista, kuinka monta asiakasistuntoa on aktiivinen

  • admin@utilitynode:~/>: avmaint session | grep path | wc -l

• Järjestä ylläpito- ja varmuuskopiointiaikataulut niin, etteivät ne mene päällekkäin.
• Tarkista tila.dpn-tiedoston tulos ja ylimmät komennot datasolmujen kuormituksen tarkistamiseksi
• Suorita mapall 'iostat -x'datasolmuissa . Tarkista komennot %iowait ja %idle ja %util , jotta näet, onko jonkin levyn I/O-kaistanleveys riittävä.
• Voit eristää tietyn asiakkaan suorituskyvyn testaamalla varmuuskopioinnin, kun Avamar-palvelin ei suorita huoltotehtäviä tai muita varmuuskopiointeja tai replikointia.

Data Domain -varmuuskopioinnin suorituskyky:
Kirjaudu Dellin tukiportaaliin ja tutustu:

• Data Domain: DDPCONNCHK Data Domain DDBoost-yhteyksien ja -suorituskyvyn vianmääritys

Verkkopuolen pullonkaulat:
Verkko voi muodostaa pullonkaulan, jos asiakas varmuuskopioidaan WAN-verkon kautta.

Verkon viive:
Tämä vaikuttaa nopeuteen, jolla asiakkaat voivat tarkistaa, onko Avamar-palvelimessa hajautuksia.  

• Suorita ping asiakkaasta Avamar-palvelimeen ja tarkista verkon pakettihäviö ja viive

2014-11-20 04:45:30 avtar Info <5156>: Backup #1180 timestamp 2014-11-20 04:45:28, 23 files, 5 folders, 291.7 GB (23 files, 4.316 GB, 1.48% new) 

Jos WAN erottaa asiakkaan ja palvelimen toisistaan, voiko linkki lähettää tarvittavat tiedot varmuuskopiointi-ikkunassa?
Tässä tapauksessa lähetettävät tiedot ovat4, 316 Gt. 

Kaikki nämä arvot liittyvät toisiinsa:

• Uusien varmuuskopioitavien tietojen määrä
• Varmuuskopiointiin käytettävissä oleva aika
• Tehokas verkon kaistanleveys

Suuremmat uudet tietomäärät edellyttävät enemmän verkon kaistanleveyttä tai pidemmän varmuuskopiointiajan.
Näillä tekijöillä on käytännön rajat, mutta käyttäjä voi jossain määrin hallita niitä.
Harkitse, voidaanko jotakin niistä manipuloida oikea-aikaisen varmuuskopion saamiseksi.


Jos epäillään verkon pullonkaulaa tai palvelimen yhteysongelmaa:
Vahvista verkon siirtonopeus asiakkaan ja varmuuskopiolaitteen välillä. 

• Avamar - Kuinka iperfiä käytetään kahden Avamar-järjestelmän välillä verkon suorituskyvyn testaamiseksi

Ota käyttöön avtar comstats -lokiin kirjaaminen vianmäärityksen helpottamiseksi.

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

Asiakaspuolen pullonkaulat:

• Avamar-varmuuskopiointi epäonnistui Time Out - End -toiminnolla, koska ensimmäinen varmuuskopiointi on vielä käynnissä

Varmista, että varmuuskopiointia ei peruutettu ennenaikaisesti:
Hae varmuuskopiolokista hakusanalla "peruutettu". Alla on esimerkki, jossa kärsimätön käyttäjä peruutti L1-varmuuskopioinnin.
 

2013-11-05 12:15:29 avtar Info <5157>: PARTIAL Backup #14 timestamp 2011-11-05 12:13:36, 2,030 files, 562 folders, 397.3 MB (691 files, 17.44 MB, 4.39% new)
2013-11-05 12:15:29 avtar Info <7539>: Label "MOD-xxxxxxxxxx", scheduled to expire 11/12/11, none backup
2013-11-05 12:15:29 avtar Info <6083>: Backed-up 397.3 MB in 1.36 minutes: 17 GB/hour (89,593 files/hour)
2013-11-05 12:15:29 avtar Info <7883>: Finished at 2011-11-05 12:15:29 GMT Standard Time, Elapsed time: 0000h:01m:21s
2013-11-05 12:15:29 avtar Info <8468>: Sending wrapup message to parent
2013-11-05 12:15:29 avtar Info <5314>: Command failed (exit code 10013: Externally canceled)

Tällaisissa tapauksissa, joissa varmuuskopio päättyy sulavasti, tiedot säilytetään "OSITTAISENA" varmuuskopiona.

• Avamar: Osittainen varmuuskopiointi ja ensivarmuuskopioinnin parhaat käytännöt

Vaikka osittaisen varmuuskopioinnin lokit osoittavat varmuuskopioinnin suorituskyvyn, asianmukainen analyysi edellyttää, että loki on valmis varmuuskopiosta.


Tarkista lokista tiedostovälimuistin tai hajautusvälimuistin koon muuttamisongelmat:

• Katso Avamar - Avamar-asiakaslokin tarkistaminen tiedostovälimuistin tai hajautusvälimuistin koon ongelmien varalta

Tarkista, välitetäänkö kuristusliput avtariin:
Avtar-suorittimen tai verkon kuristus heikentää huomattavasti varmuuskopioinnin suorituskykyä. 
Katso Avamar: Avamar Clientin järjestelmäresurssien (suoritin, verkko, I/O ja muisti) kulutuksen rajoittaminen.

Tämä näkyy varmuuskopiointilokissa.

2013-09-06 14:22:13 avtar Info <6557>: Network bandwidth throttling is enabled, limiting to approx. 0.512 Mbps (62.50 KB/sec)
2013-09-06 14:22:13 avtar Info <6558>: CPU throttling is enabled, limiting CPU usage to approx. 70%

Onko Avamar Client -suorittimessa tai muistissa pullonkaula?
Avamar-varmuuskopiointi toimii niin nopeasti kuin laitteisto sallii ja kilpailee resursseista muiden palveluiden kanssa. Ole tietoinen asiakkaan "päivätyöstä" ja siitä, milloin se on kiireinen. 

Tarkkaile asiakasta Tehtävienhallinnan tai Process Explorerin (Windows) tai yläkomennon (UNIX tai Linux) avulla. Ne voivat paljastaasuorittimen kyllästymisen varmuuskopioinnin aikana. 

Dellillä on sisäinen LogAnalyzer-työkalu, joka kartoittaa resurssien kulutusta ja suorituskykyä ajan mittaan. Voit käyttää tätä yhdessä tuen kanssa.

Välimuistitiedostot ladataan muistiin varmuuskopioinnin aikana. Tarkista asiakkaan muistin käyttö tarkkaillaksesi sivuvirheitä tai vihjeitä siitä, että asiakkaalla ei ole RAM-muistia.

Tämä ongelma on vähäisempi silloin, kun Avamar v7.x -asiakkaat käyttävät sivutusvälimuistia (f_cache2.dat).
Sivutusvälimuisti pienentää asiakkaan muistin tilantarvetta perinteiseen monoliittiseen avtar-välimuistiin verrattuna.


Tarkista, onko asiakaspuolen I/O-pullonkaula:
Kun asiakasvälimuistin koko on määritetty, seuraava varmuuskopioinnin suorituskykyä määrittävä tekijä on tallennusjärjestelmä, joka isännöi varmuuskopiotietoja ja syöttää ne avtariin.


Varmista, että kohdevarasto on kunnossa:
Varmista, että kohdetallennuslaitteessa ei ole ongelmia, jotka estävät optimaalisen suorituskyvyn. 
 

Varmista, että kolmannen osapuolen ohjelmistot eivät kilpaile Avtarin kanssa I/O:sta:
Kilpailevatko jotkin asiakkaan sovellukset Avamar Clientin kanssa I/O-tallennuslaitteista?
Virustentorjuntaohjelmiston reaaliaikainen tai käytönaikainen tarkistus vaikuttaa merkittävästi Avamar Client -järjestelmän suorituskykyyn.  

• Virustentorjuntaohjelmiston reaaliaikainen tiedostojen tarkistus heikentää Avamar Client -varmuuskopioinnin suorituskykyä merkittävästi

• Asemien rinnakkaisuuden käyttäminen Avamar-varmuuskopioinnin suorituskyvyn parantamiseen

Varmista, että asiakas ei varmuuskopioi tietoja CIFS:n tai NFS:n avulla:
CIFS- tai NFS-tietojen varmuuskopiointia tuetaan vain NDMP-kiihdyttimen kautta. 

• Avamar ja tuettavuus CIFS (SMB)- ja NFS-kartoitetuille jaetuille verkkoresursseille. 

Tarkista, onko tallennustilan pakkaus tai salaus käytössä:
Varmuuskopioinnin suorituskyky voi olla odotettua heikompi, jos kohdetiedot sijaitsevat kohdetallennustilassa, jossa tiedot pakataan tai salataan tiedostojärjestelmätasolla.  


Windows-asiakasresurssien pullonkaulojen analysointi Perfmonilla:
Seuraava artikkeli auttaa luomaan suorituskykykaavioita ymmärtämään, odottaako asiakas tiettyä resurssia tietyllä hetkellä. Harkitse käyttöä LogAnalyzer-työkalun tuottamien kaavioiden kanssa.

• Avamar - Microsoft Windows perfmonin käyttäminen Avamar-asiakkaiden suorituskyvyn valvontaan 

Outlook-arkiston .pst-tiedostojen
varmuuskopiointiVarmuuskopiointi, jossa on useita tai suuria .pst-tiedostoja, saattaa toimia hitaasti. 

• Suorituskykynäkökohdat käytettäessä Avamaria Outlook-arkiston .pst-tiedostojen varmuuskopiointiin

Tallennuksen suorituskyvyn
vertailuTarkista sen tallennuslaitteen suorituskyky, jossa kohdetietoja isännöidään.

• Levyn suorituskyvyn testaus Avamar Linux -asiakkaille 

Varmuuskopioitavien tietojen
vuoksi heikko varmuuskopiointi:Yleisin syy hitaisiin varmuuskopioihin johtuu varmuuskopioitavien tietojen ominaisuuksista.


Tarkista, onko paljon uusia tai muuttuneita tietoja:

• Avamar - varmuuskopiointi on hidasta tai epäonnistuu "Time out - end" -ilmoituksella lukuisten uusien tai muuttuneiden tietojen vuoksi  

Muutamat suuret, uudet tai muokatut tiedostot voivat aiheuttaa sen, että muuten nopea varmuuskopiointi ylittää varmuuskopiointiikkunan. Voit tunnistaa kyseiset tiedostot seuraavasti:

• Avamar: Asiakaslokien käyttäminen tunnistamaan edellisen varmuuskopioinnin jälkeen muuttuneet uudet tai muuttuneet tiedostot   
• Avamar-varmuuskopioinnin aikana kestäneiden tiedostojen tunnistaminen 

Windows-asiakkaat

• Monia symbolisia linkkejä sisältävän tietojoukon Avamar-varmuuskopiointi toimii hyvin hitaasti  
• Avamar-asiakasohjelman suorituskyky ja Windows NTFS -pakkaus 

Linux- ja UNIX-asiakkaat - Tarkista, sisältääkö asiakkaan tietojoukko suuria, harvoja tiedostoja. 

• Avamar ja harvat tiedostot 
• Avamar Linux -asiakkaan varmuuskopion koko voi olla harhaanjohtava komennon /var/log/lastlog ja Avamarin harvan tiedostonkäsittelyn vuoksi 

Tarkista varmuuskopioinnin yhteenvetoriveistä, miten laaja varmuuskopiointi on laajuutta ja poikkeavia arvoja voidaan havaita:
Etsi varmuuskopiolokista merkkijonot Backup # tai Backuped-up.

2017-06-07 20:21:38 avtar Info <5156>: Backup #441 timestamp 2017-06-07 20:21:38, 2,653,523 files, 255,181 folders, 1,566 GB (10,777 files, 668.4 MB, 0.04% new)
2017-06-07 20:21:38 avtar Info <6083>: Backed-up 1,566 GB in 1281.60 minutes: 73 GB/hour (124,228 files/hour)

Nämä voivat säästää paljon aikaa, kun tutkit varmuuskopioinnin suorituskykyä.
Harkitse yllä olevaa tulosta varten:

1. Olipa kyseessä ensimmäinen vai tason 1 varmuuskopio. (Epätodennäköistä, koska varamerkintä on #441)
2. Onko varmuuskopioitujen tiedostojen määrä kohtuullinen. (2,6 miljoonaa tiedostoa on kohtuullista)
3. Tiedoston ja kansion suhde? (Se on 10:1, tämä on tyypillistä)
4. Tietojoukon tietojen kokonaismäärä. (~1,5 Tt)
5. Käsiteltävien tiedostojen määrä ja osuus tiedostojen kokonaismäärästä. (~11 K 2,5 miljoonasta tiedostosta on kohtuullinen)
6. Kaikkien käsiteltävien tiedostojen yhteiskoko. (tämä voi olla vain arvio)
7. Avamar-palvelimelle lähetettävien muuttuneiden tietojen määrä. (668 Mt)
8. Onko muutosnopeus kohtuullinen. Pienemmillä aineistoilla voidaan sietää suurempia muutosnopeuksia (0,04 % on kohtuullinen)
9. Onko suorituskyky tunnissa, kun otetaan huomioon varmuuskopion kokonaiskoko ja laajuus, kohtuullinen. (124 K tiedostoa/tunti katsottaisiin hitaaksi suorituskyvyksi muiden lukujen perusteella)

Usein nämä tiedot antavat meille tarpeeksi tietoja ymmärtääksemme huonon varmuuskopioinnin suorituskyvyn.
Tarkista tarvittaessa tilariviviestit, jotka luodaan varmuuskopioinnin aikana.

Määritä, onko jokin näiden kahden logaritmirivin arvoista poikkeavia. Toisin sanoen, ovatko ne suurempia vai pienempiä kuin on tyypillistä?
Jos varmuuskopiointi on sinulle tuttua, poikkeamien havaitseminen on helpompaa.


Tiedoston ja kansion suhde
Useimpien asiakasaineistojen tiedosto-kansiosuhde on noin 10:1, ja avtar on viritetty vastaamaan tätä.
Jos tietojoukon tiedosto/kansio-suhde on alhainen, kuten alla olevassa esimerkissä, varmuuskopiointi ei ehkä toimi yhtä tehokkaasti ilman pientä hienosäätöä.  

2015-11-18 00:34:32 avtar Info <5156>: Backup #75 timestamp 2015-11-18 00:24:43, 4,007,032 files, 1,974,043 folders, 1,589 GB (2,680 files, 419.4 MB, 0.03% new)

Katso Avamar-asiakasohjelman varmuuskopioinnin suorituskyvyn hienosäätö tietojoukoille, joissa tiedostojen ja kansioiden suhde on pieni.

Suorituskykyanalyysi avtar-lokin avulla Tilatietoviestit:
Käytä Notepad ++: ta tai vastaavaa suodata loki avtar Info -riveille, jotka sisältävät tilaviestejä . Niitä voidaan suodattaa käyttämällä koodimerkintöjä, joissa on <5100> tai <8688> Avamar-asiakasohjelman version mukaan. Nämä rivit ovat avtarin raportoimia säännöllisiä tilaviestejä.

• Avamar - Avtar-varmuuskopiointilokin tilarivien tulkinta.  

• Avamar-varmuuskopiointi toimii hitaasti, koska kolmannen osapuolen ohjelmisto muokkaa muuten muuttumattomien tiedostojen metatietoja 

Tarkista sisällytä- ja poissulkemismerkintöjen käyttö. Vältä "sisällytä"-lauseita:
Toiminnallisten parhaiden käytäntöjen oppaassa käsitellään luetteloiden sisällyttämistä ja poissulkemista. 

Avamarin on verrattava varmuuskopiotietojoukon jokaista tiedostoa molempiin luetteloihin, jotta se voi päättää, varmuuskopioidaanko tiedosto. Tämä vertailuprosessi lisää yleiskustannuksia ja voi pidentää varmuuskopioinnin suoritusaikaa.

Tarkista asiakkaan avsar-hakemistostaavtarin läsnäolo.cmd-tiedosto.
Tarkista, sisältääkö tiedosto aktiivisia --exclusion- tai --exclude-from-file--lauseita.
Jos hakemisto tai tiedostojärjestelmä on suljettu pois, mutta käytetään lippuja, avtar skannaa siitä kohteita, jotka sen on käsketty "sisällyttää".

Tarkista, sisältääkö tietojoukko jäsennyspisteitä tai tynkätiedostoja:
Ole varovainen, jos tietojoukko sisältää tynkätiedostoja tai viitteitä toiseen laitteeseen tallennettuihin tietoihin.
Varmuuskopioinnin suorituskyky kärsii, jos avtar joutuu odottamaan etätiedoston palautusta.
Esimerkkejä tällaisista ohjelmistoista ovat: Enterprise Vault Archiver, Moonwalk ja DiskXtender.

• Winclusterfs-laajennuksen Avamar-varmuuskopioinnin suorituskyky on heikko, kun päivitys on vaihdettu versiosta 7.0 versioon 7.2.

Virtuaalisten asiakasohjelmien varmuuskopioinnit Avamar-vierasasennuksella

• Virtuaalikoneen Avamar-vierasvarmuuskopiointi toimii hitaasti ja aikakatkaistaan laitteistoresurssien pullonkaulan vuoksi  
• Avamar VM -vierasvarmuuskopiointi hidastuu VMware vShield Endpoint Trend Micro Deep Securityn vuoksi  

• Avamar: Winclusterfs-laajennuksen varmuuskopioinnin heikko suorituskyky 7.0-versiosta 7.2-versioon päivittämisen jälkeen 

Muita huomautuksia

• Varmistaa, että virtuaalikoneasiakkaiden resurssit eivät ole rajalliset tai että heillä ei ole tiukkoja laitteistorajoituksia, jotka vaikuttavat Avamar-varmuuskopioinnin nopeaan suorittamiseen  Kiireisissä koneissa käyttöjärjestelmä saattaa olla ylikuormitettu tai siinä saattaa olla liikaa säikeitä, mikä johtaa vakavaan kontekstin vaihtamiseen.
• Avamarin toiminnallisten parhaiden käytäntöjen oppaan käyttäminen Avamar-järjestelmän optimointiin, varmuuskopioiden ajoittamiseen ja asiakasvälimuistien hienosäätämiseen

Muut viittaukset

• Avamar-asiakasohjelman suorituskyky ja Windows NTFS -pakkaus