Data Domain: a ressincronização da replicação falha com o erro "Dest MTree is WORM" (5312)

Durante a ressincronização da replicação de MTree, o contexto de replicação permanece em um estado de conexão e falha com o seguinte erro:

Replication Status
State: Connecting

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

Os logs do Data Domain de origem podem conter:

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

Os logs do Data Domain de destino podem conter:

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

Indicadores adicionais:

• A ressincronização da replicação falha depois que o Retention Lock Governance (RLG) foi desativado em um ou ambos os MTrees de replicação.
• Os relatórios do Retention Lock não mostram arquivos bloqueados para retenção ativos, mas o MTree ainda contém metadados relacionados ao WORM.
• As relações de replicação existentes que funcionavam anteriormente falham após alterações na configuração do Retention Lock.

Esse comportamento é por design.

A ressincronização da replicação não é compatível quando os MTrees de origem e destino não têm configurações correspondentes do Data Domain Retention Lock. Mesmo que o Retention Lock Governance tenha sido desabilitado, os arquivos que foram protegidos anteriormente continuarão a manter suas políticas de retenção até que seus períodos de retenção expirem.

Como resultado:

• O MTree de destino ainda pode ser tratado como habilitado para WORM.
• A origem solicita a remoção do estado WORM durante a ressincronização.
• A associação de replicação falha com error 5312.

Um cenário comum ocorre após:

• Os dados são replicados de sistemas Data Domain mais antigos para sistemas mais recentes.
• O Retention Lock Governance é desativado posteriormente em um ou ambos os MTrees.
• É feita uma tentativa de realizar uma ressincronização de replicação entre os MTrees migrados.

Para que a ressincronização da replicação seja bem-sucedida, os MTrees de origem e destino devem ter configurações correspondentes de governança ou conformidade do Data Domain Retention Lock.

Ações recomendadas:

1. Reabilite o Retention Lock Governance nos MTrees de origem e destino envolvidos no relacionamento de replicação.
2. Repita a operação de ressincronização da replicação.
3. Verifique se os dois MTrees relatam o mesmo status de bloqueio de retenção antes de iniciar a ressincronização.

Exemplo deste caso:

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

• Ative o RLG em ambos os MTrees e repita a ressincronização.
• Se não for possível estabelecer as configurações correspondentes do Retention Lock, crie um novo MTree de destino e inicialize um novo contexto de replicação. Na maioria dos casos, a inicialização da replicação é concluída mais rápido do que o esperado, pois os dados existentes no destino podem ser aproveitados por meio da desduplicação do Data Domain.

• A desativação do Retention Lock Governance afeta apenas arquivos recém-gravados.
• Os arquivos protegidos anteriormente continuam a manter seus atributos de bloqueio até que o período de retenção configurado expire.
• As operações de ressincronização são compatíveis somente quando os MTrees de origem e destino têm configurações compatíveis de bloqueio de retenção.
• A presença de nenhum arquivo atualmente bloqueado para retenção em um relatório não garante que os requisitos de ressincronização da replicação sejam atendidos.