Data Domain: сбой повторной синхронизации репликации с ошибкой «Dest MTree is WORM» (5312)

Во время повторной синхронизации репликации MTree контекст репликации остается в состоянии подключения и завершается сбоем со следующей ошибкой:

Replication Status
State: Connecting

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

Журналы Source Data Domain могут содержать:

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

Журналы Data Domain назначения могут содержать:

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

Дополнительные индикаторы:

• Повторная синхронизация репликации завершается сбоем после отключения функции управления блокировкой хранения (RLG) на одном или обоих MTree репликации.
• В отчетах о блокировке хранения отсутствуют активные заблокированные файлы, но MTree по-прежнему содержит метаданные, относящиеся к WORM.
• Существующие отношения репликации, которые работали ранее, завершаются сбоем после внесения изменений в конфигурацию блокировки хранения.

Такое поведение является преднамеренным.

Повторная синхронизация репликации не поддерживается, если для исходного и целевого MTree не установлены одинаковые параметры блокировки хранения Data Domain. Даже если управление блокировкой хранения отключено, политики хранения файлов, которые ранее были защищены, продолжают сохраняться до истечения сроков хранения.

Это означает следующее.

• Целевое MTree по-прежнему может рассматриваться как поддерживающее WORM.
• Во время повторной синхронизации исходный ресурс запрашивает удаление состояния WORM.
• Происходит сбой связи репликации с error 5312.

Распространенный сценарий происходит после:

• Данные реплицируются из более старых систем Data Domain в новые системы.
• Позже управление блокировкой хранения будет отключено на одном или обоих MTree.
• Предпринимается попытка выполнить повторную синхронизацию репликации между перенесенными MTree.

Для успешной повторной синхронизации репликации исходное и целевое MTree должны иметь одинаковые конфигурации управления или соответствия требованиям Data Domain.

Рекомендуемые действия.

1. Повторно включите управление блокировкой хранения для исходного и целевого MTree, участвующих во взаимосвязи репликации.
2. Повторите операцию повторной синхронизации репликации.
3. Прежде чем инициировать повторную синхронизацию, убедитесь, что оба MTree сообщают об одном и том же состоянии блокировки хранения.

Пример из этого случая:

Source: /data/col1/MtreeExample3 (ND6900)
Назначения: /data/col1/mtreeExample (SD6900)

• Включите RLG на обоих MTree и повторите попытку повторной синхронизации.
• Если не удается установить соответствующие параметры блокировки хранения, создайте новое целевое MTree и инициализируйте новый контекст репликации. В большинстве случаев инициализация репликации завершается быстрее, чем ожидалось, поскольку существующие данные в целевой системе можно использовать с помощью дедупликации Data Domain.

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