Data Domain: Die Neusynchronisierung der Replikation schlägt mit dem Fehler "Ziel-MTree ist WORM" fehl (5312)

Während der Neusynchronisierung der MTree-Replikation verbleibt der Replikationskontext in einem Verbindungsstatus und schlägt mit dem folgenden Fehler fehl:

Replication Status
State: Connecting

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

Data Domain-Quellprotokolle können Folgendes enthalten:

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

Data Domain-Zielprotokolle können Folgendes enthalten:

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

Zusätzliche Indikatoren:

• Die Neusynchronisierung der Replikation schlägt fehl, nachdem Retention Lock Governance (RLG) auf einem oder beiden Replikations-MTrees deaktiviert wurde.
• In Retention-Lock-Berichten werden keine aktiven Dateien mit Aufbewahrungssperre angezeigt, aber der MTree enthält weiterhin WORM-bezogene Metadaten.
• Vorhandene Replikationsbeziehungen, die zuvor funktionierten, schlagen nach Änderungen an der Konfiguration der Aufbewahrungssperre fehl.

Dieses Verhalten ist beabsichtigt.

Die Neusynchronisierung der Replikation wird nicht unterstützt, wenn die Quell- und Ziel-MTrees nicht über übereinstimmende Data Domain Retention Lock-Einstellungen verfügen. Selbst wenn Retention Lock Governance deaktiviert wurde, behalten zuvor geschützte Dateien ihre Aufbewahrungs-Policies bei, bis ihre Aufbewahrungsfristen abgelaufen sind.

Daraus folgt:

• Der Ziel-MTree kann weiterhin als WORM-aktiviert behandelt werden.
• Die Quelle fordert das Entfernen des WORM-Status während der Neusynchronisierung an.
• Die Replikationszuordnung schlägt fehl mit error 5312.

Ein häufiges Szenario tritt nach folgenden Ereignissen auf:

• Daten werden von älteren Data Domain-Systemen auf neuere Systeme repliziert.
• Retention Lock Governance wird später auf einem oder beiden MTrees deaktiviert.
• Es wird versucht, eine Replikationsneusynchronisierung zwischen den migrierten MTrees durchzuführen.

Damit die Replikationsneusynchronisierung erfolgreich ist, müssen sowohl der Quell- als auch der Ziel-MTrees über übereinstimmende Data Domain Retention Lock Governance- oder Compliance-Konfigurationen verfügen.

Empfohlene Maßnahmen:

1. Aktivieren Sie Retention Lock Governance auf Quell- und Ziel-MTrees, die an der Replikationsbeziehung beteiligt sind, erneut.
2. Wiederholen Sie den Vorgang zur Neusynchronisierung der Replikation.
3. Überprüfen Sie, ob beide MTrees denselben Retention Lock-Status melden, bevor Sie die Neusynchronisierung initiieren.

Beispiel aus diesem Fall:

Quelle: /data/col1/MtreeExample3 (ND6900)
Zielort: /data/col1/mtreeExample (SD6900)

• Aktivieren Sie RLG auf beiden MTrees und wiederholen Sie die erneute Synchronisierung.
• Wenn keine übereinstimmenden Einstellungen für Retention Lock eingerichtet werden können, erstellen Sie einen neuen Ziel-MTree und initialisieren Sie einen neuen Replikationskontext. In den meisten Fällen wird die Replikationsinitialisierung schneller als erwartet abgeschlossen, da vorhandene Daten auf dem Ziel über die Data Domain-Deduplizierung genutzt werden können.

• Die Deaktivierung von Retention Lock Governance wirkt sich nur auf neu geschriebene Dateien aus.
• Zuvor geschützte Dateien behalten ihre Sperrattribute bei, bis die konfigurierte Aufbewahrungsfrist abgelaufen ist.
• Neusynchronisierungsvorgänge werden nur unterstützt, wenn Quell- und Ziel-MTrees über kompatible Einstellungen für die Aufbewahrungssperre verfügen.
• Das Vorhandensein von Dateien, die derzeit nicht für die Aufbewahrung gesperrt sind, in einem Bericht garantiert nicht, dass die Anforderungen an die Neusynchronisierung der Replikation erfüllt sind.