Avamar：如果單一備份需要超過 7 天才能完成，av2avdd 遷移會失敗

透過提供邏輯區塊介面到快閃記憶體裝置， av2avdd 遷移在 8 天後失敗，並顯示下列錯誤：

2019-11-30 11:22:56 avtar Info <40162>: Flush (fsync) before get open file stats did not succeed for container "avamar-1234567890/container.1.cdsf" with file handle 1812451331, DDR result code: 5057, desc: File handle is stale
2019-11-30 11:22:56 avtar Info <40162>: Flush (fsync) before get open file stats did not succeed for container "avamar-1234567890/container.1.cdsf" with file handle 1812451331, DDR result code: 5057, desc: File handle is stale
2019-11-30 11:22:56 avtar Stats <0000>: Container Statistics Summary
2019-11-30 11:22:58 avtar FATAL <18129>: DDRIO_Write::Shutdown: ddp_close() failed: DDR result code: 5057, desc: File handle is stale
2019-11-30 11:22:58 avtar Warning <18133>: Calling DDR_CLOSE_MSTREAM returned result code:(5057) File handle is stale message:DDRIO_Write::Shutdown: ddp_close failed
2019-11-30 11:22:58 avtar Error <0000>: Unhandled Std Exception in failed closing container '/STAGING/4e36dbbecd7ad3529b0dffc54035025e3af09b81/BACKUP-343D9133159BA864D1DDAA9BCEFE53D90839F49D/container.1.cdsf' for backup
2019-11-30 11:22:58 avtar Stats <41300>: Final Restore Cache Stats Enabled=F Lookups=0, Enters=0, Hits=0 (of which, 0 were zero-blocks)
2019-11-30 11:23:13 avtar FATAL <5889>: Fatal signal 11 in pid 9618
2019-11-30 11:23:13 avtar FATAL <5890>: handlefatal: Aborting program with code 176, pid=9618, sig=11 

可使用 ddfs.log Data Domain 上顯示檔案已由 Avamar 刪除：      

11/29 10:02:28.851 (tid 0x7f122e2e7990): nfsproc3_rename_with_flags_3_svc: client [avamar01.company.com] issued ddp_rename: from directory [BACKUP-343D9133159BA864D1DDAA9BCEFE53D90839F49D], to directory [BACKUP-343D9133159BA864D1DDAA9BCEFE53D90839F49D]
11/29 10:02:28.852 (tid 0x7f122e2e7990): FM fm_dm1_rename_intern:226 - Rename /data/col1/avamar-1234567890/STAGING/4e36dbbecd7ad3529b0dffc54035025e3af09b81/BACKUP-343D9133159BA864D1DDAA9BCEFE53D90839F49D to /data/col1/avamar-1234567890/DELETED/OOB/BACKUP-343D9133159BA864D1DDAA9BCEFE53D90839F49D succeeded 

此為設計運作方式。

根據預設，Avamar 上的垃圾收集會移除所有超過 7 天的檔案和資料夾。 /data/col1/<avamar-Mtree>/STAGING 資料夾內的目錄。

因應措施：

1.以系統管理員身分登入 Avamar Utility Node。

2.檢查 /usr/locall/avamar/var/ddrmaint.cmd 檔案是否存在：

ls -al /usr/local/avamar/var/ddrmaint.cmd 

如果檔案存在，則輸出類似於以下內容：

-rwxr-xr-x 1 admin admin 31 Feb 23 18:27 /usr/local/avamar/var/ddrmaint.cmd

如果檔案不存在：

ls: cannot access '/usr/local/avamar/var/ddrmaint.cmd': No such file or directory

3.如果檔案存在：

一個。在編輯之前製作檔案的複本：

cp -p /usr/local/avamar/var/ddrmaint.cmd /usr/local/avamar/var/ddrmaint.cmd.`date +%y%m%d`

b.編輯檔案。

c. 增加以下幾行：

--staging-lifetime=x

（其中 x 是介於 7 和 30 之間的天數。預設值為 7）

c.c. 轉到步驟 5 以驗證許可權和擁有權。

4.如果檔案不存在：

一個。建立檔案。

b.添加以下行。

--staging-lifetime=x

（其中 x 是介於 7 和 30 之間的天數。預設值為 7）

c.c. 轉到步驟 5 以驗證許可權和擁有權。

5.確認檔案權限與所有權正確無誤：

ls -al /usr/local/avamar/var/ddrmaint.cmd 

正確的權限和擁有權如下：

-rwxr-xr-x 1 admin admin 31 Feb 23 18:27 /usr/local/avamar/var/ddrmaint.cmd

如果不正確，請執行下列命令來解決：

chown admin:admin /usr/local/avamar/var/ddrmaint.cmd

chmod 755 /usr/local/avamar/var/ddrmaint.cmd

再次執行步驟 5 以進行驗證。