Data Domain: La resincronización de la replicación falla con el error "El Mtree de destino es WORM" (5312)

Durante la resincronización de la replicación de MTree, el contexto de replicación permanece en un estado de conexión y falla con el siguiente error:
Replication Status

Estado: Conectando

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

Los registros de origen de Data Domain pueden contener lo siguiente:

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

Los registros de destino de Data Domain pueden contener lo siguiente:

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

Indicadores adicionales:

• La resincronización de la replicación falla después de que se deshabilitó el gobierno corporativo de bloqueo de retención (RLG) en uno o ambos MTrees de replicación.
• Los informes de bloqueo de retención no muestran ningún archivo activo de bloqueo de retención, pero el MTree aún contiene metadatos relacionados con WORM.
• Las relaciones de replicación existentes que funcionaron anteriormente fallan después de los cambios en la configuración del bloqueo de retención.

Este comportamiento es intencionado.

La resincronización de la replicación no es compatible cuando los MTrees de origen y destino no tienen ajustes de DD Retention Lock coincidentes. Incluso si se ha deshabilitado Gobernanza de bloqueo de retención, los archivos que se protegieron anteriormente continúan conservando sus políticas de retención hasta que vencen sus períodos de retención.

En consecuencia:

• El MTree de destino aún se puede tratar como habilitado para WORM.
• El origen solicita la eliminación del estado WORM durante la resincronización.
• La asociación de replicación falla con el error 5312.

Un escenario común ocurre después de lo siguiente:

• Los datos se replican desde sistemas Data Domain más antiguos a sistemas más nuevos.
• Más adelante, Retention Lock Governance se deshabilita en uno o ambos MTrees.
• Se intenta volver a sincronizar la replicación entre los MTrees migrados.

Para que la resincronización de la replicación se realice correctamente, los MTrees de origen y destino deben tener configuraciones de cumplimiento o gobernanza de DD Retention Lock coincidentes.
Acciones recomendadas:

1. Vuelva a habilitar Retention Lock Governance en MTrees de origen y destino involucrados en la relación de replicación.
2. Vuelva a intentar la operación de resincronización de la replicación.
3. Verifique que ambos MTrees informen el mismo estado de bloqueo de retención antes de iniciar la resincronización.

Ejemplo de este caso:

Origen: /data/col1/MtreeExample3 (ND6900)
Destino: /data/col1/mtreeExample (SD6900)

• Habilite RLG en ambos MTrees y vuelva a intentar la resincronización.
• Si no se puede establecer una configuración de bloqueo de retención coincidente, cree un nuevo MTree de destino e inicialice un nuevo contexto de replicación. En la mayoría de los casos, la inicialización de la replicación se completa más rápido de lo esperado debido a que los datos existentes en el destino se pueden aprovechar a través de la desduplicación de Data Domain.

• La deshabilitación de Gobernanza de bloqueo de retención solo afecta a los archivos escritos recientemente.
• Los archivos protegidos anteriormente continúan conservando sus atributos de bloqueo hasta que vence el período de retención configurado.
• Las operaciones de resincronización solo se admiten cuando los MTrees de origen y destino tienen ajustes de bloqueo de retención compatibles.
• La ausencia de ningún archivo con bloqueo de retención en un informe no garantiza que se cumplan los requisitos de resincronización de la replicación.