Avamar gastback-up van virtuele machine draait langzaam en time-out als gevolg van een knelpunt in hardwarebronnen
Summary: Een Avamar gastback-up van een virtuele machine wordt langzaam uitgevoerd vanwege een knelpunt in hardwarebronnen.
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
Een virtuele machine waarop een Avamar-client is geïnstalleerd in het gastbesturingssysteem ervaart onregelmatige of slechte prestaties.
Als de back-up het einde van het back-upvenster bereikt zonder te voltooien, meldt Avamar dat de back-up mislukt met "time-out - end".
Voorbeeld:-
Hieronder bekijken we de logboeken voor een client die onregelmatig gedrag ondervonden sinds deze gevirtualiseerd werd.
Hieronder ziet u een snelle back-up en een trage back-up voor dezelfde client.
Het logboek van de snelle back-up toont een piekprestatiesnelheid van 2291.881 bestanden per uur. De snelheid van bestands- en datawijzigingen in deze back-up is laag.
De logboekstatusberichten laten zien dat tijdens de back-up de scansnelheid van het bestand constant is zonder snelle of langzame perioden.
Het CPU-gebruik blijft ook redelijk constant tussen 40-60%.
Hieronder laten we dit grafisch zien met behulp van een interne Dell tool waarmee Avamar clientlogboeken worden geparseerd en de data worden weergegeven.
Deze grafieken laten zien dat de back-up onder goede omstandigheden snel wordt uitgevoerd.
Het storagesysteem voert avtar met bestanden in een tempo dat de CPU op een redelijk hoog gebruiksniveau houdt.
Vervolgens bekijken we het logboek voor de tragere back-up. Deze back-up is voor dezelfde clientdata, maar onder verschillende laadomstandigheden voor virtuele hardware. We zien dat de prestaties van bestanden/uur 400.000 bestanden/uur zijn <.
Aangezien de wijzigingssnelheid laag is, vergelijkbaar met de snelle back-up, zijn de back-upgedragen vergelijkbaar.
Onder het logboek ziet u een grafische weergave die aangeeft dat de back-upprestaties snel beginnen en vervolgens trager worden (het gebied wordt gemarkeerd in het rode vak).
De trage prestaties van bestanden per uur correleert precies met de tijdsperiode van 11:00 tot 19:00 uur.
Let op: tussen 11.00 en 19.00 uur daalt het CPU-gebruik van ver boven de 40% tot ongeveer 5-10%.
Na 19.00 uur varieert het CPU-gebruik van 15-20% en de prestaties van bestanden per uur nemen toe, hoewel deze niet zo hoog zijn als tijdens het eerste deel van de back-up.
Als de back-up het einde van het back-upvenster bereikt zonder te voltooien, meldt Avamar dat de back-up mislukt met "time-out - end".
Voorbeeld:-
Hieronder bekijken we de logboeken voor een client die onregelmatig gedrag ondervonden sinds deze gevirtualiseerd werd.
Hieronder ziet u een snelle back-up en een trage back-up voor dezelfde client.
Het logboek van de snelle back-up toont een piekprestatiesnelheid van 2291.881 bestanden per uur. De snelheid van bestands- en datawijzigingen in deze back-up is laag.
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)
De logboekstatusberichten laten zien dat tijdens de back-up de scansnelheid van het bestand constant is zonder snelle of langzame perioden.
Het CPU-gebruik blijft ook redelijk constant tussen 40-60%.
Hieronder laten we dit grafisch zien met behulp van een interne Dell tool waarmee Avamar clientlogboeken worden geparseerd en de data worden weergegeven.
Deze grafieken laten zien dat de back-up onder goede omstandigheden snel wordt uitgevoerd.Het storagesysteem voert avtar met bestanden in een tempo dat de CPU op een redelijk hoog gebruiksniveau houdt.
Vervolgens bekijken we het logboek voor de tragere back-up. Deze back-up is voor dezelfde clientdata, maar onder verschillende laadomstandigheden voor virtuele hardware. We zien dat de prestaties van bestanden/uur 400.000 bestanden/uur zijn <.
Aangezien de wijzigingssnelheid laag is, vergelijkbaar met de snelle back-up, zijn de back-upgedragen vergelijkbaar.
Onder het logboek ziet u een grafische weergave die aangeeft dat de back-upprestaties snel beginnen en vervolgens trager worden (het gebied wordt gemarkeerd in het rode vak).
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)
De trage prestaties van bestanden per uur correleert precies met de tijdsperiode van 11:00 tot 19:00 uur.
Let op: tussen 11.00 en 19.00 uur daalt het CPU-gebruik van ver boven de 40% tot ongeveer 5-10%.
Na 19.00 uur varieert het CPU-gebruik van 15-20% en de prestaties van bestanden per uur nemen toe, hoewel deze niet zo hoog zijn als tijdens het eerste deel van de back-up.
Cause
De dataset voor onze 'voorbeeldclient' is voorspelbaar en de wijzigingssnelheid is verwaarloosbaar. De client voert elke dag een vergelijkbare hoeveelheid werk uit,
De waargenomen onregelmatige prestaties zijn te wijten aan een bewering voor gedeelde hardwarebronnen die door Avamar worden gebruikt tijdens het scannen van bestanden.
In het bovenstaande voorbeeld zijn hardwarebronnen in hoge vraag of worden ze beperkt voor de client tijdens piekuren.
Het gedrag hangt af van de beschikbare bronnen. De meest waarschijnlijke bron die een knelpunt vormt, is willekeurige I/O-aanvragen op het storageapparaat waar de data zich bevinden.
Als het CPU-gebruik piekt tijdens piekuren, kan het knelpunt een tekort aan CPU-shares zijn die beschikbaar zijn voor de virtuele machine.
De waargenomen onregelmatige prestaties zijn te wijten aan een bewering voor gedeelde hardwarebronnen die door Avamar worden gebruikt tijdens het scannen van bestanden.
In het bovenstaande voorbeeld zijn hardwarebronnen in hoge vraag of worden ze beperkt voor de client tijdens piekuren.
Het gedrag hangt af van de beschikbare bronnen. De meest waarschijnlijke bron die een knelpunt vormt, is willekeurige I/O-aanvragen op het storageapparaat waar de data zich bevinden.
Als het CPU-gebruik piekt tijdens piekuren, kan het knelpunt een tekort aan CPU-shares zijn die beschikbaar zijn voor de virtuele machine.
Resolution
- Voer de back-up uit tijdens piekuren en (indien mogelijk) wanneer de client niet zwaar belast is met zijn reguliere taken.
- Zorg ervoor dat de hypervisor van de virtuele machine geen CPU-, geheugen- of I/O-beperkingen afdwingt ten tijde van het back-upvenster
- Vermijd overlappende Avamar back-ups met perioden van hoge activiteit waarbij de gedeelde storageconflicten hoog zijn.
- Voor applicaties met een lage wijzigingssnelheid kunt u overwegen back-ups op basis van images te gebruiken. Het proxyapparaat voor imageback-ups biedt alleen een back-up van gewijzigde blokken. Het scant niet elk bestand in de dataset, dus er gelden lagere I/O-vereisten.
Additional Information
Zie voor meer informatie over het onderzoeken van prestatieproblemen met Avamar back-up;
Voor meer informatie over het analyseren en interpreteren van avtar-statusberichten;
Voor meer informatie over het analyseren en interpreteren van avtar-statusberichten;
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.