Data Domain:「デスティネーションMTreeはWORMです」エラーでレプリケーション再同期が失敗する(5312)

MTreeレプリケーションの再同期中、レプリケーション コンテキストは接続状態のままになり、次のエラーで失敗します。

Replication Status
State: Connecting

Error: MREPL ASSOC failed: Dest Mtree is WORM, source requests removal of WORM (5312)

ソースData Domainログには、次のものが含まれます。

mtr_update: error: MREPL ASSOC failed: Dest Mtree is WORM, source requests removal of WORM (5312)

ターゲットData Domainログには、次のものが含まれる場合があります。

mrepl_associate_3_svc: Dest Mtree is WORM, source requests removal of WORM

その他のインジケーター:

• 一方または両方のレプリケーションMTreeでRetention Lock Governance (RLG)が無効になった後、レプリケーションの再同期が失敗します。
• Retention Lockレポートには、保存ロックされたアクティブなファイルは表示されませんが、MTreeにはWORM関連のメタデータがまだ含まれています。
• Retention Lock構成を変更すると、以前に機能していた既存のレプリケーション関係が失敗します。

この動作は仕様です。

ソースとデスティネーションのMTreeに一致するData Domain Retention Lock設定がない場合、レプリケーションの再同期はサポートされません。Retention Lock Governanceが無効になっている場合でも、以前に保護されていたファイルは、保存期間が終了するまで保存ポリシーを保持し続けます。

その結果、次のようになります。

• デスティネーションMTreeは引き続きWORM対応として扱われます。
• ソースは、再同期中にWORM状態の削除を要求します。
• レプリケーションの関連づけは、次のエラーで失敗します。 error 5312。

一般的なシナリオは、次の後に発生します。

• データは、古いData Domainシステムから新しいシステムにレプリケートされます。
• Retention Lock Governanceは、後で一方または両方のMTreeで無効化されます。
• 移行されたMTree間でレプリケーションの再同期を実行しようとします。

レプリケーションの再同期を成功させるには、ソースとデスティネーションの両方のMTreeで、Data Domain Retention Lock GovernanceまたはComplianceの構成が一致している必要があります。

推奨される対応策：

1. レプリケーション関係に含まれるソースMTreeとデスティネーションMTreeの両方でRetention Lock Governanceを再度有効にします。
2. レプリケーションの再同期操作を再試行します。
3. 再同期を開始する前に、両方のMTreeが同じ保存ロック ステータスをレポートしていることを確認します。

このケースの例:

出典: /data/col1/MtreeExample3 (ND6900)
ターゲット： /data/col1/mtreeExample (SD6900)

• 両方のMTreeでRLGを有効にし、再同期を再試行します。
• 一致するRetention Lock設定を確立できない場合は、新しいデスティネーションMTreeを作成し、新しいレプリケーション コンテキストを初期化します。ほとんどの場合、デスティネーション上の既存のデータはData Domain重複排除によって活用できるため、レプリケーションの初期化は予想よりも早く完了します。

• Retention Lock Governanceを無効にすると、新しく書き込まれたファイルにのみ影響します。
• 以前に保護されたファイルは、構成された保存期間が終了するまでロック属性を保持し続けます。
• 再同期操作は、ソースとデスティネーションの両方のMTreeに互換性のあるRetention Lock設定がある場合にのみサポートされます。
• レポートに現在保存ロックされているファイルが存在しない場合でも、レプリケーションの再同期要件が満たされているとは限りません。