Networker Як налаштувати реплікацію Mtree для міграції томів між зонами даних
Summary: У цьому kb наведено покроковий посібник із налаштування реплікації Mtree, який дозволить клієнту переносити існуючі томи Networker між зонами даних
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
У попередніх версіях Networker у нас був Networker Volume Move Tool, який використовував команду nsrmigrate для міграції томів між різними серверами / зонами даних Networker.
Починаючи з версії Networker 19.7, вищевказаний інструмент більше не підтримується, і клієнту потрібно налаштувати конфігурацію реплікації Mtree.
Для успішного налаштування реплікації MTree замовнику необхідно виконати кілька ручних кроків, які ми опишемо на цьому Kb.
Слідуючи цим деталям налаштування лабораторії kb:
Примітка. Створюючи пару реплікацій, не використовуйте ім'я цільового сервера як цільове ім'я mtree. Замість цього використовуйте інше ім'я, оскільки ці mtree доступні лише для читання і не можуть бути використані в цільовому для створення пристрою DD.
Після створення пари реплікації з вихідного DD, на цільовому DD буде створено репліковане mtree. Це відтворене mtree буде видно в цільовому DD, але не його підрозділ storge.
Щоб зробити реплікований блок зберігання видимим у цільовому DD, нам потрібно оновити користувача ddboost для реплікованого блоку зберігання за допомогою команди нижче.
Запуск експорту на вихідному сервері
Створення правил та робочих циклів може здійснюватися як з інтерфейсу користувача, так і з командного рядка, але створення dd-реплікації підтримується лише з командного рядка за допомогою утиліти nsrpolicy.
Створити політику:політика nsrpolicy створити -p policy_name створити робочий процес:робочий процес nsrpolicy створити -p policy_name -w workflow_name Створити дію dd-реплікації:
дія nsrpolicy створити dd-реплікацію -p policy_name
-w workflow_name
-A action_name -U експорт -r Source_Mtree -f Target_Mtree -W source_DD -q target_DD -L "NSR_DD_Replication_name1,NSR_DD_Replication_name2..."
nsrworkflow -p -w
Показ реплікації config
синхронізація реплікації :target mtree>
Запуск команди "Імпортування" на цільовому сервері
Створити політику:політика nsrpolicy створити -p policy_name створити робочий процес:
робочий процес nsrpolicy створити -p policy_name
-w workflow_name
nsrworkflow -p -w
/nsr/logs/policy/....
/nsr/logs/policy/replication/nsr/replication
Починаючи з версії Networker 19.7, вищевказаний інструмент більше не підтримується, і клієнту потрібно налаштувати конфігурацію реплікації Mtree.
Для успішного налаштування реплікації MTree замовнику необхідно виконати кілька ручних кроків, які ми опишемо на цьому Kb.
Слідуючи цим деталям налаштування лабораторії kb:
Джерело nw сервера: sourcenw Джерело DD: Джерело DDSOURCE DDMtree: sourcenwПристрій джерела: ФС
Цільовий сервер nw: Targetnw Target DD: TARGETDD Target DD MTree: TargetnwVolumeMigrate
Цільовий пристрій: TARGETDD.nwvolume.lab_FS
Цільовий сервер nw: Targetnw Target DD: TARGETDD Target DD MTree: TargetnwVolumeMigrate
Цільовий пристрій: TARGETDD.nwvolume.lab_FS
Передумови
- Переконайтеся, що користувач ddboost, який використовується в джерелі, існує в цільовому DD з тим самим UID:
- Підготовка вихідного сервера (створення DD-пристроїв і запуск резервного копіювання / клонування).
- Додайте вихідний сервер як клієнт на цільовому сервері та цільовий сервер як клієнта на вихідному сервері:
- Створіть пару реплікації з інтерфейсу DD.
Примітка. Створюючи пару реплікацій, не використовуйте ім'я цільового сервера як цільове ім'я mtree. Замість цього використовуйте інше ім'я, оскільки ці mtree доступні лише для читання і не можуть бути використані в цільовому для створення пристрою DD.
- Оновіть реплікований блок зберігання з тим самим іменем користувача ddboost, яке присутнє у вихідному джерелі.
Після створення пари реплікації з вихідного DD, на цільовому DD буде створено репліковане mtree. Це відтворене mtree буде видно в цільовому DD, але не його підрозділ storge.
Щоб зробити реплікований блок зберігання видимим у цільовому DD, нам потрібно оновити користувача ddboost для реплікованого блоку зберігання за допомогою команди нижче.
Змініть блок зберігання ddboost користувач
- Створення DD-пристрою на цільовому сервері з реплікованого mtree тільки за допомогою опції SMT:
- Надайте вихідному серверу дозвіл "Створити привілеї програми" на цільовому сервері:
- Оновіть дані про керування (хост, адміністратор, користувач та пароль) у вихідному ресурсі NSR DD сервера (якщо не експортувати дію, не вдасться з тим самим повідомленням про помилку):
Створення ресурсу реплікації пристроїв NSR DD на вихідному сервері
Ресурс реплікації пристрою NSR DD можна створити з візуального режиму nsradmin або за допомогою команди нижче в nsradmin
Наприклад:
створити тип: Реплікація пристрою NSR DD; name:RepvolTest; Вихідний сервер: sourcenw; Цільовий сервер: targetnw; Джерело: ресурс DD NSR: DDSOURCE.nwvolume.lab; Цільовий ресурс DD NSR: TARGETDD.nwvolume.lab; Джерело mtree: sourcenw; Цільове mtree: targetnwVolumeMigrate; Пристрій джерела: ФС; Цільовий пристрій: TARGETDD.nwvolume.lab_FS; Виключити індекси: Ні
Ресурс реплікації пристрою NSR DD можна створити з візуального режиму nsradmin або за допомогою команди нижче в nsradmin
Наприклад:
створити тип: Реплікація пристрою NSR DD; name:RepvolTest; Вихідний сервер: sourcenw; Цільовий сервер: targetnw; Джерело: ресурс DD NSR: DDSOURCE.nwvolume.lab; Цільовий ресурс DD NSR: TARGETDD.nwvolume.lab; Джерело mtree: sourcenw; Цільове mtree: targetnwVolumeMigrate; Пристрій джерела: ФС; Цільовий пристрій: TARGETDD.nwvolume.lab_FS; Виключити індекси: Ні
- Ви можете увійти в візуальний режим nsradmin з командного рядка, запустивши команду nsradmin , а потім v:
Запуск експорту на вихідному сервері
- Створення дії dd-реплікації для виконання експорту з використанням nsrpolicy.
Створення правил та робочих циклів може здійснюватися як з інтерфейсу користувача, так і з командного рядка, але створення dd-реплікації підтримується лише з командного рядка за допомогою утиліти nsrpolicy.
Створити політику:політика nsrpolicy створити -p policy_name створити робочий процес:робочий процес nsrpolicy створити -p policy_name -w workflow_name Створити дію dd-реплікації:
дія nsrpolicy створити dd-реплікацію -p policy_name
-w workflow_name
-A action_name -U експорт -r Source_Mtree -f Target_Mtree -W source_DD -q target_DD -L "NSR_DD_Replication_name1,NSR_DD_Replication_name2..."
- Запуск експорту з cli:
nsrworkflow -p -w
- Перевірте журнали експорту:
/nsr/logs/policy/....
/nsr/logs/policy/replication/nsr/replication
/nsr/logs/policy/replication/nsr/replication
- Запустіть команду mtree синхронізації реплікації з джерела DD:
Показ реплікації config
синхронізація реплікації :target mtree>
Запуск команди "Імпортування" на цільовому сервері
- Створення дії dd-реплікації для виконання імпорту за допомогою nsrpolicy:
Створити політику:політика nsrpolicy створити -p policy_name створити робочий процес:
робочий процес nsrpolicy створити -p policy_name
-w workflow_name
- Створіть дію dd-реплікації:
Дія NSRPOLICY створити dd-реплікацію -p policy_name -w workflow_name -A action_name -I експорт -r Source_Mtree -f Target_Mtree -W source_DD -q target_DD -L "NSR_DD_Replication_name1,NSR_DD_Replication_name2..."
- Запуск імпорту
nsrworkflow -p -w
- 4.3 Перевірка журналів імпорту
/nsr/logs/policy/....
/nsr/logs/policy/replication/nsr/replication
- Валідація в цільовій:
- Прапорець "Реплікований том"
mminfo -O
- Реплікований прапор наборів "Зберегти"
mminfo -S
Додаткова інформація та обмеження
- Пул з таким же ім'ям, як і вихідний том, повинен бути створений на цільовому сервері.
- Репліковані набори збереження не можуть бути видалені, термін їх дії закінчився.
- Репліковані пристрої не можна позначати
Article Properties
Article Number: 000209413
Article Type: How To
Last Modified: 04 May 2023
Version: 2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.