Data Domain：與保留鎖定整合的備份應用程式可能會因為組態問題而發生備份失敗

某些備份工作會在備份用戶端失敗，並顯示以下訊息：
 

8212 6df7 12/05 15:47:15 871396 [MEDIAFS    ] 3637866-3138214 Cannot set the access time of [/data/col1/Commvault/SUBDIR/CV_MAGNETIC/V_305788/CHUNK_18517307], error=0xECCC000D:{CQiFile::SetTimes(825)/ErrNo.13.(Permission denied)}
8212 6df7 12/05 15:47:15 871396 [MEDIAFS    ] 3637866-3138214 Cannot mark the file [/data/col1/Commvault/SUBDIR/CV_MAGNETIC/V_305788/CHUNK_18517307] as read only.

用於備份和映射的「唯讀」模式，就是此特定備份軟體如何呼叫 DD 後端功能，讓系統管理員設定一段時間，在期間內可能不會修改或刪除後端中的檔案，防止意外或惡意刪除資料。此功能稱為 Data Domain 保留鎖定 （簡稱 RL）。

在 DD 端，相同儲存裝置、子檔和備份檔案的記錄會顯示下列內容：

12/05 07:47:47.820284 [7f1bc842a000] Attempt to set atime of 16adcf:0:16addb:0:7d70db86:6256fe81:0 to larger than maximum retention period of mtree.
12/05 07:47:47.820289 [7f1bc842a000] ERROR: FM fm_dm1_setattr:1408 - fm_dm1_setattr_intern failed
12/05 07:47:47.820533 [7f1bcdf19d90] ddboost-: ddboost_api ERROR: ddp_utime() failed, su_name=Commvault, path_name=/SUBDIR/CV_MAGNETIC/V_305788/CHUNK_18517307, Err: 5034-nfs setattr failed (nfs: Permission denied)

每個啟用此功能的 MTree DD RL 組態包括設定允許在 MTree 中任何檔案上設定最小 （保留鎖定最小保留期間） 和最大 （保留鎖定最大保留期間） 的鎖定期間。在 DD RL 中，備份應用程式必須個別設定檔案上的鎖定，除非啟用 DD 自動保留鎖定 （ARL） 功能。範例中的 MTree 選項如下：
 

Mtree: /data/col1/Commvault

Option                                      Value
-----------------------------------------   -----------
Retention-lock                              enabled
Retention-lock mode                         governance
Retention-lock uuid                         UUID1:UUID2
Retention-lock min-retention-period         720minutes
Retention-lock max-retention-period         35days
Retention-lock automatic-retention-period   not set
Retention-lock automatic-lock-delay         120minutes
Retention-lock indefinite-retention-hold    disabled
-----------------------------------------   -----------

這代表 MTree 中的任何檔案，RL 只能設定為目前時間 （或更長） 的 720 分鐘，以及目前時間 （或更短） 的 35 天。換言之，若採用上述組態，檔案只能在 12 小時以上，但不得修改或移除，但不得超過 35 天。備份應用程式嘗試設定鎖定的任何嘗試 （透過「ddp_utime」呼叫更新檔案的時間、使用 BOOST 時完成），將會產生上述錯誤：

12/05 07:47:47.820284 [7f1bc842a000] Attempt to set atime of 16adcf:0:16addb:0:7d70db86:6256fe81:0 to larger than maximum retention period of mtree.

當備份應用程式知道如何使用 DD RL 功能時，它會等待備份完成寫入後端的映射，最後在備份映射 （或映射） 上設定鎖定，因為某些軟體可能會使用多個檔案來儲存單一備份工作）。BOOST 程式庫將用來呼叫「ddp_utime」，以設定鎖定的持續時間等同于備份應用程式層級預期的備份保留。這有兩種影響：

• 如果備份應用程式與 DD 之間沒有同步的時間，備份應用程式可以計算「X days from now」，並取得與 DD 完全不完全相同的日期和時間，這會導致備份映射鎖定較短或更長的時間，視時差符號而定
• 如果預期的備份保留未符合 DD MTree 的 RL 限制，備份應用程式可能會嘗試在未來設定太遠的鎖定 （期間超過「Retention-lock max-retention-period」），因此會拒絕鎖定設定。舉例來說，如果備份應用程式保留為 60 天，且在 DD 中將「保留鎖定上限保留期間」設為 30 天，則設定鎖定明顯會失敗

在備份軟體保留等於 DD 上的「保留鎖定最大保留期間」的情況下，任何次要的時間差異都可能導致鎖定設定因兩個主機之間的時差而遭拒。

備份基礎結構中的所有主機都必須有正確的時間，因此必須透過 NTP 或 （若適用） Windows AD 進行同步。

為避免發生這類描述的邊角案例，在啟用 RL 的 MTree 中，「Retention-lock max-retention-period」會設為略長於該 MTree 中儲存時間較長的備份原則，這是一項良好做法。例如，如果備份應用程式中的資料保留設定為 35 天，則在用來將這些原則儲存至 36 或 40 天的 DD MTree 上設定「Retention-lock max-retention-period」是避免意外故障設定 RL 的正確做法。

請注意，比備份映射保留期間更高的「保留鎖定上限保留期間」不是問題。如果我們有 35 天保留備份原則的 100 天「Retention-lock max-retention-period」，應用程式會在 35 天后刪除映射，且清理作業將在下次執行時棄置已使用的空間。唯有缺點是意外設定映射時鎖定時間較長，且符合 RL 規範，您將無法刪除比預期更長的檔案。因此，建議將「Retention-lock max-retention-period」設為更長一點，但不要太多。