Data Domain: la risincronizzazione della replica non riesce con errore "Dest MTree is WORM" (5312)

Durante la risincronizzazione della replica MTree, il contesto di replica rimane in uno stato di connessione e ha esito negativo con il seguente errore:

Replication Status
State: Connecting

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

I registri di Data Domain di origine possono contenere:

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

I log di Data Domain di destinazione possono contenere:

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

Indicatori aggiuntivi:

• La risincronizzazione della replica non riesce dopo aver disabilitato Retention Lock Governance (RLG) su uno o entrambi gli MTrees di replica.
• I report di Retention Lock non mostrano alcun file attivo con Retention Lock, ma l MTree contiene ancora metadati correlati a WORM.
• Le relazioni di replica esistenti che funzionavano in precedenza hanno esito negativo dopo le modifiche apportate alla configurazione di Retention Lock.

Questo comportamento è per impostazione predefinita.

La risincronizzazione della replica non è supportata quando gli MTrees di origine e di destinazione non dispongono delle corrispondenti impostazioni di Data Domain Retention Lock. Anche se Retention Lock Governance è stato disabilitato, i file precedentemente protetti continuano a conservare le policy di retention fino alla scadenza dei periodi di retention.

Di conseguenza:

• L MTree di destinazione può comunque essere considerato come abilitato per WORM.
• L'origine richiede la rimozione dello stato WORM durante la risincronizzazione.
• L'associazione di replica ha esito negativo con error 5312.

Uno scenario comune si verifica dopo:

• I dati vengono replicati da sistemi Data Domain meno recenti a sistemi più recenti.
• Retention Lock Governance viene successivamente disabilitato su uno o entrambi gli MTree.
• Viene effettuato un tentativo di eseguire una risincronizzazione della replica tra gli MTrees migrati.

Affinché la risincronizzazione della replica abbia esito positivo, sia gli MTrees di origine che quelli di destinazione devono disporre di configurazioni Data Domain Retention Lock Governance o Compliance corrispondenti.

Azioni consigliate:

1. Riabilitare Retention Lock Governance sugli MTrees di origine e di destinazione coinvolti nella relazione di replica.
2. Riprovare l'operazione di risincronizzazione della replica.
3. Prima di avviare la risincronizzazione, verificare che entrambi gli MTrees riportino lo stesso stato di Retention Lock.

Esempio tratto da questo caso:

Origine: /data/col1/MtreeExample3 (ND6900)
Destinazione: /data/col1/mtreeExample (SD6900)

• Abilitare RLG su entrambi gli MTrees e riprovare la risincronizzazione.
• Se non è possibile stabilire le corrispondenti impostazioni di Retention Lock, creare un nuovo MTree di destinazione e inizializzare un nuovo contesto di replica. Nella maggior parte dei casi, l'inizializzazione della replica viene completata più velocemente del previsto perché i dati esistenti sulla destinazione possono essere utilizzati tramite la deduplica di Data Domain.

• La disabilitazione di Retention Lock Governance influisce solo sui file appena scritti.
• I file precedentemente protetti continuano a mantenere i propri attributi di blocco fino alla scadenza del periodo di retention configurato.
• Le operazioni di risincronizzazione sono supportate solo quando gli MTrees di origine e di destinazione dispongono di impostazioni di Retention Lock compatibili.
• La presenza di nessun file con Retention Lock in un report non garantisce che i requisiti di risincronizzazione della replica siano soddisfatti.