Процедура міграції IBMi SRDF

Коли клієнти використовують логічні розділи (LPAR) свого клієнта IBMi на зовнішньому диску DELL EMC VMAX/PMAX і хочуть оновити свій поточний масив до нового покоління, вони можуть використовувати SRDF для фонової міграції даних і переходу на новий масив з мінімальним впливом на час простою. Таке використання SRDF також називають SRDF/Data Mobility.
Для клієнтів, де простої взагалі не дозволені, дивіться іншу статтю з описом IBMi Non-Disruptive Migration (NDM) для VMAX/PMAX, яку можна знайти за цим посиланням:
https://www.dell.com/support/kbdoc/en-us/000193832/vmax-powermax-non-disruptive-migrations-for-the-ibmi-host-platform

Для будь-якого IBMi LPAR ВСІ обсяги повинні бути включені в реплікацію SRDF. Це включає джерело навантаження (=bootdisk), через різну природу платформи IBMi з її унікальним дизайном LIC/OS, заснованим на архітектурному проекті однорівневого сховища AS/400. Для будь-якої реплікації сховища IBMi це ВСЕ або НІЧОГО. Дивіться малюнок нижче для опису (тимчасового) налаштування під час міграції.

Вихідні масиви OLD та NEW у PROD-DC з'єднані тимчасовими SRDF-каналами для міграції. Зазвичай вони також проходять через перемикачі SAN, тому вони повинні бути відповідно зоновані. Альтернативою є установка «прямого підключення», або клієнти можуть використовувати IP-канали Gige (підключення Gigabit Ethernet через комутатори LAN).


Поки IBMi LPAR залишаються робочими, створюються SRDF-зв'язки між OLD і NEW масивами. Фоновий процес асинхронної синхронізації всіх даних томів є прозорим для хоста IBMi та його додатків. Необхідно створити нові SAN з'єднання з існуючої SAN Fabrics до нового масиву. Для існуючих хост-адаптерів IBMi FC або vFC зонування SAN має бути налаштоване відповідним чином. Коли нові з'єднання та зонування будуть готові, переконайтеся на новому PMAX, що адаптер IBMi WWPN входить у відповідні порти FA на новому PMAX.

ПРИМІТКИ: Для платформи IBMi необхідно використовувати тільки «одноініціаторне>одноцільове» SAN-зонування.

ПРИМІТКИ: Перевірте вхід WWPN адаптера IBMi з Unisphere або за допомогою команди SymCLI (зразок): symaccess -sid 123 список логінів -dirport 1c:0
======================================================================================================
Підготовка фази (приклади команд):

Перевірте з'єднання SRDF з НОВОГО масиву за допомогою команди symCLI symsan:

symsan list -sanrdf -sid 000420200123 -dir ALL -port ALL

Створіть нові цільові пристрої IBMi на новому масиві та додайте до нової Storage Group (SG):

symdev create -sid 123 -tdev -emulation as400 -cap 82400 -captype cyl -N 64 -v -nop
symsg -sid 123 create sg_ibmi_lpar1_asp1_1 -srp SRP_1 -slo diamond
symaccess -sid 123 -name sg_ibmi_lpar1_asp1_1-type storage add devs 100-13F

Створіть відповідні InitiatorGroup(IG) та PortGroup(PG) на масиві NEW:

symaccess -sid 123 create -name ig_ibmi_lpar1_asp1_1 -type init
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init set ig_flags on OS2007 -disable
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde2
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde4
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde6
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde8
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde3
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde5
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde7
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde9

symaccess -sid 123 create -name pg_ibmi_lpar1_asp1_1 -type port -protocol SCSI_FC
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 1c:0
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 1c:1
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 2c:0
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 2c:1

Створіть нову тимчасову динамічну групу SRDF між масивом OLD та NEW:

symrdf addgrp -sid 000420200123 -rdfg 100 -remote_sid 000 000297800456 -remote_rdfg 100 -dir 1D:03,2D:03,1D:07,2D:07 -remote_dir 1E:03,2E:03,1E:07,2E:07 -label LPAR1_MIG

Виконайте CreatePair для відповідного (SG) і запустіть синхронізацію в режимі адаптивного копіювання диска:

symrdf createpair -sid 456 -type R1 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 -remote_sg sg_ibmi_lpar1_asp1_1 -establish -rdf_mode acp_disk

Слідкуйте за процесом синхронізації:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

У зв'язку з природою стану зв'язку «адаптивна копія» SRDF, коли активні входи/виводи все ще надходять у вихідний масив з хоста IBMi, посилання можуть не досягти «синхронізованого» стану, це нормально та очікувано.
Коли процес синхронізації скопіював основну частину даних на новий масив (менше 1000 невиконаних недійсних треків), відключення може бути виконано відповідно до запланованого клієнтом вікна обслуговування. Ми рекомендуємо запланувати 2-годинне відключення бізнес-додатків на хості, які переносяться. Це повинно забезпечити достатній час для зупинки завдань програми та сеансів користувача, вимкнення живлення, виконання відключення, IPL системи та перезапуску підсистем і завдань програми.
 
Фаза перерізу (приклади команд):

Перевірте посилання SRDF і стани пари пристроїв:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Кінцеві програми, підсистеми та активні користувачі на LPAR.
PWRDWNSYS LPAR.
Слідкуйте за HMC, щоб переконатися, що LPAR не працює в стані «Не активовано».

Встановіть посилання SRDF у режимі SYNC.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 set mode sync

Слідкуйте за зміною статусу і до тих пір, поки всі пристрої не будуть «синхронізовані» з нулем недійсних треків.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Розділені SRDF-посилання.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 split

ПРИМІТКИ: Процес поділу SRDF залишає вихідні обсяги недоторканими та незмінними під час подальшого процесу міграції. Це старе зображення джерела SRDF містить послідовну копію даних LPAR «у певний момент часу» з моменту виконання поділу. Оскільки IBMi LPAR впав під час спліту, цей образ на 100% відповідає дійсності. У розділеному стані копії R1 і R2 RW_enabled для хоста. Це R1-зображення на масиві OLD може бути використано для негайного повернення до СТАРОГО масиву. У разі виникнення будь-яких непередбачених проблем і міграції буде скасовано. У цьому випадку зонування/маскування до СТАРОГО масиву має бути відновлено.

Після розділення стежте за зміною статусу.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Створіть резервну копію бази даних маскування СТАРОГО масиву.

Symaccess -sid 456 list view -v -detail>masking-456_<date>.txt

Видаліть маскування СТАРОГО масиву для відповідного IBMi LPAR.

Symaccess -sid 456 delete view mv_ibmi_lpar1_asp1_1

Створіть НОВЕ маскування масиву.

symaccess -sid 123 create view -name mv_ibmi_lpar1_asp1_1 -sg sg_ibmi_lpar1_asp1_1 -pg pg_ibmi_lpar1_asp1_1 -ig ig_ibmi_lpar1_asp1_1

Знову активуйте LPAR від HMC у звичайному режимі B-IPL.
Слідкуйте за процесом IPL з HMC.

На екрані входу увійдіть за допомогою авторизації доступу SST. Запустіть STRSST і перевірте стан дисків і шляхів до дисків. Зверніть увагу на зміну серійного номера диска IBMi, яка відображає нові обсяги масиву та серійний ідентифікатор.

Команда адміністраторів клієнтів/додатків тепер може відновити всі звичайні операції на цьому LPAR.

На цьому міграція завершена.


Фаза після міграції (приклади команд):

Коли клієнт оголосив про успішне скорочення (запасний варіант не потрібен), тимчасову конфігурацію можна очистити.

Очищення сполучення з пристроєм міграції SRDF.

symrdf deletepair -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1

symrdf removegrp -sid 000420200123 -rdfg 100

Очистіть зонування SAN на відповідних перемикачах:
Від хоста IBMi до масиву OLD.
І видалити зони SRDF зі СТАРОГО масиву в НОВИЙ (після завершення останньої міграції).