Data Domain: replicatie opnieuw synchroniseren mislukt met de fout Dest MTree is WORM (5312)

Tijdens het opnieuw synchroniseren van MTree-replicatie blijft de replicatiecontext in een verbindingsstatus en mislukt deze met de volgende fout:

Replication Status
State: Connecting

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

Source Data Domain-logboeken kunnen het volgende bevatten:

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

Data Domain-logboeken van de bestemming kunnen het volgende bevatten:

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

Aanvullende indicatoren:

• Hersynchronisatie van replicatie mislukt nadat Retention Lock Governance (RLG) is uitgeschakeld op één of beide replicatie-MTrees.
• Retention Lock-rapporten tonen geen actieve retentie-vergrendelde bestanden, maar de MTree bevat nog steeds WORM-gerelateerde metadata.
• Bestaande replicatierelaties die eerder werkten, mislukken na wijzigingen in de configuratie van de retentievergrendeling.

Dit gedrag is inherent aan het ontwerp.

Hersynchronisatie van replicatie wordt niet ondersteund wanneer de bron- en doel-MTrees geen overeenkomende instellingen voor Data Domain Retention Lock hebben. Zelfs als Retention Lock Governance is uitgeschakeld, blijven bestanden die eerder werden beschermd hun bewaarbeleid behouden totdat hun bewaarperioden verlopen.

Dientengevolge:

• De doel-MTree kan nog steeds worden behandeld als WORM-enabled.
• De bron vraagt om verwijdering van de WORM-status tijdens hersynchronisatie.
• De replicatiekoppeling mislukt met error 5312.

Een veelvoorkomend scenario doet zich voor na:

• Data worden gerepliceerd van oudere Data Domain-systemen naar nieuwere systemen.
• Retention Lock Governance wordt later uitgeschakeld op een of beide MTrees.
• Er wordt een poging gedaan om een replicatie opnieuw te synchroniseren tussen de gemigreerde MTrees.

Om replicatie opnieuw te synchroniseren, moeten zowel de bron- als doel-MTrees overeenkomende configuraties voor Data Domain Retention Lock Governance of Compliance hebben.

Aanbevolen acties:

1. Schakel Retention Lock Governance opnieuw in op zowel bron- als doel-MTrees die betrokken zijn bij de replicatierelatie.
2. Probeer de replicatie opnieuw te synchroniseren.
3. Controleer of beide MTrees dezelfde Retention Lock-status rapporteren voordat de hersynchronisatie wordt gestart.

Voorbeeld uit deze casus:

Bron: /data/col1/MtreeExample3 (ND6900)
Bestemming: /data/col1/mtreeExample (SD6900)

• Schakel RLG in op beide MTrees en probeer opnieuw te synchroniseren.
• Als overeenkomende instellingen voor retentievergrendeling niet tot stand kunnen worden gebracht, maakt u een nieuwe doel-MTree en initialiseert u een nieuwe replicatiecontext. In de meeste gevallen wordt de initialisatie van de replicatie sneller voltooid dan verwacht, omdat bestaande data op het doel kunnen worden gebruikt via Data Domain-deduplicatie.

• Als u Retention Lock Governance uitschakelt, is dit alleen van invloed op nieuw geschreven bestanden.
• Eerder beveiligde bestanden behouden hun vergrendelingskenmerken totdat de geconfigureerde bewaarperiode is verstreken.
• Hersynchronisatiebewerkingen worden alleen ondersteund wanneer zowel bron- als doel-MTrees compatibele instellingen voor retentievergrendeling hebben.
• De aanwezigheid van momenteel vergrendelde bestanden in een rapport garandeert niet dat aan de vereisten voor replicatiehersynchronisatie wordt voldaan.