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:
- 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:
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:
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
Führen Sie ab Avamar
v7.x Folgendes aus:
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:
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: