Data Domain：Retention Lockと統合されたバックアップ アプリケーションで、構成の問題が原因でバックアップの失敗が発生する可能性がある

バックアップ クライアントで一部のバックアップ ジョブが失敗し、次のようなメッセージが表示されます。
 

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 Retention Lock(略して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-<backupsoftware.example.com-56892>: 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内のいずれかのファイルに設定できるロックの最小(Retention-lock min-retention-period)と最大(Retention-lock max-retention-period)期間の設定が含まれます。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日未満の間、ファイルの変更または削除から保護することができます。バックアップ アプリケーションがロックを設定しようとすると(BOOSTを使用する場合はファイルのatimeを更新し、「ddp_utime」呼び出しを使用してロックを設定すると、上記のエラーが発生します。

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機能の使用方法を認識している場合、バックアップがバックエンドのイメージへの書き込みが完了するのを待ってから、最終的にバックアップ イメージ(またはイメージ)のロックを設定します。一部のソフトウェアでは、1つのバックアップ ジョブを格納するために複数のファイルを使用する場合があるためです。BOOSTライブラリを使用して、「ddp_utime」を呼び出し、バックアップ アプリケーション レベルで意図したバックアップ保存期間と同じ期間ロックを設定します。これには、次の2つの影響があります。

• バックアップ アプリケーションとDDの間で時刻が同期されていない場合、バックアップ アプリケーションは「X days from now」を計算し、DDの日時とまったく同じでない日付と時刻を取得できます。これにより、時間差の兆候に応じて、バックアップ イメージが短時間または長期間ロックされます。
• 目的のバックアップ保存期間がDD MTreeのRL制限と一致しない場合、バックアップ アプリケーションは今後(「Retention-lock max-retention-period」より長い期間)ロックの設定を試みる可能性があるため、ロックの設定は拒否されます。たとえば、バックアップ アプリケーションの保存期間が60日で、DDで「Retention-lock max-retention-period」が30日に設定されている場合、ロックの設定は明らかに失敗します。

バックアップ ソフトウェアの保存期間がDDの「Retention-lock max-retention-period」と等しい場合、2つのホスト間の時間差により、わずかな時間の違いによりロック設定が拒否される場合があります。

バックアップ インフラストラクチャ内のすべてのホストが正しい時刻を持ち、NTPまたは(該当する場合)Windows ADを介して同期することが重要です。

前述のような角のケースを回避するには、RLが有効なMTreeの「Retention-lock max-retention-period」を、そのMTreeに格納されている最も長い保持バックアップ ポリシーよりもわずかに長く設定することをお勧めします。たとえば、バックアップ アプリケーションでデータ保存期間が35日に設定されている場合は、これらのポリシーを保存するために使用されるDD MTreeで「Retention-lock max-retention-period」を36日または40日に設定することが、不慮の失敗を回避してRLを設定するための適切な方法です。

バックアップ イメージの保存期間よりも「Retention-lock max-retention-period」が長い場合は、問題ありません。35日間の保存バックアップ ポリシーに対して100日間の「Retention-lock max-retention-period」を使用していた場合、35日後にイメージはアプリケーションによって削除され、クリーンは次回の実行時に使用済み領域を破棄します。唯一の欠点は、RL Complianceを使用して、長いロックでイメージを誤って設定した場合、予想よりも長い間ファイルを削除できないことです。推奨されるのは、「Retention-lock max-retention-period」を少し長く設定することですが、それほど多くはありません。