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 相关的元数据。
• 更改保留锁定配置后，以前有效的现有复制关系将失败。

此行为是设计使然。

当源和目标 MTree 没有匹配的 Data Domain Retention Lock 设置时，不支持复制重新同步。即使已禁用 Retention Lock Governance，以前受保护的文件也会继续保留其保留策略，直至其保留期到期。

其结果是：

• 目标 MTree 仍可被视为已启用 WORM。
• 源请求在重新同步期间删除 WORM 状态。
• 复制关联失败，与 error 5312。

在以下情况下会出现常见情况：

• 数据从较旧的 Data Domain 系统复制到较新的系统。
• 稍后在一个或两个 MTree 上禁用 Retention Lock Governance。
• 尝试在迁移的 MTree 之间执行复制重新同步。

要使复制重新同步成功，源 MTree 和目标 MTree 都必须具有匹配的 Data Domain Retention Lock Governance 或 Compliance 配置。

建议的操作：

1. 在复制关系中涉及的源 MTree 和目标 MTree 上重新启用 Retention Lock Governance。
2. 重试复制重新同步操作。
3. 在启动重新同步之前，验证两个 MTree 是否报告相同的 Retention Lock 状态。

本案例中的示例：

来源： /data/col1/MtreeExample3 (ND6900)
Destination: /data/col1/mtreeExample (SD6900)

• 在两个 MTree 上启用 RLG，然后重试重新同步。
• 如果无法建立匹配的保留锁定设置，请创建新的目标 MTree 并初始化新的复制上下文。在大多数情况下，复制初始化的完成速度比预期更快，因为可以通过 Data Domain 重复数据消除利用目标上的现有数据。

• 禁用 Retention Lock Governance 仅影响新写入的文件。
• 以前受保护的文件将继续保留其锁定属性，直至配置的保留期到期。
• 仅当源 MTree 和目标 MTree 都具有兼容的 Retention Lock 设置时，才支持重新同步操作。
• 报告中不存在当前保留锁定的文件并不保证满足复制重新同步要求。