Avamar-gæstesikkerhedskopiering af virtuel maskine kører langsomt og får timeout på grund af en flaskehals for hardwareressourcer
Summary: En Avamar gæstesikkerhedskopiering af en virtuel maskine kører langsomt på grund af en hardwareressourceflaskehals.
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 virtuel maskine, som har en Avamar-klient installeret i gæsteoperativsystemet, oplever uregelmæssig eller dårlig ydeevne.
Hvis sikkerhedskopieringen når slutningen af sikkerhedskopieringsvinduet uden at blive fuldført, rapporterer Avamar, at sikkerhedskopieringen mislykkes med "timeout - slut".
Eksempel:-
Nedenfor gennemgår vi logfilerne for en klient, der har oplevet uregelmæssig adfærd, siden den blev virtualiseret.
Nedenfor viser vi en hurtig sikkerhedskopiering og en langsom sikkerhedskopiering for den samme klient.
Logfilen for hurtig sikkerhedskopiering viser en maksimal ydeevnehastighed på 2.291.881 filer pr. time. Fil- og dataændringshastigheden i denne sikkerhedskopi er lav.
Logstatusmeddelelserne viser, at i løbet af sikkerhedskopieringen er filscanningshastigheden konstant uden hurtige eller langsomme perioder.
CPU-udnyttelsen er også rimeligt konstant tilbage mellem 40-60 %.
Lad os vise dette grafisk ved hjælp af et internt Dell-værktøj, som parser Avamar-klientlogfiler og diagrammer data.
Disse grafer viser, at sikkerhedskopieringen kører hurtigt under gode forhold.
Lagringssystemet er en avanceret avtar med filer med en hastighed, der holder CPU'en på et moderat højt niveau.
Derefter gennemgår vi logfilen for den langsommere sikkerhedskopiering. Denne sikkerhedskopiering er til de samme klientdata, men under forskellige betingelser for indlæsning af virtuel hardware. Vi kan se, at ydeevnen for filer/timer er <400.000 filer/time.
Da ændringshastigheden er lav, svarende til den hurtige sikkerhedskopiering, kan sikkerhedskopieringsadfærden sammenlignes.
Under logfilen viser en grafisk fremstilling, at sikkerhedskopieringsydeevnen hurtigt begynder, og derefter bliver langsommere (område fremhævet i den røde boks).
Den langsomme ydeevne pr. time korrelerer præcist med tidsperioden 11:00 til 19.00.
Bemærk, hvordan CPU-udnyttelsen falder fra godt over 40 % til ca. 5-10 % fra 11-7.00.
Efter kl. 19.00 varierer CPU-udnyttelsen fra 15-20 %, og ydeevnen for filer pr. time øges, men ikke så højt som under den første del af sikkerhedskopien.
Hvis sikkerhedskopieringen når slutningen af sikkerhedskopieringsvinduet uden at blive fuldført, rapporterer Avamar, at sikkerhedskopieringen mislykkes med "timeout - slut".
Eksempel:-
Nedenfor gennemgår vi logfilerne for en klient, der har oplevet uregelmæssig adfærd, siden den blev virtualiseret.
Nedenfor viser vi en hurtig sikkerhedskopiering og en langsom sikkerhedskopiering for den samme klient.
Logfilen for hurtig sikkerhedskopiering viser en maksimal ydeevnehastighed på 2.291.881 filer pr. time. Fil- og dataændringshastigheden i denne sikkerhedskopi 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)
Logstatusmeddelelserne viser, at i løbet af sikkerhedskopieringen er filscanningshastigheden konstant uden hurtige eller langsomme perioder.
CPU-udnyttelsen er også rimeligt konstant tilbage mellem 40-60 %.
Lad os vise dette grafisk ved hjælp af et internt Dell-værktøj, som parser Avamar-klientlogfiler og diagrammer data.
Disse grafer viser, at sikkerhedskopieringen kører hurtigt under gode forhold.Lagringssystemet er en avanceret avtar med filer med en hastighed, der holder CPU'en på et moderat højt niveau.
Derefter gennemgår vi logfilen for den langsommere sikkerhedskopiering. Denne sikkerhedskopiering er til de samme klientdata, men under forskellige betingelser for indlæsning af virtuel hardware. Vi kan se, at ydeevnen for filer/timer er <400.000 filer/time.
Da ændringshastigheden er lav, svarende til den hurtige sikkerhedskopiering, kan sikkerhedskopieringsadfærden sammenlignes.
Under logfilen viser en grafisk fremstilling, at sikkerhedskopieringsydeevnen hurtigt begynder, og derefter bliver langsommere (område fremhævet i den røde boks).
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)
Den langsomme ydeevne pr. time korrelerer præcist med tidsperioden 11:00 til 19.00.
Bemærk, hvordan CPU-udnyttelsen falder fra godt over 40 % til ca. 5-10 % fra 11-7.00.
Efter kl. 19.00 varierer CPU-udnyttelsen fra 15-20 %, og ydeevnen for filer pr. time øges, men ikke så højt som under den første del af sikkerhedskopien.
Cause
Datasættet til vores "eksempelklient" er forudsigeligt, og ændringshastigheden er beskeden. Klienten udfører en lignende mængde arbejde hver dag,
Den uregelmæssige ydeevne, der observeres, skyldes strid om delte hardwareressourcer, der anvendes af Avamar under scanning af filer.
I eksemplet, der vises ovenfor, er hardwareressourcer enten i stor efterspørgsel eller begrænset til klienten inden for spidsbelastningsperioder.
Adfærden afhænger af tilgængelige ressourcer. Den ressource, der oftest er flaskehalset, er tilfældige I/O-anmodninger på den lagerenhed, hvor dataene er placeret.
Hvis CPU-forbruget spidsbelastninger i spidsbelastningstiden, kan flaskehalsen være en mangel på CPU-shares, der er tilgængelige for den virtuelle maskine.
Den uregelmæssige ydeevne, der observeres, skyldes strid om delte hardwareressourcer, der anvendes af Avamar under scanning af filer.
I eksemplet, der vises ovenfor, er hardwareressourcer enten i stor efterspørgsel eller begrænset til klienten inden for spidsbelastningsperioder.
Adfærden afhænger af tilgængelige ressourcer. Den ressource, der oftest er flaskehalset, er tilfældige I/O-anmodninger på den lagerenhed, hvor dataene er placeret.
Hvis CPU-forbruget spidsbelastninger i spidsbelastningstiden, kan flaskehalsen være en mangel på CPU-shares, der er tilgængelige for den virtuelle maskine.
Resolution
- Kør sikkerhedskopieringen uden for spidsbelastningstiden og (hvis muligt), når klienten ikke er meget optaget af sine almindelige opgaver.
- Sørg for, at hypervisoren til den virtuelle maskine ikke håndhæver CPU-, hukommelses- eller I/O-begrænsninger på tidspunktet for sikkerhedskopieringsvinduet
- Undgå overlappende Avamar-sikkerhedskopieringer med perioder med høj aktivitet, hvor indhold for delt lagring er højt.
- Ved programmer med lav ændringshastighed bør du overveje at bruge billedbaseret sikkerhedskopiering. Afbildningens backupproxyenhed sikkerhedskopierer kun ændrede blokke. Den scanner ikke alle filer i datasættet, så der er lavere I/O-krav.
Additional Information
Du kan få flere oplysninger om, hvordan du undersøger problemer med Avamar-sikkerhedskopieringsydeevnen, ved at se;
Du kan finde flere oplysninger om analyse og fortolkning af meddelelser om avtar-status;
Du kan finde flere oplysninger om analyse og fortolkning af meddelelser om avtar-status;
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.