Avamar: So aktualisieren Sie die Backupmetadatenreferenz Ein Backup wurde manuell aus dem Data Domain Cloud Tier abgerufen.
Summary: Avamar verwaltet und verwendet Backupmetadaten, um nach Bedarf eine Cloud-Tier-Wiederherstellung für ein in Data Domain integriertes Avamar Grid durchzuführen. In diesem Artikel wird erläutert, wie Sie manuell abgerufene DD-Backups neu synchronisieren und Avamar-Metadaten aktualisieren. ...
Symptoms
Das korrekte Abrufverfahren für ein Backup vom Data Domain (DD) Cloud Tier auf das Active Tier verwendet Avamar "avtier"-Befehl, wie in Avamar dokumentiert: So rufen Sie Backups ab, die auf Data Domain Cloud Tier migriert wurden.
Dieser Artikel befasst sich mit Szenarien, in denen nicht das richtige Verfahren verwendet wurde und der Abruf manuell auf der DD ohne Änderungen an Avamar durchgeführt wurde.
Nach dem manuellen DD-Abruf befindet sich das Backup auf dem aktiven DD-Tier, aber die Avamar-Metadaten für das Backup zeigen es auf dem Cloud-Tier an.
Zum Beispiel:
avmgr getb --path=/clients/ClientName --format=xml --incpartials | grep -i 1D359BBB62CE6BA
backuplistrec flags="24117249" labelnum="592" label="***_Exchange_Full-1510201386783#0" created="1510274087" roothash="fff989cfe0fe0654abc5453466fcbe7b12879207"
totalbytes="3537383718912.00" ispresentbytes="0.00" pidnum="3018" percentnew="0" expires="0" created_prectime="0x1d359bbb62ce6ba" partial="0" retentiontype=
"daily,weekly,monthly" backuptype="Full" ddrindex="1" locked="0" direct_restore="1" tier="2" appconsistent="not_available" sealstate="COMPLETE"/>
(Ausgabe aus Gründen der besseren Lesbarkeit mit Wrapper versehen)
In dieser Ausgabe zeigt tier="2" an, dass Avamar das Backup weiterhin als auf Cloud-Tier gespeichert erkennt.
Versuche, dieses Backup von Avamar wiederherzustellen, führen zu neuen (unnötigen) Datenverschiebungen auf der DD zwischen dem aktiven Tier und dem Cloud-Tier, wenn der Abruf aufgerufen wird.
Cause
Wenn ein Backup, das vom Data Domain Cloud Tier auf den aktiven Tier abgerufen wurde, nicht von Avamar durchgeführt wurde, sind die Metadaten für dieses Backup auf Avamar nicht mit dem Speicherort der Daten auf Data Domain synchronisiert.
Resolution
Es gibt zwei Problemumgehungen, um dies zu beheben:
Methode 1: Synchronisieren Sie die Backupmetadaten zwischen GSAN und Data Domain durch Ausführen der Garbage Collection (GC) mit "checkalltierduringgc" aktiviert:
1. Beenden Sie den Wartungs-Scheduler:
dpnctl stop maint
2. Aktivieren Sie die Option changealltiering Parameter:
avmaint --ava config checkalltierduringgc=true
3. Starten Sie die automatische Speicherbereinigung:
avmaint --ava garbagecollect
4. Überwachen Sie das Raster, bis der GC abgeschlossen ist, mit einem der folgenden Befehle:
avmaint gcstatus -- or -- status.dpn
5. Sobald GC abgeschlossen ist, deaktivieren Sie die changealltiering Parameter:
avmaint --ava config checkalltierduringgc=false
6. Starten Sie den Wartungsplaner neu:
dpnctl start maint
Methode 2: Manuelles Aktualisieren von Backupmetadaten mithilfe von "avmgr chgt":
1. Erstellen Sie einen Avamar-Prüfpunkt für den Fall, dass Probleme auftreten.
2. Fragen Sie mit dem folgenden Befehl den Status des Backups ab, das aus dem Data Domain Cloud Tier abgerufen werden soll. Notieren Sie sich den Parameter "created_prectime"-Wert.
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Zum Beispiel:
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="592"'
backuplistrec flags="24117249" labelnum="592" label="***_Exchange_Full-1510201386783#0" created="1510274087" roothash="fff989cfe0fe0654abc5453466fcbe7b12879207" totalbytes="3537383718912.00" ispresentbytes="0.00" pidnum="3018" percentnew="0" expires="0" created_prectime="0x1d359bbb62ce6ba" partial="0" retentiontype="daily,weekly,monthly" backuptype="Full" ddrindex="1" locked="0" direct_restore="1" tier="3" ...
3. Mit dem Befehl "created_prectime" von oben, führen Sie den folgenden Befehl aus:
avmgr chgt --path=/clients/clientName --date="<created_prectime>" --tiering=0 --ava
Zum Beispiel:
avmgr chgt --path=/clients/clientName --date="0x1d359bbb62ce6ba" --tiering=0 --ava
Mit "--tiering=0" wird der Speicherort der Backupmetadaten vom Cloud-Tier in den aktiven Tier geändert.
4. Führen Sie den Befehl aus Schritt 2 erneut aus, um zu überprüfen, ob das Backup jetzt den richtigen Tier meldet:
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Zum Beispiel:
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="592"'
avmgr getb --path=/clients/ClientName --format=xml --incpartials labelnum=592
<backuplistrec flags="24117249" labelnum="592" label="***_Exchange_Full-1510201386783#0" created="1510274087" roothash="fff989cfe0fe0654abc5453466fcbe7b12879207" totalbytes="3537383718912.00" ispresentbytes="0.00" pidnum="3018" percentnew="0" expires="0" created_prectime="0x1d359bbb62ce6ba" partial="0" retentiontype="daily,weekly,monthly" backuptype="Full" ddrindex="1" locked="0" direct_restore="1" tier="0" ...
Additional Information
| Tier-Name | Nummer | Hinweise |
| Aktiv | 0 |
Das Backup wird auf dem aktiven Tier der Data Domain und nicht in der Cloud gespeichert. |
| Markiert | 1 |
Das Backup ist für das Tiering in die Cloud markiert. |
| Cloud | 2 |
Das Backup wurde in die Cloud getiered. |
| Unbestimmt | 3 |
Wenn der Avamar Server Backups für das Tiering oder das Abrufen von Backups aus der Cloud markiert, hat das Backup den Status Indeterminate. |