Avamar guest backup of Virtual Machine runs slowly and times out due to a hardware resource bottleneck (Avamar-Gastbackup der virtuellen Maschine wird aufgrund eines Hardwareressourcenengpasses langsam ausgeführt und es kommt zu Zeitüberschreitungen)
Summary: Ein Avamar-Gastbackup einer virtuellen Maschine wird aufgrund eines Hardwareressourcenengpasses langsam ausgeführt.
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
Auf einer virtuellen Maschine, auf der ein Avamar -Client im Gastbetriebssystem installiert ist, kommt es zu einer unregelmäßigen oder schlechten Performance.
Wenn das Backup das Ende des Backupzeitfensters erreicht, ohne es abzuschließen, meldet Avamar, dass das Backup mit "time out - end" fehlschlägt.
Beispiel:-
Im Folgenden sehen wir uns die Protokolle für einen Client an, bei dem seit der Virtualisierung unregelmäßiges Verhalten aufgetreten ist.
Im Folgenden zeigen wir ein schnelles Backup und ein langsames Backup für denselben Client.
Das Protokoll des schnellen Backups zeigt eine Spitzenperformancerate von 2.291.881 Dateien pro Stunde an. Die Datei- und Datenänderungsrate in diesem Backup ist niedrig.
Die Protokollstatusmeldungen zeigen, dass die Dateiscanrate im Laufe des Backups konstant ohne schnelle oder langsame Zeiträume ist.
Die CPU-Auslastung bleibt auch relativ konstant zwischen 40 und 60 %.
Im Folgenden zeigen wir dies grafisch mit einem internen Dell Tool, das Avamar -Clientprotokolle analysiert und die Daten diagrammiert.
Diese Diagramme zeigen, dass das Backup unter guten Bedingungen schnell ausgeführt wird.
Das Speichersystem versorgt avtar mit Dateien in einer Geschwindigkeit, die die CPU auf einem mäßig hohen Auslastungsgrad hält.
Als Nächstes überprüfen wir das Protokoll für das langsamere Backup. Dieses Backup gilt für dieselben Clientdaten, aber unter unterschiedlichen Ladebedingungen der virtuellen Hardware. Wir sehen, dass die Leistung von Dateien/Stunden 400.000 Dateien/Stunde beträgt <.
Da die Änderungsrate niedrig ist, ähnlich wie beim schnellen Backup, sind die Backupverhaltensweisen vergleichbar.
Unterhalb des Protokolls zeigt eine grafische Darstellung an, dass die Backupperformance schnell beginnt und dann verlangsamt wird (im roten Feld hervorgehobener Bereich).
Die langsame Leistung von Dateien pro Stunde korreliert präzise mit dem Zeitraum von 11:00 uhr bis 19:00 Uhr.
Beachten Sie, dass die CPU-Auslastung von 11:00 bis 19:00 Uhr von weit über 40 % auf etwa 5 bis 10 % sinkt.
Nach 19:00 Uhr variiert die CPU-Auslastung von 15 bis 20 % und die Leistung der Dateien pro Stunde steigt, wenn auch nicht so hoch wie während des ersten Teils des Backups.
Wenn das Backup das Ende des Backupzeitfensters erreicht, ohne es abzuschließen, meldet Avamar, dass das Backup mit "time out - end" fehlschlägt.
Beispiel:-
Im Folgenden sehen wir uns die Protokolle für einen Client an, bei dem seit der Virtualisierung unregelmäßiges Verhalten aufgetreten ist.
Im Folgenden zeigen wir ein schnelles Backup und ein langsames Backup für denselben Client.
Das Protokoll des schnellen Backups zeigt eine Spitzenperformancerate von 2.291.881 Dateien pro Stunde an. Die Datei- und Datenänderungsrate in diesem Backup ist niedrig.
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)
Die Protokollstatusmeldungen zeigen, dass die Dateiscanrate im Laufe des Backups konstant ohne schnelle oder langsame Zeiträume ist.
Die CPU-Auslastung bleibt auch relativ konstant zwischen 40 und 60 %.
Im Folgenden zeigen wir dies grafisch mit einem internen Dell Tool, das Avamar -Clientprotokolle analysiert und die Daten diagrammiert.
Diese Diagramme zeigen, dass das Backup unter guten Bedingungen schnell ausgeführt wird.Das Speichersystem versorgt avtar mit Dateien in einer Geschwindigkeit, die die CPU auf einem mäßig hohen Auslastungsgrad hält.
Als Nächstes überprüfen wir das Protokoll für das langsamere Backup. Dieses Backup gilt für dieselben Clientdaten, aber unter unterschiedlichen Ladebedingungen der virtuellen Hardware. Wir sehen, dass die Leistung von Dateien/Stunden 400.000 Dateien/Stunde beträgt <.
Da die Änderungsrate niedrig ist, ähnlich wie beim schnellen Backup, sind die Backupverhaltensweisen vergleichbar.
Unterhalb des Protokolls zeigt eine grafische Darstellung an, dass die Backupperformance schnell beginnt und dann verlangsamt wird (im roten Feld hervorgehobener Bereich).
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)
Die langsame Leistung von Dateien pro Stunde korreliert präzise mit dem Zeitraum von 11:00 uhr bis 19:00 Uhr.
Beachten Sie, dass die CPU-Auslastung von 11:00 bis 19:00 Uhr von weit über 40 % auf etwa 5 bis 10 % sinkt.
Nach 19:00 Uhr variiert die CPU-Auslastung von 15 bis 20 % und die Leistung der Dateien pro Stunde steigt, wenn auch nicht so hoch wie während des ersten Teils des Backups.
Cause
Das Dataset für unseren "Beispielclient" ist vorhersehbar und die Änderungsrate ist vernachlässigbar. Der Client führt jeden Tag einen ähnlichen Arbeitsaufwand durch.
Die beobachtete ungleichmäßige Performance ist auf Konflikte bei gemeinsam genutzten Hardwareressourcen zurückzuführen, die von Avamar beim Scannen von Dateien verwendet werden.
Im obigen Beispiel sind Hardwareressourcen entweder stark ausgelastet oder für den Client während spitzen Geschäftszeiten gedrosselt.
Das Verhalten hängt von den verfügbaren Ressourcen ab. Die wahrscheinlichste Ressource, bei der Engpässe auftreten, sind zufällige Seek-I/O-Anfragen auf dem Speichergerät, auf dem sich die Daten befinden.
Wenn die CPU-Auslastung während der Spitzenzeiten steigt, kann der Engpass ein Mangel an CPU-Freigaben sein, die für die virtuelle Maschine verfügbar sind.
Die beobachtete ungleichmäßige Performance ist auf Konflikte bei gemeinsam genutzten Hardwareressourcen zurückzuführen, die von Avamar beim Scannen von Dateien verwendet werden.
Im obigen Beispiel sind Hardwareressourcen entweder stark ausgelastet oder für den Client während spitzen Geschäftszeiten gedrosselt.
Das Verhalten hängt von den verfügbaren Ressourcen ab. Die wahrscheinlichste Ressource, bei der Engpässe auftreten, sind zufällige Seek-I/O-Anfragen auf dem Speichergerät, auf dem sich die Daten befinden.
Wenn die CPU-Auslastung während der Spitzenzeiten steigt, kann der Engpass ein Mangel an CPU-Freigaben sein, die für die virtuelle Maschine verfügbar sind.
Resolution
- Führen Sie das Backup außerhalb der Spitzenzeiten und (wenn möglich) aus, wenn der Client nicht stark mit seinen regulären Aufgaben beschäftigt ist.
- Stellen Sie sicher, dass der Hypervisor der virtuellen Maschine keine CPU-, Arbeitsspeicher- oder I/O-Einschränkungen zum Zeitpunkt des Backupzeitfensters erzwingt.
- Vermeiden Sie überlappende Avamar-Backups mit Zeiträumen mit hoher Aktivität, in denen der Konflikt für gemeinsamen Speicher hoch ist.
- Bei Anwendungen mit niedriger Änderungsrate sollten Sie die Verwendung imagebasierter Backups in Betracht ziehen. Die Image-Backupproxy-Appliance sichert nur geänderte Blöcke. Es scannt nicht jede Datei im Dataset, sodass niedrigere I/O-Anforderungen bestehen.
Additional Information
Weitere Informationen zum Untersuchen von Avamar-Backupperformanceproblemen finden Sie unter:
Weitere Informationen zur Analyse und Interpretation von Avtar-Statusmeldungen
Weitere Informationen zur Analyse und Interpretation von Avtar-Statusmeldungen
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.