Розрив і повторна синхронізація реплікації.

МЕТА

У цій статті перераховані кроки щодо виконання процедури повторної синхронізації (повторної синхронізації) реплікації в системі, налаштованій для реплікації каталогів або пулів . Для більш детального пояснення мети процедури повторної синхронізації див. Пояснення реплікації.

• Затримка реплікації каталогів перевищує термін зберігання даних: Домен даних: Вимірювання пропускної здатності реплікації
• Домен даних: Не вдається відновитися з NVRAM: Нещодавно записані дані можуть бути втрачені
• Очищення не відновлює місце на диску в системі-джерелі.

• Усі моделі Data Domain налаштовані для реплікації каталогів або пулів
• Усі релізи програмного забезпечення

РІШЕННЯ

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

Якщо контекст порушено, партнерська система також має порушити пов'язаний контекст.

Процедура розриву та повторної синхронізації вимагає, щоб файлова система була тимчасово недоступною для всіх задіяних систем.

Цю процедуру можна виконати за допомогою інтерфейсу менеджера підприємств (варіант 1) або командного рядка (варіант 2).

Процес ЕМ простіший і може бути завершений кількома клацаннями миші.

Варіант 1: Розірвіть існуючу реплікацію та повторно синхронізуйте за допомогою Enterprise Manager:

a. Розбити існуючу реплікацію:

Це видаляє контекст як із вихідних, так і з цільових DDR.

i. Перейдіть на сторінку Enterprise Manager для домену вихідних даних, а потім виберіть «Реплікація»

ІI. Виберіть контекст, який потрібно розбити.

ІII. Виберіть "Видалити пару"

ІV. Натисніть "ОК"

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

Це повертає контекст як до вихідного, так і до кінцевого DDR і запускає процес повторної синхронізації. Процес повторної синхронізації може тривати від кількох годин до кількох днів, залежно від розміру системи та поточних коефіцієнтів навантаження.

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

ІI. Виберіть тип реплікації.

ІII. Виберіть імена хостів джерела та призначення.

ІV. Вийдіть з реплікованого каталогу або 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
---   ------------------------------------------------------   ----------------------------------------------------   --------------------------------------   -------

Тимчасово скопіюйте обидва виводи в текстовий редактор (наприклад, блокнот) і позначте кожен розділ відповідним чином. Ця інформація необхідна при повторному відтворенні контекстів реплікації. Записуйте номери контексту, якщо націлені на конкретні контексти.

(Переконайтеся, що резервне копіювання призупинено (або будь-які інші системи, що використовують домен даних) і очищення не виконується.)

# 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

Чистка повинна вказувати на закінчену.

d. Вимкніть файлову систему на вихідній системі, якщо системи працюють під керуванням 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>

k. Переконайтеся, що повторна синхронізація реплікації працює.

Ось список команд, які показують статус повторної синхронізації реплікації:

# replication watch rctx://<context number>

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

# iostat 2 (CTRL+C to quit)

Якщо каталог джерельного коду порожній, повторна синхронізація відбувається швидко, і може не бути відображена у виведених даних. Крім того, якщо дані не записуються на джерело, показники пропускної здатності каталогу будуть низькими (або взагалі відсутніми).

Якщо після виконання дій, описаних у цій статті, не зникають проблеми, створіть запит на обслуговування та завантажте домен даних Support Bundle (SUB): Як зібрати та завантажити пакет підтримки (SUB) із засобу відновлення доменів даних (DDR)

• Домен даних - пояснення реплікації та повторної синхронізації
• Домен даних - не вдається відновити з NVRAM: Нещодавно записані дані можуть бути втрачені