Домен даних: повторна синхронізація реплікації не вдається з помилкою «Dest MTree is WORM» (5312)

Під час повторної синхронізації реплікації MTree контекст реплікації залишається у стані зв'язку і виходить з помилки з такою помилкою:

Replication Status
State: Connecting

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

Логи домену вихідних даних можуть містити:

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

Журнали домену даних призначення можуть містити:

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

Додаткові показники:

• Повторна синхронізація реплікації не відбувається після того, як управління блокуванням утримання (RLG) було вимкнено на одному або обох MTrees реплікації.
• Звіти Retention Lock не показують активних файлів із фіксованим утриманням, але MTree все ще містить метадані, пов'язані з WORM.
• Існуючі реплікаційні відносини, які раніше працювали, не вдаються після змін у конфігурації Retention Lock.

Ця поведінка зроблена навмисно.

Ресинхронізація реплікації не підтримується, якщо MTree джерела та призначення не мають відповідних налаштувань блокування домену даних. Навіть якщо управління блокуванням утримання було вимкнено, файли, які раніше були захищені, продовжують зберігати свої політики збереження до закінчення періоду збереження.

У результаті:

• Цільовий MTree все ще можна розглядати як підтримуваний WORM.
• Джерело запитує видалити стан WORM під час повторної синхронізації.
• Асоціація реплікації не працює з error 5312.

Поширений сценарій трапляється після:

• Дані реплікуються з старіших систем домену даних до новіших систем.
• Управління блокуванням утримання пізніше вимикається на одному або обох MTree.
• Робиться спроба провести ресинхронізацію реплікації між мігрованими MTrees.

Для успішної повторної синхронізації реплікації як вихідний, так і цільовий MTrees повинні мати відповідні конфігурації Data Domain Retention Lock Governance або Compliance Lock.

Рекомендовані дії:

1. Повторно увімкніть управління блокуванням утримання як на вихідному, так і на призначальному MTree, які беруть участь у відношенні реплікації.
2. Спробуйте повторну операцію ресинхронізації реплікації.
3. Перевірте, чи обидва MTree повідомляють однаковий статус Retention Lock перед початком повторної синхронізації.

Приклад із цього випадку:

Джерело: /data/col1/MtreeExample3 (ND6900)
Пункт призначення: /data/col1/mtreeExample (SD6900)

• Увімкніть RLG на обох MTrees і спробуйте повторну синхронізацію.
• Якщо неможливо встановити відповідні налаштування Retention Lock, створіть новий MTree призначення та ініціалізуйте новий контекст реплікації. У більшості випадків ініціалізація реплікації завершується швидше, ніж очікувалося, оскільки існуючі дані на місці призначення можна використати шляхом дедуплікації домену даних.

• Вимкнення управління блокуванням утримання впливає лише на нові файли.
• Раніше захищені файли зберігають атрибути блокування до закінчення налаштованого періоду зберігання.
• Операції повторної синхронізації підтримуються лише тоді, коли і джерело, і призначення MTree мають сумісні налаштування Retention Lock.
• Наявність у звіті немає файлів, заблокованих на поточному збереженні, не гарантує виконання вимог до повторної синхронізації реплікації.