Прерывание и повторная синхронизация репликации.

ЦЕЛЬ

В этой статье приведены шаги по выполнению процедуры повторной синхронизации репликации (resync) в системе, настроенной для репликации каталогов или пулов . Более подробное объяснение назначения процедуры повторной синхронизации см. в разделе Data Domain. Пояснение по повторной синхронизации репликации.

• Задержка репликации каталогов превышает срок хранения данных: Data Domain. Измерение пропускной способности репликации
• Data Domain. Не удается восстановить из NVRAM: Недавно записанные данные могут быть утеряны
• Очистка без восстановления дискового пространства в исходной системе.

• Все модели Data Domain, настроенные для репликации каталогов или пулов
• Все выпуски программного обеспечения

РЕШЕНИЕ

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

Если контекст нарушен, связанный с ним контекст также должен быть нарушен.

Процедура прерывания и повторной синхронизации требует, чтобы файловая система была временно недоступна для всех задействованных систем.

Эту процедуру можно выполнить с помощью пользовательского интерфейса Enterprise Manager (вариант 1) или командной строки (вариант 2).

Процесс EM проще и может быть выполнен несколькими щелчками мыши.

Вариант 1. Прервите существующую репликацию и выполните повторную синхронизацию с помощью Enterprise Manager:

a. Прервите существующую репликацию:

При этом контекст будет удален из исходной и целевой DDR.

i. Перейдите на страницу Enterprise Manager для исходного Data Domain, затем выберите «Replication».

ii. Выберите контекст для прерывания.

iii. Выберите «Удалить пару»

iv. Нажмите «ОК».

b. Повторная синхронизация контекста:

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

i. На той же вкладке «Репликация» в Enterprise Manager нажмите «Еще», затем выберите «Начать повторную синхронизацию».

ii. Выберите тип репликации.

iii. Выберите имена хоста исходного и целевого ресурсов.

iv. Выйдите из реплицированного каталога или mtree в исходной и целевой DDR

v. Нажмите «ОК»

--Или--

Вариант 2. Параметр ручной трансформации и повторной синхронизации в командной строке:

a. Скопируйте и сохраните сведения о конфигурации репликации из исходной и целевой систем.

В командной строке исходного и целевого типов выполните следующее:

# replication show config

CTX   Source                                                   Destination                                            Connection Host and Port                 Enabled
---   ------------------------------------------------------   ----------------------------------------------------   --------------------------------------   -------
1     dir://testdatadomain.company.com/backup/monthly          dir://test2datadomain.company.com/backup/monthlytest   testdatadomain.company.com   (default)   yes
2     dir://testdatadomain.company.com/backup/weekly           dir://test2datadomain.company.com/backup/weeklytest    testdatadomain.company.com   (default)   yes
---   ------------------------------------------------------   ----------------------------------------------------   --------------------------------------   -------

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

(Убедитесь, что резервное копирование приостановлено (или любых других систем, использующих Data Domain) и очистка не выполняется.)

# system show stats

07/15 15:04:40

INTERVAL: 5 secs
--------------------------------------------------------------
CPU  FS    FS   Net MB/s    Disk KiB/s      Disk NVRAM  Repl
busy ops/s proc in    out   read    write   busy KiB/s  KB/s
---- ----- ---- ----- ----- ------- ------- ---- ------ ------
  0%     0   0%     0     0       0       0   0%      0      0

Система должна отображаться как бездействующая.

# filesys clean status
Cleaning finished at 2012/04/10 06:01:30

На очистку должно быть указано окончание.

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

# filesys disable

e. Прервите репликацию в исходной системе:

# replication break rctx://<context number>

Пример.

# replication break rctx://2

Все контексты могут быть разбиты с помощью следующей команды:

# replication break context all

f. Отключите файловую систему в целевой системе, если системы работают под управлением DDOS версии 4.7 и ниже: Это необязательный шаг для DDOS версии 4.8 и выше.

# filesys disable

g. Разрыв связанных контекстов в целевой системе.

Если система назначения является единственным партнером по репликации, выполните действия, описанные на предыдущем шаге (шаг 2).

Если в целевой системе настроены контексты, включающие другие системы, прервите только общие контексты с помощью следующей команды:

# replication break rctx://<context number>

# filesys enable

i. Повторное создание контекстов репликации в исходной и целевой системах. Используйте ранее сохраненную информацию о конфигурации для восстановления удаленных контекстов репликации:

# replication add source dir://<source directory> destination dir://<destination directory>

Совет: Скопируйте команду из исходного буфера обмена и вставьте ее в целевой буфер обмена, так как в исходной и целевой системах используется одна и та же команда.

 # replication resync rctx://<context number>

л) Убедитесь, что повторная синхронизация репликации работает.

Ниже приведен список команд, которые показывают состояние повторной синхронизации репликации:

# replication watch rctx://<context number>

# replication show performance [all | rctx://<context number>]

# iostat 2 (CTRL+C to quit)

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

Если после выполнения действий, описанных в этой статье, проблемы не устранены, создайте сервисную заявку и загрузите пакет поддержки (SUB) Data Domain: Сбор и загрузка пакета поддержки (SUB) из Data Domain Restorer (DDR)

• Data Domain — объяснение повторной синхронизации репликации
• Data Domain. Не удается восстановить данные из NVRAM: Недавно записанные данные могут быть утеряны