Ein Avamar-Prüfpunkt ist ein Satz schreibgeschützter Verzeichnisse auf den Avamar -Daten-Nodes.
Es ist wie ein Point-in-Time-Snapshot des Avamar -Systems. Es kann für Rollback-Zwecke nützlich sein, wenn auf dem Avamar -System ein schwerwiegendes Problem auftritt, das nicht behoben werden kann.
Das
cplist-Tool erstellt eine Liste der Prüfpunkte, die auf einem Avamar -System vorhanden sind.
Das Tool kann von jedem Benutzer mit Zugriff auf den Avamar Utility Node ausgeführt werden.
Es ist von entscheidender Bedeutung, zu verstehen, welche Kontrollpunkte und deren Zustand vorhanden sind, bevor Sie eine Entscheidung darüber treffen, wie Sie mit einem System fortfahren, bei dem ein Problem auftritt oder das gewartet wird.
Falsche Annahmen über den Status von Prüfpunkten können zu Datenverlust oder einem unwiederbringlichen Avamar -System führen.
Dieser Artikel hilft dem Leser, die Ausgabe des Tools zu interpretieren.
Hier ist eine Beispielausgabe aus dem Befehl cplist.
cp.20130915110057 Sun Sep 15 12:00:57 2013 valid rol --- nodes 3/3 stripes 3530
cp.20130915110654 Sun Sep 15 12:06:54 2013 valid --- --- nodes 3/3 stripes 3530
Wir sehen uns den ersten Kontrollpunkt oben an und besprechen die Bedeutung der einzelnen Datenfelder.
Prüfpunkt-Tag-Name – cp.20130915110057
- Dies ist das Identifikations-Tag für den Prüfpunkt und entspricht der Zeit, zu der der Prüfpunkt gestartet wurde. Cp. JJJJMMTTHHMMSS
- Ab Avamar v7.1 werden Prüfpunkte mit Seriennummern zugewiesen, anstatt mit dem Startdatum und der Uhrzeit des Prüfpunkts gekennzeichnet zu werden.
Benötigte Zeit – Sonntag, 15. September, 12:00:57 Uhr
- Der Tag, das Datum und die Uhrzeit, zu der der Prüfpunkt erstellt wurde. Dies entspricht immer dem Prüfpunkt-Tag.
Gültigkeit – gültig
- Wenn in diesem Feld "gültig" angezeigt wird, ist der Kontrollpunkt "ermüdend".
- Die Gültigkeit gibt an, ob der Prüfpunkt für Rollback-Zwecke nützlich ist.
- Wenn dieses Feld "gültig" anzeigt, bedeutet dies nicht, dass der Kontrollpunkt einer HFScheck-Validierung unterzogen wurde.
- Das Gültigkeitsfeld ist überflüssig, wenn "cplist" ausgeführt wird, da der Befehl standardmäßig nutzbare Prüfpunkte anzeigt.
- Beim Ausführen von "cplist --full" werden alle Prüfpunkte auf dem System angezeigt, einschließlich aller, die nicht für Rollback-Zwecke nutzbar sind.
HFScheck-Validierungstyp – "rol"
- Dieses Feld zeigt den Typ der HFScheck-Validierung, die auf dem Prüfpunkt ausgeführt wurde.
- Mögliche Typen sind "hfs", "rdc", "par", "rol".
- hfs oder full: bedeutet, dass die Validierung auf allen Stripes im Prüfpunkt ausgeführt wurde.
- Roll: bedeutet, dass bei der Validierung alle neuen oder geänderten Stripes im Prüfpunkt überprüft wurden.
- Untersuchungen haben gezeigt, dass bei Problemen mit der Datenintegrität in der Regel die betroffenen Stripes diejenigen sind, die neu erstellt oder kürzlich geändert wurden. Aus diesem Grund empfiehlt Avamar Engineering, die sequenzielle Validierung als praktisch so zuverlässig wie eine langwierigere vollständige HFScheck-Validierung zu betrachten.
- Abhängig von der Datenaufnahmerate des Avamar -Systems kann eine sequenzielle HFS-Prüfung auch einen Anteil der unveränderten Stripes eines Prüfpunkts überprüfen. Das bedeutet, dass letztendlich alle Stripes, selbst diejenigen, die nicht geändert wurden, möglicherweise auf Integrität geprüft werden.
- rdc – bedeutet, dass die Validierung abgeschlossen wurde, aber ein Node nicht an der Validierung teilgenommen hat. Validierungstyp wird nicht angegeben.
- Die Integrität der Daten kann nicht für Prüfpunkte garantiert werden, die als rdc gekennzeichnet sind. Eine solche Prüfung bietet ein besseres Vertrauen in die Datenintegrität als überhaupt keine Validierung.
Löschen von "---"
- Dieses Feld gibt an, ob der Prüfpunkt gemäß den auf dem Avamar -Server geltenden Prüfpunktaufbewahrungseinstellungen gelöscht werden kann.
- Die Kontrollpunktaufbewahrung wird durch die Parameter "cphfschecked" und "cpmostrecent" gesteuert.
- Die Kontrollpunktaufbewahrung sollte standardmäßig beibehalten werden, es sei denn, dies wird von einem Supporttechniker empfohlen.
- Falsche Kontrollpunktaufbewahrungseinstellungen können ein Avamar -System dem Risiko von Datenverlusten aussetzen oder zu Kapazitätsproblemen des Betriebssystems führen.
REFCOUNT/NODECOUNT – "Node 3/3"
- Die erste Zahl ist der Refcount. Dies meldet die Anzahl der Nodes, die auf den Cplist-Befehl reagiert haben. Dieser Wert bedeutet nicht unbedingt die Anzahl der Nodes, die online sind.
- Die zweite Zahl ist der Nodecount. Dies bezieht sich auf die Anzahl der Nodes, die an der ursprünglichen Erstellung des Kontrollpunkts teilgenommen haben. Mit anderen Worten, wie viele Daten-Nodes dieses bestimmte Kontrollpunktverzeichnis enthalten.
- Notieren Sie sich sorgfältig den Status des Systems (Gesamtzahl der Nodes und Anzahl der Nodes online) und die Ausführung von cplist, bevor Sie die Bedeutung der Ausgabe dieser beiden Felder in Betracht ziehen.
Stripe-Zählfeld – "3530"
- Dieses Feld zeigt die Gesamtzahl der im Kontrollpunkt erfassten Stripes an.
- Eine sequenzielle Prüfpunktvalidierung validiert eine Teilmenge dieser Anzahl von Stripes.
- Eine vollständige Prüfpunktvalidierung validiert alle.
Beispiele für cplist-Ausgabe
Beispiel 1:
cp.20130914190119 Sat Sep 14 20:01:19 2013 valid rol --- nodes 1/1 stripes 1401
cp.20130914192153 Sat Sep 14 20:21:53 2013 valid --- --- nodes 1/1 stripes 1401
Was sagt uns das?
- Dies ist ein Single-Node-System.
- Es gibt zwei "gesunde" oder nutzbare Kontrollpunkte.
- cp.201309141901119 wurde mit einer sequenziellen HFScheck validiert, der andere Prüfpunkt wurde nicht validiert.
- Beide Kontrollpunkte erfassten 1.401 Stripes.
Beispiel 2:
cp.20130911150620 Wed Sep 11 11:06:20 2013 valid rol --- nodes 9/9 stripes 121107
cp.20130911160421 Wed Sep 11 12:04:21 2013 valid --- --- nodes 9/9 stripes 121107
cp.20130912151051 Thu Sep 12 11:10:51 2013 valid --- --- nodes 8/9 stripes 121107
Was sagt uns das?
- Während jedes Kontrollpunkts nahmen neun Nodes am Kontrollpunkterstellungsprozess teil. Wir gehen möglicherweise davon aus, dass neun Nodes auf dem System vorhanden sind, verlassen uns jedoch nicht ausschließlich auf die cplist-Ausgabe für diese Informationen.
- Der älteste der drei Kontrollpunkte wurde mit einer sequenziellen HFS-Überprüfung validiert.
- Die neuesten Kontrollpunkte (12. September) sind derzeit auf einem der neun Nodes, die diesen Kontrollpunkt bilden, nicht zugänglich.
Beispiel 3:
cp.20130915110057 Sun Sep 15 12:00:57 2013 valid rol --- nodes 3/3 stripes 3530
cp.20130915110654 Sun Sep 15 12:06:54 2013 valid --- del nodes 3/3 stripes 3530
cp.20130916053830 Mon Sep 16 06:38:30 2013 valid --- --- nodes 3/3 stripes 3530
cp.20130916060236 Mon Sep 16 07:02:36 2013 valid --- --- nodes 2/2 stripes 3530
Was sagt uns das?
- cp.20130915110654 kann gemäß den Kontrollpunktaufbewahrungsregeln gelöscht werden.
- cp.20130916060236 wurde aufgenommen, während einer der drei Nodes offline war.
Beispiel 4:
Wenn ein Avamar -System in Data Domain integriert ist, kann cplist Prüfpunkte als ungültig anzeigen, wenn das Data Domain-System nicht mehr verfügbar ist. Zum Beispiel:
cp.20130830173413 Fri Aug 30 10:34:13 2013 valid hfs --- nodes 1/1 stripes 82
cp.20130831000113 Fri Aug 30 17:01:13 2013 valid hfs --- nodes 1/1 stripes 82
Wenn das Data Domain-Gerät ausgeschaltet ist,
admin@utility:~/>: cplist
cplist: ERROR: ddrmaint: <4750>Datadomain get checkpoint list operation failed.
2013/09/17-14:28:06.79970 [cplist] ERROR: <0001> ddrmaint: <4750>Datadomain get checkpoint list operation failed.
cp.20130830173413 Fri Aug 30 10:34:13 2013 invalid --- --- nodes 1/1 stripes 82
cp.20130831000113 Fri Aug 30 17:01:13 2013 invalid --- --- nodes 1/1 stripes 82