Data Domain. Как повторно синхронизировать репликацию MTree

Сводка: В этой статье описывается процедура выполнения повторной синхронизации репликации (повторной синхронизации) в системах, настроенных для репликации MTree. Рабочий процесс повторной синхронизации MTree отличается от процесса репликации на основе каталогов или коллекций, поэтому клиенты, использующие репликацию MTree, должны следовать этой описанной процедуре. ...

Данная статья применяется к Данная статья не применяется к Эта статья не привязана к какому-либо конкретному продукту. В этой статье указаны не все версии продуктов.
Ознакомьтесь с другими ресурсами

Симптомы

Эти действия применимы к системам, в которых настроена базовая односторонняя репликация (исходной → целевой системы).
Однако среды могут включать в себя и более сложные конфигурации, например:

  • Двунаправленная репликация
  • Цепочка репликации в нескольких системах

Если контекст репликации MTree нарушен, соответствующий контекст также должен быть нарушен в партнерской системе.

 
⚠️Предупреждение: Прежде чем продолжить, ознакомьтесь с различиями между повторной синхронизацией репликации и инициализацией.

Причина

Повторная синхронизация MTree может потребоваться по нескольким причинам, в том числе:

  • Очистка без восстановления дискового пространства.
  • Задержка репликации MTree превышает требования по хранению.
  • Критическая ошибка репликации, связанная с быстрым копированием
  • Оповещение AutoSupport: «Не удается восстановить из NVRAM: Недавно записанные данные могут быть утеряны».

Разрешение

Важные примечания

  • ⚠️Примечание: Не отключайте несвязанные контексты репликации. Они восстанавливаются автоматически при повторном включении файловой системы.
  • ⚠️Примечание: Если намерение состоит в том, чтобы выполнить инициализацию вместо повторной синхронизации , удалите реплицированное MTree в целевой системе или переименуйте целевой путь после разрыва контекста.

Вариант 1. Повторная синхронизация с помощью System Manager (веб-интерфейс пользователя) — *рекомендуется

*Рекомендуется, так как это упрощает процедуру, повышает эффективность и позволяет избежать опечаток из-за ручного ввода пути.

  1. Разрыв существующего контекста репликации
    1. Откройте Enterprise Manager для исходной системы.
    2. Выберите Репликация.
    3. Выберите контекст репликации, который необходимо прервать.
    4. Нажмите Удалить пару.
    5. Подтвердите, нажав кнопку ОК.
      • Контекст репликации будет удален из обеих систем.
  2. Запустить повторную синхронизацию
    1. На той же вкладке Репликация нажмите Дополнительно → Начать повторную синхронизацию.
    2. Выберите MTree Replication в качестве типа репликации.
    3. Выберите исходную и целевую системы.
    4. Укажите путь MTree в обеих системах.
    5. Нажмите кнопку OK , чтобы начать повторную синхронизацию.
      • Продолжительность повторной синхронизации варьируется от нескольких часов до нескольких дней в зависимости от размера системы и нагрузки.

Вариант 2: Повторная синхронизация с помощью командной строки (SSH/DD-CLI)

  1. Сохраните текущую конфигурацию репликации
    1. Выполнять в исходной и целевой системах:
      • replication show config
        • Скопируйте выходные данные в текстовый редактор для справки при перестроении контекстов.
  2. Прервать репликацию в исходной системе
    • Разорвите один контекст:
      • replication break rctx://<context-number> 
    • Разбейте все контексты (только если это необходимо):
      • replication break context all
  3. Разрыв связанных контекстов в целевой системе
    1. Если у целевой системы только один участник, повторите те же шаги, что и в исходной системе.
    2. Если в целевом ресурсе имеется несколько партнеров по репликации, прерываются только общие контексты:
      • replication break rctx://<context-number>
  4. Повторное создание контекстов репликации
    1. Используя сохраненную конфигурацию, повторно создайте контексты MTree в обеих системах:
  5. Запуск повторной синхронизации (только для исходной системы)
    • replication resync rctx://<context-number>
    • Примечание. Номер контекста может отличаться от исходного, если доступны меньшие номера.
  6. Отслеживание хода выполнения повторной синхронизации
    • replication watch rctx://<context-number>

Дополнительная информация

Переменная iostat обеспечивает широкий обзор на уровне системы. Чтобы избежать переноса текста и искажения вывода, разверните окно отображения при выполнении этой команды на весь экран.
Если исходное MTree или каталог не содержит данных, повторная синхронизация может завершиться слишком быстро, чтобы отобразиться в выходных данных мониторинга. Аналогичным образом, когда данные в исходную систему не записываются, значения пропускной способности могут быть очень низкими или вообще не отображаться.

Затронутые продукты

Data Domain

Продукты

Data Domain
Свойства статьи
Номер статьи: 000035776
Тип статьи: Solution
Последнее изменение: 10 Feb 2026
Версия:  4
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.