Avamar: So erfassen Sie die Informationen zum Troubleshooting von Kapazitätsproblemen
Summary: In diesem Artikel wird beschrieben, welche Informationen beim Troubleshooting von Avamar-Kapazitätsproblemen benötigt werden und wie diese erfasst werden.
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.
Instructions
Beheben von Kapazitätsproblemen in einem Avamar-System
Beim Umgang mit Kapazitätsproblemen in einem Avamar-System ist es wichtig, die Ursache zu kennen. Dies erfordert eine Reihe von Schritten, beginnend mit der Datenerfassung für eine gründliche Untersuchung.
Avamar-Systeme verfügen über verschiedene Arten von Kapazitätslimits. Ein umfassendes Verständnis dieser Grenzwerte zusammen mit ihrem historischen Kontext kann sowohl aktuelle als auch frühere Kapazitätsprobleme des Systems klären.
Das System erzeugt bestimmte Ereignisse, Warnungen oder Fehler in der Benutzeroberfläche (UI), wenn bestimmte Kapazitätsschwellenwerte überschritten werden:
Wenn ein Avamar-System voll ist, kann es die folgenden Symptome oder Fehler aufweisen:
Das Verständnis dieser Aspekte kann beim Management und der Lösung von Kapazitätsproblemen in einem Avamar-System hilfreich sein.
Melden Sie sich beim Avamar-Server (Einzel-Node oder Utility-Node) an und führen Sie alle Befehle aus. Diese sammeln nur Informationen und übernehmen keine Änderungen:
1. Falls noch nicht bekannt, enthält sie den vollständigen Namen oder den FQDN (Fully Qualified Domain Name) des Avamar-Servers:
2. Überprüfen Sie, ob alle Services aktiviert sind, einschließlich des Wartungsplaners:
3. Der allgemeine Systemstatus:
4. Führen Sie die Kapazität aus.sh-Skript zum Sammeln von Daten über 60 Tage und die 10 wichtigsten beitragenden Kunden:
5. Protokolle, die das grundlegende Verhalten bei der automatischen Speicherbereinigung in den letzten 30 Tagen zeigen:
6. Die Menge der Daten, die durch die automatische Speicherbereinigung entfernt wurde, die Anzahl der abgeschlossenen Durchläufe und die Dauer der Speicherbereinigung.
Führen Sie für Avamar v5.x und v6.x Folgendes aus:
Führen Sie ab Avamar v7.x Folgendes aus:
7. Überprüfen Sie, wie lange hfscheck ausgeführt wird:
8. Details zum Dateisystem Kapazitätsauslastung pro Node und pro Partition:
9. Eine Liste der im System verfügbaren Prüfpunkte:
10. Geplante Start-/Endzeiten für Wartungsjobs:
11. Erfassen Sie alle Festplatteneinstellungen:
12. Erfassen Sie die Anzahl der verschiedenen Stripes-Typen pro Node pro Datenpartition:
13. Überprüfen Sie die Menge an Arbeitsspeicher (und Swap), die auf jedem Node verwendet wird:
Beim Umgang mit Kapazitätsproblemen in einem Avamar-System ist es wichtig, die Ursache zu kennen. Dies erfordert eine Reihe von Schritten, beginnend mit der Datenerfassung für eine gründliche Untersuchung.
Avamar-Systeme verfügen über verschiedene Arten von Kapazitätslimits. Ein umfassendes Verständnis dieser Grenzwerte zusammen mit ihrem historischen Kontext kann sowohl aktuelle als auch frühere Kapazitätsprobleme des Systems klären.
Das System erzeugt bestimmte Ereignisse, Warnungen oder Fehler in der Benutzeroberfläche (UI), wenn bestimmte Kapazitätsschwellenwerte überschritten werden:
- 80%: Kapazitätswarnung
- 95%: Grenzwert für Integritätsprüfung erreicht
- 100%: Das Limit für schreibgeschützte Lesevorgänge für den Server ist erreicht, wodurch das Raster in den Admin-Modus wechselt.
Wenn ein Avamar-System voll ist, kann es die folgenden Symptome oder Fehler aufweisen:
- Die automatische Speicherbereinigung schlägt fehl, was zu MSG_ERR_DISKFULL- oder MSG_ERR_STRIPECREATE-Fehlern führt.
- Prüfpunkte schlagen aufgrund MSG_ERR_DISKFULL Fehlers fehl.
- Backups können nicht ausgeführt werden oder schlagen aufgrund der vollen Kapazität fehl.
- Backups schlagen mit MSG_ERR_STRIPECREATE Fehlern oder Meldungen fehl, die darauf hinweisen, dass der Zielserver voll ist.
- Der Zugriffsstatus wechselt in den Admin-Modus (es sei denn, die Wartung wird ausgeführt).
- Der Backup-Planer ist deaktiviert und kann aufgrund von Metadatenkapazitätsgrenzen nicht fortgesetzt werden.
Das Verständnis dieser Aspekte kann beim Management und der Lösung von Kapazitätsproblemen in einem Avamar-System hilfreich sein.
Sammeln von Informationen:
Melden Sie sich beim Avamar-Server (Einzel-Node oder Utility-Node) an und führen Sie alle Befehle aus. Diese sammeln nur Informationen und übernehmen keine Änderungen:
1. Falls noch nicht bekannt, enthält sie den vollständigen Namen oder den FQDN (Fully Qualified Domain Name) des Avamar-Servers:
hostname -f
2. Überprüfen Sie, ob alle Services aktiviert sind, einschließlich des Wartungsplaners:
dpnctl status
3. Der allgemeine Systemstatus:
status.dpn
4. Führen Sie die Kapazität aus.sh-Skript zum Sammeln von Daten über 60 Tage und die 10 wichtigsten beitragenden Kunden:
capacity.sh --days=60 --top=10
5. Protokolle, die das grundlegende Verhalten bei der automatischen Speicherbereinigung in den letzten 30 Tagen zeigen:
dumpmaintlogs --types=gc --days=30 | grep "4202"
6. Die Menge der Daten, die durch die automatische Speicherbereinigung entfernt wurde, die Anzahl der abgeschlossenen Durchläufe und die Dauer der Speicherbereinigung.
Führen Sie für Avamar v5.x und v6.x Folgendes aus:
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,12,13,15
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,10,14,15,17
7. Überprüfen Sie, wie lange hfscheck ausgeführt wird:
dumpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check
8. Details zum Dateisystem Kapazitätsauslastung pro Node und pro Partition:
avmaint nodelist | egrep 'nodetag|fs-percent-full'
9. Eine Liste der im System verfügbaren Prüfpunkte:
cplist
10. Geplante Start-/Endzeiten für Wartungsjobs:
avmaint sched status --ava | egrep -A 2 "maintenance-window|backup-window" | tail -16
11. Erfassen Sie alle Festplatteneinstellungen:
avmaint config --ava | egrep -i 'disk|crunching|balance'
Ändern Sie Werte nie, es sei denn, Sie werden von einem Avamar Subject Matter Expert (SME) dazu aufgefordert. Nicht-Standardwerte sind möglicherweise aus gutem Grund vorhanden. Machen Sie sich mit der Situation vertraut.
12. Erfassen Sie die Anzahl der verschiedenen Stripes-Typen pro Node pro Datenpartition:
avmaint nodelist --xmlperline=99 | grep 'comp='
13. Überprüfen Sie die Menge an Arbeitsspeicher (und Swap), die auf jedem Node verwendet wird:
mapall free -m
Additional Information
Für einige der oben genannten Schritte gibt es Artikel, in denen ihre Ergebnisse erläutert werden. Wenn ein unten aufgeführter Artikel nicht erreichbar ist, melden Sie sich bei der Dell Support-Website an, um darauf zuzugreifen.
Affected Products
AvamarProducts
Avamar, Avamar ServerArticle Properties
Article Number: 000040862
Article Type: How To
Last Modified: 09 Jul 2025
Version: 8
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.