Avamar v7 und höher: Automatische Speicherbereinigung meldet "übersprungene Hashes", die aufgrund von "Hash Referenced Bit Maps" nicht bereinigt werden können, wenn die Daten verwendet werden

Die Funktion "Hash Referenced Bit Maps" ist eine Funktion, die mit der Avamar v7.x-Funktion eingeführt wurde, die es ermöglicht, Backups während der Wartungsaktivität zur automatischen Speicherbereinigung (GC) durchzuführen. 

Vor dieser Funktion konnte die automatische Speicherbereinigung aufgrund der Möglichkeit von Datenkonflikten nicht gleichzeitig ausgeführt werden. 

Während der Phase der automatischen Speicherbereinigung speichert die neue Funktion Informationen über Daten, die hinzugefügt oder geändert werden (eine "Zuordnung referenzierte Hashes"). Die automatische Speicherbereinigung prüft diese Informationen, um zu ermitteln, welche Hashes (und die Daten, auf die sie verweisen) nicht entfernt werden sollten.  

Eine Anforderung dieser Funktion ist, dass diese "Maps" mindestens 5 Minuten "leise" Zeit benötigen, während der keine Backups durchgeführt werden, um sie zurücksetzen zu können. Sobald dieser Reset erfolgt ist, können die in ihnen gesperrten Daten während des nachfolgenden Zyklus der automatischen Speicherbereinigung gescannt werden, solange sie unverändert bleiben.

Diese stille Zeit sollte bei der Planung des täglichen Avamar-Backup- und -Wartungsplans berücksichtigt werden. 
Wenn die Zuordnungen nicht zurückgesetzt werden können, kann die automatische Speicherbereinigung dazu führen, dass abgelaufene Daten nicht bereinigungsbereit sind.
Wenn die referenzierte Hash-Zuordnung keine Möglichkeit zum Zurücksetzen erhält, werden Daten, die für die Entfernung durch veraltete Daten in Frage kommen müssen, nicht verarbeitet und die Kapazitätsauslastung kann steigen. Wenn die Zuordnung über einen längeren Zeitraum nicht zurückgesetzt werden kann, zeigt das Protokoll der automatischen Speicherbereinigung möglicherweise eine zunehmende Anzahl von "übersprungenen Hashes" an.

Backups sind abgelaufen, aber die automatische Speicherbereinigung hat nicht alle Daten wiederhergestellt, die gelöscht werden können, da einige der Daten zu diesem Zeitpunkt verwendet wurden.

Um dies zu überprüfen, führen Sie den folgenden Befehl aus:
Der Befehl erstellt ein Speicherabbild des Wartungsprotokolls zur automatischen Speicherbereinigung für 7 Tage und analysiert es zur Anzeige.

• Wie viele Hashes übersprungen wurden,
• Wie viele Daten gelöscht wurden
• Wie viele Läufe der automatischen Speicherbereinigung stattgefunden haben
• Wie lange die automatische Speicherbereinigung für ausgeführt wurde

dumpmaintlogs --types=gc --days=7 | grep passes | cut -d ' ' -f1,10,14,15,17

2014/02/11-11:03:23.01310 skipped-hashes="3118" megabytes-recovered="120" passes="10" elapsed-time="134"
2014/02/12-11:05:33.78790 skipped-hashes="4051" megabytes-recovered="88" passes="10" elapsed-time="264"
2014/02/12-16:18:16.79236 skipped-hashes="5098" megabytes-recovered="199" passes="16" elapsed-time="268"
2014/02/12-16:28:20.35698 skipped-hashes="5099" megabytes-recovered="0" passes="1" elapsed-time="97"
2014/02/12-17:14:22.88473 skipped-hashes="5452" megabytes-recovered="26" passes="20" elapsed-time="162"
2014/02/12-20:46:06.80518 skipped-hashes="6789" megabytes-recovered="83" passes="21" elapsed-time="184"
2014/02/12-21:09:30.70374 skipped-hashes="89139" megabytes-recovered="9432" passes="26" elapsed-time="536"
2014/02/12-23:30:13.07016 skipped-hashes="96510" megabytes-recovered="604" passes="21" elapsed-time="210"
2014/02/12-23:34:15.11324 skipped-hashes="96511" megabytes-recovered="1" passes="3" elapsed-time="99"
2014/02/13-13:41:02.20624 skipped-hashes="97301" megabytes-recovered="0" passes="1" elapsed-time="81"
2014/02/14-11:03:45.31704 skipped-hashes="98220" megabytes-recovered="131" passes="2" elapsed-time="157"
2014/02/14-16:49:14.94905 skipped-hashes="98220" megabytes-recovered="67" passes="2" elapsed-time="105"
2014/02/14-21:15:27.77268 skipped-hashes="98224" megabytes-recovered="0" passes="1" elapsed-time="106"
2014/02/14-21:25:51.71154 skipped-hashes="98224" megabytes-recovered="0" passes="1" elapsed-time="101"
2014/02/14-22:07:19.81136 skipped-hashes="98229" megabytes-recovered="0" passes="1" elapsed-time="125"
2014/02/14-22:15:21.50825 skipped-hashes="98275" megabytes-recovered="1" passes="5" elapsed-time="115"
2014/02/14-22:27:13.88500 skipped-hashes="98278" megabytes-recovered="0" passes="1" elapsed-time="98"
2014/02/14-23:58:47.70116 skipped-hashes="102294" megabytes-recovered="1" passes="4" elapsed-time="110"
2014/02/15-11:02:29.45054 skipped-hashes="102538" megabytes-recovered="0" passes="1" elapsed-time="82"
2014/02/16-00:56:27.25596 skipped-hashes="0" megabytes-recovered="900395" passes="59" elapsed-time="17417"
2014/02/17-11:32:42.66479 skipped-hashes="0" megabytes-recovered="57540" passes="28" elapsed-time="1890"

Analyse:

Die Ausgabe zeigt die Anzahl der übersprungenen Hashes, die im Laufe der Zeit zunehmen, bis die referenzierte Hash-Zuordnung am 16. Februar 2014 zurückgesetzt wird.
Wir können auch sehen, wie die Menge der bereinigten Daten "megabyte-recovered" springt, nachdem die Hashes freigegeben wurden, und die automatische Speicherbereinigung kann sie für abgelaufene Daten verarbeiten.

Sofortige Lösung

1. Stellen Sie sicher, dass die Zuordnungen zurückgesetzt werden können und die automatische Speicherbereinigung erneut ausgeführt werden kann.
2. Stellen Sie sicher, dass keine avtar-Sitzungen ausgeführt werden, die dem System Daten hinzufügen (Backup- oder eingehende Replikationsdaten). Verwenden Sie den GUI Activity Monitor und prüfen Sie, ob hängende Sitzungen nur mit dem Befehl "avmaint sessions --full" angezeigt werden.
3. Beenden Sie alle Backups und eingehenden Replikationssitzungen.
4. Warten Sie mindestens fünf Minuten, damit die Hash-Referenzierten Bitzuordnungen genügend Zeit zum Zurücksetzen haben.  
5. Wenn GC erneut ausgeführt wird, überprüfen Sie das GC-Wartungsprotokoll, um zu bestätigen, dass skipped-hashes=0

Wenn übersprungene Hashes nicht auf Null zurückgesetzt wurden, arbeiten Sie mit dem Support zusammen, um die oben genannten Schritte zu überprüfen. Wenn die automatische Speicherbereinigung MSG_ERR_TRYAGAINLATER meldet, kann der Support überprüfen, ob dies auf die Index-Stripe-Splitting-Aktivität zurückzuführen ist. 
 

Langfristige Lösung

Entwerfen Sie die Backup- und Wartungszeitpläne so, dass für die zurückzusetzende Hash-Referenzbitzuordnung regelmäßig "Idle" verfügbar ist.

Mit anderen Worten: Die Backupzeitpläne sollten nicht rund um die Uhr ausgeführt werden. Erstellen Sie einen Zeitplan, der eine kurze Zeitdauer eingibt, wenn keine Backups oder eingehenden Replikationsdaten auf das System geschrieben werden. 

Hinweise: 

• Das einzige Mal, wenn die Hash-Bitzuordnungen prüfen, ob sie zurückgesetzt werden können, ist direkt nach dem Beenden einer avtar-Sitzung. Wenn keine avtar-Sitzungen ausgeführt werden, wird die Zuordnung nur zurückgesetzt, wenn:

• Ein Grund, warum die Anzahl der übersprungenen Hashes vorübergehend hoch sein kann, ist das Index-Stripe-Splitting. Dies geschieht, weil die Hashes, die in das geteilte Ziel verschoben werden, geschützt sind. Index-Stripe-Splitting erfolgt auf Systemen, die noch wachsen oder mit Daten gefüllt werden. 
• Die automatische Speicherbereinigung kann auch mit MSG_ERR_TRYAGAINLATER fehlschlagen, wenn Index-Stripes aufgeteilt werden:  
• MCS kennt möglicherweise nicht unbedingt alle Avtar-Sitzungen, die auf dem Avamar -Server auftreten.