Dieser Wissensdatenbank-Artikel ist relevant für Avamar-Systeme, auf denen Version 7.x + ausgeführt wird. In diesem Artikel wird der Befehl status.dpn beschrieben und die einzelnen Abschnitte seiner Ausgabe erläutert.
Was ist der Befehl status.dpn?
Der Befehl Status.dpn ist ein Perl-Skript, das eine Reihe von avmaint nodelist- und Linux-Betriebssystembefehlen in ein für Nutzer lesbares Format formatiert, um den aktuellen Status eines Avamar Grid anzuzeigen. Ähnlich wie andere Avamar-Befehle und -Tools befindet sich status.dpn im Verzeichnis
/usr/local/avamar/bin/. Status.dpn hängt davon ab, dass GSAN online ist, da avmaint mit GSAN interagiert, um seine Befehle auszuführen. Wenn GSAN nicht auf einem Daten-Node ausgeführt wird, werden keine Informationen zu diesem Daten-Node außer der Node-Nummer und dem Offline-Status angezeigt.
Beispiel für eine status.dpn-Ausgabe:
Mon Jan 24 12:00:52 EST 2013 [AVAMAR1] Mon Jan 24 16:00:52 2013 UTC (Initialisiert Do Nov 24 10:35:01 2011 UTC)
Node IP Address Version State Runlevel Srvr+Root+User Dis Suspend Load UsedMB errlen %Full Prozent voll und Stripe-Status nach Festplatte
0.0 10.20.30.41 6.1.0-402 ONLINE fullaccess mhpu+0hpu+0hpu 1 false 0.01 15967 1457401 9.1% 9%(onl:403) 9%(onl:388) 9%(onl:387)
0.1 10.20.30.42 6.1.0-402 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 0.05 15967 1432248 9.1% 9%(onl:389) 9%(onl:395) 9%(onl:394)
0.2 10.20.30.43 6.1.0-402 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 0.05 15976 1345864 9.1% 9%(onl:377) 9%(onl:399) 9%(onl:401)
0.3 10.20.30.44 6.1.0-402 ONLINE fullaccess mhpu+0hpu+0hpu 0 false 0.00 15969 1608943 9.1% 9%(onl:388) 9%(onl:406) 9%(onl:383)
Srvr+root+User Modes = migrieren + hfswriteable + persistwriteable + useraccntwriteable Alle gemeldeten Zustände=(ONLINE), runlevels=(fullaccess), modes=(mhpu+0hpu+0hpu)
System-Status: ok
Zugriffs-Status: voll
Letzter Prüfpunkt: cp.20121223181633 beendet Sun Jan 23 18:17:00 2013 nach 00m 27s (OK)Letzter GC:
beendet Sun Jan 23 17:07:26 2013 nach 01m 25s>>wiederhergestellt 342.02 MB (OK)
Letzter hfscheck: beendet So Jan 23 18:16:19 2013 nach 12m 05s >>
geprüft 2132 von 2132 Stripes (OK)
Wartungsfenster Scheduler-Kapazitätsprofil ist aktiv.
Das Wartungsfenster läuft derzeit.
Next backup window start time: Mon Jan 24 02:00:00 2013 EST
Startzeit des nächsten Wartungsfensters: Mon Jan 24 10:00:00 2013 EST
In der ersten Zeile des Befehls status.dpn werden die Uhrzeit und das Datum in der lokalen Zeitzone, der Hostname des Avamar Utility-Node, Uhrzeit und Datum in UTC sowie die Uhrzeit und das Datum der Initialisierung (Installation) des Avamar Grid in UTC angezeigt. UTC wird angezeigt, wenn die Daten-Nodes mit UTC-Zeit ausgeführt werden.
Knoten:
Zeigt die logische Node-Nummer jedes Daten-Node an. Der Befehl status.dpn zeigt keine Statusinformationen des Utility-Node an, da GSAN nicht auf dem Utility-Node ausgeführt wird.
IP-Adresse:
Zeigt die IP-Adresse des Daten-Node an. Für Gen4 und Gen4s wird die IP-Adresse des internen Backupnetzwerks angezeigt. Alle vorherigen Hardwaregenerationen enthalten nur ein einziges Netzwerk.
Version:
Zeigt die Version der GSAN-Binärdatei auf dem Avamar-Daten-Node an. Der GSAN-Binärdatei kann eine Hotfix-Nummer angehängt werden, wenn ein GSAN-Hotfix installiert wurde. Die Versionsnummer sollte über alle Avamar-Daten-Nodes im Avamar-Raster hinweg übereinstimmen.
Staat:
Zeigt den aktuellen Statuscode des Avamar-Daten-Node an.
- ONLINE – GSAN wird derzeit auf diesem Daten-Node ausgeführt. Normale Funktionalität.
- OFFLINE – GSAN wird derzeit nicht auf diesem Daten-Node ausgeführt. Erfordert Troubleshooting.
Runlevel:
Zeigt den Status auf Ausführungsebene des GSAN-Prozesses pro Avamar-Daten-Node an. Es gibt 10 Ausführungslevel von GSAN.
- Herunterfahren: Der GSAN-Prozess wird heruntergefahren.
- Boot: Der GSAN-Prozess wird online gestartet.
- Verbinden: GSAN, das sich mit dem GSAN jedes Daten-Nodes verbindet.
- Validate: Validieren der Stripe-DNS-Tabelle pro Avamar-Daten-Node.
- Start: Stripes werden online geschaltet.
- Sync: Ermitteln Sie, welche Stripes aktualisiert werden müssen, indem Sie sie neu erstellen oder die Transaktionsprotokolle verwenden.
- Upgrade: Wird verwendet, wenn die GSAN-Binärdatei auf eine neuere Version aktualisiert wird.
- Running: GSAN wurde gestartet. Alle Stripes sind online, aber nicht verfügbar, um Backups zu akzeptieren.
- Fullaccess – Grid ist verfügbar, um Backups zu akzeptieren.
Srvr+Root+Benutzer:
Zeigt den Aktivitätszugriffsmodus des Avamar-Daten-Node an.
- Srvr – Avamar GSAN-Berechtigungen.
- Root: Avamar DPN-Root-Nutzerberechtigungen.
- Nutzer: Alle anderen Nutzerberechtigungen
Zugriffsmodi für Aktivitäten
- mhpu+0hpu+0hpu – Vollzugriff – Normalbetrieb.
- mhpu+0hpu+0000 - Admin Mode: Wenn waitcgsan aufgrund eines hfscheck gestartet wird, ist die GSAN-Kapazität gleich oder größer als der diskreadonly-Grenzwert und die Differenz in der BS-Kapazitätsauslastung übersteigt den in avmaint config aufgeführten Wert für freespaceunbalance.
- mhpu+0000+0000 - Sync-Modus: Während eines Neustarts von GSAN beim Synchronisieren von Stripes und wenn testintegrity ausgeführt wird oder ein Stripe neu aufgebaut wird.
- m000+0000+0000 – schreibgeschützter Modus – Während der automatischen Speicherbereinigung und von Prüfpunkten. Kann auch als 0000+0000+0000 angezeigt werden.
Hinweis: In Avamar Version 7.x und höher wird die automatische Speicherbereinigung im Full Access-Modus ausgeführt und versetzt das Avamar Grid nicht in den schreibgeschützten Modus
Wenn zwei Aktivitäten ausgeführt werden, die sich auf den Zugriffsmodus der Aktivität auswirken, wird der restriktivste Modus aktiviert.
Siehe Anhang #1 für die Prozesse, die den Aktivitätszugriffsmodus beeinflussen.
Definition der MHPU-Bits.
- m=Migrieren - Kann das System Stripes migrieren?
- h=HFS Data Store – Ist das System in der Lage, in den HFS-Datenspeicher zu schreiben?
- p=Persistenter Speicher – Ist das System in der Lage, in den persistenten Speicher zu schreiben?
- u=Benutzer-Buchhaltungssystem - Ist das System in der Lage, in das Benutzer-Buchhaltungs-System zu schreiben?
Dis:
Anzahl der auf dem Avamar-Daten-Node verwendeten Dispatcher. Dispatcher-Verbindungen sind Verbindungen zum GSAN-Prozess auf dem Avamar-Daten-Node. Eine Dispatcher-Verbindung pro GSAN-Verbindung oder GSAN-Interaktionsbefehl. Beispiel für eine GSAN-Verbindung wäre eine Backupsitzung mit dem avtar-Prozess. Beispiel für einen GSAN-Interaktionsbefehl wäre avmaint. Siehe Wissensdatenbank-Artikel 63548:
Wie viele gleichzeitige Clientsitzungen können auf dem Avamar Server durchgeführt werden? (ab Version 6.1) finden Sie Informationen zur Anzahl der Dispatcher-Verbindungen, die pro Avamar-Daten-Node für jede Softwareversion ausgeführt werden können.
Auszusetzen:
Zeigt an, ob die Dispatcher angehalten wurden oder nicht. Wenn es angehalten wird, verhindert das Avamar Grid, dass neue Dispatcher für die Verwendung für Backups, Wiederherstellungen und Replikationen aktiviert werden.
Laden:
Momentane durchschnittliche Gesamtlast auf dem Avamar-Daten-Node Ähnliche Metriken über den Linux-BS-Befehl "uptime".
Verwendetes MB:
Gesamtmenge an RAM, die der Avamar-Daten-Node derzeit von allen Prozessen verwendet. Ähnliche Metriken über den Linux-Betriebssystembefehl "free -m".
Errlen:
Die Länge von /data01/cur/err.log auf dem Avamar-Daten-Node in Byte.
%voll:
Prozent voll der gesamten GSAN-Kapazität des Avamar-Daten-Node. Prozentsatz wird auf eine ganze Zahl gerundet, z. B. 47 %
Auslastung und Stripe-Status nach Festplatte:
Zeigt die Anzahl der Stripes pro Partition und deren Status auf dem Avamar-Daten-Node an. Weitere Informationen zu den Stripe-Status finden Sie in Anhang #2 .
Zeigt an, wie viel Prozent die Partition gemäß der GSAN-Kapazität belegt ist. Prozentsatz wird auf die erste Dezimalstelle gerundet, z. B. 46,8 %
Alle gemeldeten Status:
Enthält eine Zusammenfassung des Status des Rasters. Listet den Node-Status, Runlevel und Modi auf. Wenn für ein Element mehrere Status vorhanden sind, wird jeder aufgeführt. Wenn ein Node beispielsweise offline ist, wird Folgendes angezeigt:
Alle gemeldeten Zustände=(ONLINE, OFFLINE), runlevels=(fullaccess), modes=(mhpu+0hpu+0hpu)
Systemstatus:
Zeigt OK oder Heruntergestuft an. Der Status "Degraded" tritt auf, wenn sich ein Node im Offlinezustand befindet.
Zugriffs-Status:
Zeigt an, ob das Raster aufgrund des Aktivitätszugriffsmodus eingeschränkt ist. Wenn eine Einschränkung vorhanden ist, wird "admin" angezeigt. Wenn keine Einschränkungen vorhanden sind, wird "full" angezeigt. In diesem Abschnitt wird auch angezeigt, ob Stripes offline sind oder sich in einem OFFLINE_MEDIA_ERROR Zustand befinden.
Wartungsaktivitäten, -aufgaben und -pläne:
Im ersten Abschnitt wird der Status der Wartungsaktivitäten angezeigt, da GSAN online ist. Sie zeigt den Fortschritt der Wartungsaktivität und deren Status "läuft", "abgeschlossen" oder "fehlgeschlagen mit Fehlern" an.
Wenn GSAN vor kurzem gestartet wurde, wird der Status der Wartungsaktivitäten gelöscht. Siehe
Anhang #3 für Beispiele.
Im zweiten Abschnitt wird angezeigt, welcher Zeitplan derzeit ausgeführt wird, welche Wartungsaufgaben derzeit ausgeführt werden und Informationen zum Wartungs- und Backupzeitplan angezeigt werden.
Definitionen der Wartungsaufgaben:
- script : Führt die GSAN-Wartungsskripte zu Beginn jedes Fensters aus. Wird standardmäßig bis zu 15 Minuten ohne Unterbrechung ausgeführt. Danach wird sie parallel zu anderen Aufgaben ausgeführt, bis sie abgeschlossen sind. Diese Skripte befinden sich im Verzeichnis /usr/local/avamar/etc/gsan-maint-scripts/.
- indexcacheloader: Lädt die Indexcaches bei Bedarf zu Beginn des Backupzeitfensters und des Wartungszeitfensters und entlädt die Indexcaches zu Beginn des Wartungszeitfensters. In 7.x gibt es eine indexcacheunloader-Aufgabe, um das Entladen der Indexcaches anzuzeigen.
- Abbrechen- Bricht/beendet Backups vor der automatischen Speicherbereinigung. Standardmäßig wird er 15 Minuten lang ausgeführt. Die Dauer ist konfigurierbar.
- gc/cp/hfscheck - Die entsprechende Wartungsaufgabe wird gerade ausgeführt.
- Autoreparatur – Führt eine automatische Reparatur durch (falls erforderlich), nachdem hfscheck abgeschlossen ist.
- Konvertierung- Konvertiert Stripes (falls erforderlich) am Ende des Wartungsfensters.
- poolcheck - Falls erforderlich, wird am Ende des Wartungszeitfensters eine Dateipoolprüfung durchgeführt. Dies wird auf Gen3-3,3-TB-Nodes mit einem Dateipool ausgeführt.
- Balance: (6.1.0 und höher) Gleicht Stripes am Ende des Wartungszeitfensters aus, wenn nach Abschluss der Wartungsaktivitäten noch Zeit verfügbar ist. Standardmäßig wird balancemin vorübergehend auf 10 gesetzt (kann im avmaint-Zeitplan konfiguriert werden), es sei denn, balancemin wurde bereits explizit mit avmaint config festgelegt.
Die Informationen für die Planungen werden festgelegt, wann die Avamar-Wartung (automatische Speicherbereinigung, Prüfpunkt und hfscheck) und der geplante Start von Backups stattfinden werden. In diesem Abschnitt wird auch angezeigt, ob eine der Zeitpläne oder einzelnen Wartungsaktivitäten angehalten oder unterbrochen wurde. Siehe
Anhang #4 für das Beispiel.