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. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

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:

Warnung: Es können keine anderen Wartungsaufgaben ausgeführt werden.
 
Hinweis: Die manuelle automatische Speicherbereinigung kann bis zu 60 Minuten dauern.
 

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":

Hinweis: Dadurch wird das Problem sofort behoben und das Backup für die Wiederherstellung verfügbar gemacht.
 

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.

Während die Avamar-Software Daten für das Tiering in die Cloud markiert, finden die tatsächlichen Tiering-Vorgänge basierend auf dem Data Domain-Tiering-Zeitplan statt.

Wenn das Backup für das Tiering markiert ist, aber noch kein Tiering durchgeführt wurde, wird es in Avamar Administrator als Marked aufgeführt.

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.

Affected Products

Avamar, Avamar Server
Article Properties
Article Number: 000169701
Article Type: Solution
Last Modified: 08 Aug 2025
Version:  11
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.