Avamar gastback-up van virtuele machine draait langzaam en time-out als gevolg van een knelpunt in hardwarebronnen
摘要: Een Avamar gastback-up van een virtuele machine wordt langzaam uitgevoerd vanwege een knelpunt in hardwarebronnen.
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
症狀
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.
原因
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.
解析度
- 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.
其他資訊
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;
受影響的產品
Avamar產品
Avamar文章屬性
文章編號: 000164580
文章類型: Solution
上次修改時間: 10 2月 2025
版本: 4
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。