Avamar:如何更新備份中繼資料參考 從 Data Domain Cloud Tier 手動叫出備份

Summary: Avamar 會維護並使用備份中繼資料,針對與 Data Domain 整合的 Avamar 格線執行必要的雲端層級還原。 本文說明如何重新同步 DD 手動召回的備份,以及更新 Avamar 中繼資料。

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

從 Data Domain (DD) 雲端層備份至使用層的正確召回程序會使用 Avamar「avtier」命令,如 Avamar 中所記錄:如何回憶已遷移至 Data Domain Cloud Tier 的備份

本文說明未使用正確程序的情況下,以及在 DD 上手動執行重新叫用,而未變更 Avamar 的情況。

在手動 DD 召回後,備份位於 DD 作用層上,但備份的 Avamar 中繼資料會將其顯示在雲端層上。

例如:

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

(輸出已換行以提高可讀性)

從此輸出中, tier=“2” 表示 Avamar 仍辨識備份已儲存在雲端層上。

若嘗試從 Avamar 還原此備份,則在叫用重新叫用時,DD 上會在使用中和雲端層之間移動新的 (不必要的) 資料。

Cause

如果 Avamar 並未執行從 Data Domain 雲端層調回至使用層的備份,Avamar 上該備份的中繼資料會與 Data Domain 上的資料位置不同步。

Resolution

有兩種解決方法可以解決此問題:

方法 1:同步備份中繼資料 GSAN 和 Data Domain,方法是執行垃圾收集 (GC),並使用”checkalltierduringgc」已啟用:

警告:無法運行其他維護任務。
 
注意:手動垃圾回收最多可以運行 60 分鐘。
 

1.停止維護排程器: 

dpnctl stop maint 
 

2.啟用 changealltiering 參數:

avmaint --ava config checkalltierduringgc=true
 

3.開始垃圾回收:

 avmaint --ava garbagecollect 
 

4.使用下列其中一個命令監控格線,直到 GC 完成:

avmaint gcstatus -- or -- status.dpn
 

5.GC 完成後,請停用 changealltiering 參數:

avmaint --ava config checkalltierduringgc=false
 

6.重新啟動維護排程器:

dpnctl start maint
 

方法 2:手動更新備份中繼資料,使用”avmgr chgt":

注意:這會立即更正問題,使備份可用於還原。
 

1.建立 Avamar 檢查點,以防發生任何問題。

2.使用以下命令,查詢要從 Data Domain 雲端層復原的備份狀態。記錄參數”created_prectime的值。

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

例如:  

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.使用「created_prectime」中,執行下列命令:  

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

例如: 

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

「--tiering=0」會將備份中繼資料位置從雲端層變更為使用層。

4.重新執行步驟 2 中的命令,以確認備份現在報告正確的層:

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

例如:  

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

層級名稱 編號 注意
使用中 0

備份會儲存在 Data Domain 的使用中階層中,而不會儲存在雲端中。

有記號的 1

備份會標示為分層至雲端。

當 Avamar 軟體會將資料標記為分層至雲端時,實際分層操作是根據 Data Domain 分層排程執行。

若備份已標記為分層,但尚未分層,則會在 Avamar Administrator 中列為已標記。

雲端 2

備份已分層至雲端。

不定 3

當 Avamar 伺服器標記要分層的備份或從雲端回調備份時,備份的狀態為「不確定」。

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.