Data Domain: Ponowna synchronizacja replikacji kończy się niepowodzeniem z błędem "Dest MTree is WORM" (5312)

Podczas ponownej synchronizacji replikacji drzewa MTree kontekst replikacji pozostaje w stanie połączenia i kończy się niepowodzeniem z następującym błędem:

Replication Status
State: Connecting

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

Dzienniki źródłowe Data Domain mogą zawierać:

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

Dzienniki docelowej domeny danych mogą zawierać:

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

Dodatkowe wskaźniki:

• Ponowna synchronizacja replikacji kończy się niepowodzeniem po wyłączeniu blokady retencji (RLG) na jednym lub obu drzewach MTree replikacji.
• Raporty blokad retencji nie pokazują żadnych aktywnych plików z blokadą retencji, ale drzewo MTree nadal zawiera metadane związane z robakiem WORM.
• Istniejące relacje replikacji, które wcześniej działały, kończą się niepowodzeniem po wprowadzeniu zmian w konfiguracji blokady retencji.

Takie zachowanie jest zgodne z projektem.

Ponowna synchronizacja replikacji nie jest obsługiwana, jeśli źródłowe i docelowe drzewa MTree nie mają pasujących ustawień blokady retencji Data Domain. Nawet jeśli blokada retencji została wyłączona, pliki, które były wcześniej chronione, nadal zachowują swoje zasady przechowywania do momentu wygaśnięcia okresów retencji.

W związku z tym:

• Docelowy obiekt MTree może być nadal traktowany jako obiekt z włączoną obsługą WORM.
• Źródło żąda usunięcia stanu WORM podczas ponownej synchronizacji.
• Skojarzenie replikacji kończy się niepowodzeniem z error 5312.

Typowy scenariusz występuje po:

• Dane są replikowane ze starszych systemów Data Domain do nowszych systemów.
• Zarządzanie blokadą retencji zostanie później wyłączone w jednym lub obu drzewach MTree.
• Podjęto próbę ponownej synchronizacji replikacji między migrowanymi drzewami MTree.

Aby ponowna synchronizacja replikacji zakończyła się pomyślnie, zarówno źródłowe, jak i docelowe drzewa MTree muszą mieć zgodne konfiguracje ładu lub zgodności z blokadą przechowywania Data Domain.

Zalecane działania:

1. Ponowne włączenie ładu blokady retencji na źródłowych i docelowych drzewach MTree zaangażowanych w relację replikacji.
2. Ponów operację ponownej synchronizacji replikacji.
3. Przed rozpoczęciem ponownej synchronizacji upewnij się, że oba drzewa MTree zgłaszają ten sam stan blokady retencji.

Przykład z tego przypadku:

Source: /data/col1/MtreeExample3 (ND6900)
Docelowy: /data/col1/mtreeExample (SD6900)

• Włącz RLG na obu drzewach MTree i ponów próbę ponownej synchronizacji.
• Jeśli nie można ustalić pasujących ustawień blokady retencji, utwórz nowy docelowy obiekt MTree i zainicjuj nowy kontekst replikacji. W większości przypadków inicjowanie replikacji kończy się szybciej niż oczekiwano, ponieważ istniejące dane w obiekcie docelowym mogą zostać wykorzystane za pomocą deduplikacji Data Domain.

• Wyłączenie zarządzania blokadą retencji ma wpływ tylko na nowo zapisane pliki.
• Wcześniej chronione pliki zachowują swoje atrybuty blokady do momentu wygaśnięcia skonfigurowanego okresu przechowywania.
• Operacje ponownej synchronizacji są obsługiwane tylko wtedy, gdy drzewa MTree źródłowe i docelowe mają zgodne ustawienia blokady retencji.
• Brak plików z blokadą przechowywania w raporcie nie gwarantuje, że wymagania dotyczące ponownej synchronizacji replikacji zostały spełnione.