Data Domain：複寫重新同步失敗，並顯示「Dest MTree is 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 上停用保留鎖定管控 （RLG） 後，複寫重新同步失敗。
• 保留鎖定報告未顯示任何作用中的保留鎖定檔案，但 MTree 仍包含與 WORM 相關的中繼資料。
• 在變更保留鎖定組態後，先前運作的現有複製關係會失敗。

此行為是設計使然。

當來源和目的地 MTrees 沒有相符的 Data Domain Retention Lock 設定時，不支援複寫重新同步。即使已停用保留鎖定治理，先前受保護的檔案仍會繼續保留其保留原則，直到保留期間到期。

因此：

• 目的地 MTree 仍可視為已啟用 WORM。
• 來源要求在重新同步期間移除 WORM 狀態。
• 複寫關聯失敗，並顯示 error 5312。

常見情況發生在以下情況之後：

• 資料會從較舊的 Data Domain 系統複製到較新的系統。
• 稍後會在一個或兩個 MTree 上停用保留鎖定治理。
• 嘗試在遷移的 MTrees 之間執行複寫重新同步。

若要使複寫重新同步成功，來源和目的地 MTrees 都必須具有相符的 Data Domain Retention Lock Governance （治理） 或 Compliance 組態。

建議的動作：

1. 在複製關係中涉及的來源和目的地 MTrees 上重新啟用 Retention Lock Governance。
2. 重試複寫重新同步作業。
3. 在開始重新同步之前，請確認兩個 MTree 報告相同的保留鎖定狀態。

本案例的範例：

Source: /data/col1/MtreeExample3 (ND6900)
目的地： /data/col1/mtreeExample (SD6900)

• 在兩個 MTrees 上啟用 RLG，然後重試重新同步。
• 如果無法建立相符的保留鎖定設定，請建立新的目的地 MTree，並初始化新的複寫內容。在大多數情況下，複寫初始化的完成速度會比預期更快，因為可透過 Data Domain 重複資料刪除來利用目的地上的現有資料。

• 停用 Retention Lock Governance 只會影響新寫入的檔案。
• 先前受保護的檔案會繼續保留其鎖定屬性，直到設定的保留期間到期為止。
• 只有在來源和目的地 MTrees 都有相容的保留鎖定設定時，才會支援重新同步作業。
• 如果報表中沒有當前保留鎖定的檔，則不能保證滿足複製重新同步要求。