Avamar: How to update the backup metadata reference a backup was manually recalled from the Data Domain Cloud Tier

Summary: Avamar maintains and uses backup metadata to perform as-needed cloud-tier restore for an Avamar grid integrated with a Data Domain. This article explains how to resynchronize DD manually recalled backups, and update Avamar Metadata. ...

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

The correct recall procedure for a backup from the Data Domain (DD) Cloud Tier to the Active Tier uses the Avamar "avtier" command, as documented in Avamar: How to recall backups that were migrated to Data Domain Cloud Tier.

This article addresses scenarios where the correct procedure was not used, and the recall was manually performed on the DD without changes to the Avamar.

After the manual DD recall, the backup is on the DD active tier, but the Avamar metadata for the backup shows it on the cloud tier.

For example:

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

(Output wrapped for readability)

From this output, tier="2" indicates that Avamar still recognizes the backup as stored on Cloud Tier.

Attempts to restore this backup from Avamar causes new (unnecessary) data movement on the DD between the active and cloud tiers when the recall is invoked.

Cause

If a backup recalled from the Data Domain Cloud Tier to the Active Tier was not performed by Avamar, the metadata for that backup on Avamar is out-of-sync with the location of the data on Data Domain.

Resolution

There are two workarounds to fix this:

Method 1: Synchronize the backup metadata between GSAN and Data Domain by running Garbage Collection (GC) with "checkalltierduringgc" enabled:

Warning: No other maintenance tasks can be running.
 
Note: Manual Garbage Collection can run up to 60 minutes.
 

1. Stop the maintenance scheduler: 

dpnctl stop maint 
 

2. Enable the changealltiering parameter:

avmaint --ava config checkalltierduringgc=true
 

3. Start garbage collection:

 avmaint --ava garbagecollect 
 

4. Monitor the grid until the GC has completed using one of the commands below:

avmaint gcstatus -- or -- status.dpn
 

5. Once GC completes, disable the changealltiering parameter:

avmaint --ava config checkalltierduringgc=false
 

6. Restart the maintenance scheduler:

dpnctl start maint
 

Method 2: Manually update backup metadata using "avmgr chgt":

Note: This corrects the problem immediately making the backup available for restore.
 

1. Create an Avamar checkpoint in case any issues occur.

2. Query the status of the backup to be recalled from the Data Domain Cloud Tier by using the command below. Record the parameter "created_prectime" value.

avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"' 
 

For example:  

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. Using the "created_prectime" from above, run the following command:  

avmgr chgt --path=/clients/clientName  --date="<created_prectime>" --tiering=0 --ava
 

For example: 

avmgr chgt --path=/clients/clientName  --date="0x1d359bbb62ce6ba" --tiering=0 --ava 

The "--tiering=0" changes the backup metadata location from the Cloud Tier to the Active Tier.

4. Rerun the command from step 2 to verify that the backup now reports the correct tier:

avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"' 
 

For example:  

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 Number Notes
Active 0

The backup is stored on the active tier of the Data Domain and is not stored in the cloud.

Marked 1

The backup is marked for tiering to the cloud.

While the Avamar software marks data for tiering to the cloud, the actual tiering operations take place based on the Data Domain tiering schedule.

When the backup is marked for tiering but has not yet been tiered, it is listed as Marked in the Avamar Administrator.

Cloud 2

The backup has been tiered to the cloud.

Indeterminate 3

When the Avamar server is marking backups for tiering or recalling backups from the cloud, the backup has the status of 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.