Avamar guest backup of Virtual Machine kjører sakte og tidsavbrutt på grunn av flaskehalser i maskinvareressursen
Summary: En Avamar-gjestesikkerhetskopiering av en virtuell maskin kjører sakte på grunn av flaskehalser i maskinvareressursen.
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.
Symptoms
En virtuell maskin som har en Avamar-klient installert i gjesteoperativsystemet, opplever uregelmessig eller dårlig ytelse.
Hvis sikkerhetskopieringen når slutten av sikkerhetskopieringsvinduet uten å fullføre, rapporterer Avamar at sikkerhetskopieringen mislykkes med «time out - end» (Tidsavbrudd – slutt).
Eksempel:-
Nedenfor ser vi gjennom loggene for en klient som opplevde uregelmessig atferd siden den ble virtualisert.
Nedenfor demonstrerer vi rask sikkerhetskopiering og treg sikkerhetskopiering for samme klient.
Loggen over den raske sikkerhetskopieringen viser en topp ytelseshastighet på 2 291 881 filer per time. Fil- og dataendringshastigheten i denne sikkerhetskopieringen er lav.
Loggstatusmeldingene viser at i løpet av sikkerhetskopieringen er filskanningshastigheten konstant uten raske eller trege perioder.
CPU-bruken er også rimelig konstant gjenværende mellom 40 og 60 %.
Nedenfor kan vi demonstrere dette grafisk ved hjelp av et internt Dell-verktøy som analyserer Avamar-klientlogger og diagrammer over dataene.
Disse grafene viser at sikkerhetskopieringen kjøres raskt under gode forhold.
Lagringssystemet mates avtar med filer i en hastighet som holder CPU-en på et moderat høyt utnyttelsesnivå.
Deretter går vi gjennom loggen for tregere sikkerhetskopiering. Denne sikkerhetskopien gjelder for de samme klientdataene, men under forskjellige innlastingsforhold for virtuell maskinvare. Vi ser at ytelsen for filer/timer er <400 000 filer/timer.
Siden endringshastigheten er lav, tilsvarer rask sikkerhetskopiering, er atferden for sikkerhetskopiering sammenlignbar.
Under loggen viser en grafisk fremstilling at sikkerhetskopieringsytelsen begynner raskt, og deretter sakker farten (området uthevet i den røde boksen).
Ytelsen for trege filer per time samsvarer nøyaktig med tidsperioden 11 til 19:00.
Vær oppmerksom på hvordan CPU-bruken fra kl. 11.00 til 17.00 faller fra godt over 40 % til ca. 5–10 %.
Etter 19:00 varierer CPU-bruken fra 15–20 % og ytelsen til filer per time øker, men ikke så høyt som under den første delen av sikkerhetskopieringen.
Hvis sikkerhetskopieringen når slutten av sikkerhetskopieringsvinduet uten å fullføre, rapporterer Avamar at sikkerhetskopieringen mislykkes med «time out - end» (Tidsavbrudd – slutt).
Eksempel:-
Nedenfor ser vi gjennom loggene for en klient som opplevde uregelmessig atferd siden den ble virtualisert.
Nedenfor demonstrerer vi rask sikkerhetskopiering og treg sikkerhetskopiering for samme klient.
Loggen over den raske sikkerhetskopieringen viser en topp ytelseshastighet på 2 291 881 filer per time. Fil- og dataendringshastigheten i denne sikkerhetskopieringen er lav.
2015-09-14 00:49:20 avtar Info <5156>: Backup #12 timestamp
2015-09-14 00:49:20, 13,050,798 files, 1,352,497 folders, 9,671 GB (37,919 files, 437.1 MB, 0.00% new)
2015-09-14 00:49:20 avtar Info <6083>: Backed-up 9,671 GB in 341.66 minutes: 1,698 GB/hour (2,291,881 files/hour)
Loggstatusmeldingene viser at i løpet av sikkerhetskopieringen er filskanningshastigheten konstant uten raske eller trege perioder.
CPU-bruken er også rimelig konstant gjenværende mellom 40 og 60 %.
Nedenfor kan vi demonstrere dette grafisk ved hjelp av et internt Dell-verktøy som analyserer Avamar-klientlogger og diagrammer over dataene.
Disse grafene viser at sikkerhetskopieringen kjøres raskt under gode forhold.Lagringssystemet mates avtar med filer i en hastighet som holder CPU-en på et moderat høyt utnyttelsesnivå.
Deretter går vi gjennom loggen for tregere sikkerhetskopiering. Denne sikkerhetskopien gjelder for de samme klientdataene, men under forskjellige innlastingsforhold for virtuell maskinvare. Vi ser at ytelsen for filer/timer er <400 000 filer/timer.
Siden endringshastigheten er lav, tilsvarer rask sikkerhetskopiering, er atferden for sikkerhetskopiering sammenlignbar.
Under loggen viser en grafisk fremstilling at sikkerhetskopieringsytelsen begynner raskt, og deretter sakker farten (området uthevet i den røde boksen).
2015-09-22 07:41:35 avtar Info <5157>: PARTIAL Backup #35 timestamp
2015-09-22 07:41:35, 9,190,850 files, 1,030,683 folders, 8,283 GB (22,390 files, 397.8 MB, 0.00% new)
2015-09-22 07:41:35 avtar Info <6083>: Backed-up 8,283 GB in 1440.19 minutes: 345 GB/hour (382,902 files/hour)
Ytelsen for trege filer per time samsvarer nøyaktig med tidsperioden 11 til 19:00.
Vær oppmerksom på hvordan CPU-bruken fra kl. 11.00 til 17.00 faller fra godt over 40 % til ca. 5–10 %.
Etter 19:00 varierer CPU-bruken fra 15–20 % og ytelsen til filer per time øker, men ikke så høyt som under den første delen av sikkerhetskopieringen.
Cause
Datasettet for vår eksempelklient er forutsigbart, og endringsfrekvensen er ikke tilgjengelig. Klienten utfører en tilsvarende mengde arbeid hver dag,
Den uregelmessige ytelsen skyldes en konflikt for delte maskinvareressurser som brukes av Avamar mens du skanner filer.
I eksemplet ovenfor er maskinvareressursene enten krevende eller begrenset for klienten i de mest høye åpningstidene.
Atferden avhenger av tilgjengelige ressurser. Den mest sannsynlige ressursen som blir flaskehalset, er forespørsler om tilfeldig søk etter I/O på lagringsenheten der dataene befinner seg.
Hvis CPU-bruken øker i de mest høye timene, kan flaskehalsen være mangel på CPU-delinger som er tilgjengelige for den virtuelle maskinen.
Den uregelmessige ytelsen skyldes en konflikt for delte maskinvareressurser som brukes av Avamar mens du skanner filer.
I eksemplet ovenfor er maskinvareressursene enten krevende eller begrenset for klienten i de mest høye åpningstidene.
Atferden avhenger av tilgjengelige ressurser. Den mest sannsynlige ressursen som blir flaskehalset, er forespørsler om tilfeldig søk etter I/O på lagringsenheten der dataene befinner seg.
Hvis CPU-bruken øker i de mest høye timene, kan flaskehalsen være mangel på CPU-delinger som er tilgjengelige for den virtuelle maskinen.
Resolution
- Kjør sikkerhetskopieringen i løpet av de maksimale timene og (hvis mulig), når klienten ikke er opptatt av sine vanlige oppgaver.
- Kontroller at hypervisoren for den virtuelle maskinen ikke håndhever CPU-, minne- eller I/U-begrensninger på tidspunktet for sikkerhetskopieringsvinduet
- Unngå overlappende Avamar-sikkerhetskopieringer med perioder med høy aktivitet der striden om delt lagring er høy.
- For applikasjoner med lav endringshastighet bør du vurdere å bruke imagebasert sikkerhetskopiering. Verktøyet for sikkerhetskopiering av imaget sikkerhetskopierer bare endrede blokker. Det skanner ikke alle filer i datasettet, så det har lavere I/O-krav.
Additional Information
Hvis du vil ha mer informasjon om hvordan du undersøker problemer med Avamar-sikkerhetskopieringsytelse, kan du se;
Hvis du vil ha mer informasjon om analyse og tolking av avtar-statusmeldinger,
Hvis du vil ha mer informasjon om analyse og tolking av avtar-statusmeldinger,
Affected Products
AvamarProducts
AvamarArticle Properties
Article Number: 000164580
Article Type: Solution
Last Modified: 10 Feb 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.