Процедура переноса IBMi SRDF

Если заказчики, использующие логические разделы (LPAR) клиентов IBMi на внешних дисковых накопителях DELL EMC VMAX/PMAX, хотят обновить текущий массив до нового поколения, могут использовать SRDF для выполнения фоновой миграции данных и переключения на новый массив с минимальным простоем. Такое использование SRDF также называется SRDF/мобильностью данных.
Для заказчиков, для которых простои вообще не допускаются, см. другую статью, описывающую 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 должны быть включены ВСЕ тома. Это включает в себя источник загрузки (=загрузочный диск), что обусловлено отличной природой платформы IBMi с ее уникальным дизайном LIC/OS, основанным на архитектуре одноуровневого хранилища AS/400. Для любой репликации хранилища IBMi это ALL or NOTHING. На рисунке ниже приведено описание (временной) настройки во время миграции.

СТАРЫЙ и НОВЫЙ исходные массивы в PROD-DC соединены временными каналами SRDF для миграции. Как правило, они также проходят через коммутаторы SAN, поэтому их необходимо соответствующим образом зонировать. В качестве альтернативы можно использовать прямое подключение, или заказчики могут использовать IP-каналы Gige (соединения Gigabit Ethernet через коммутаторы локальной сети).


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

ПРИМЕЧАНИЕ: Для платформы IBMi необходимо использовать только зонирование SAN, основанное на принципе «один инициатор>с одной целью».

ПРИМЕЧАНИЕ: Проверьте имя входа в WWPN адаптера IBMi из Unisphere или с помощью команды SymCLI (пример): symaccess -sid 123 list logins -dirport 1c:0
======================================================================================================
Этап подготовки (примеры команд):

Проверьте возможность подключения SRDF из НОВОГО массива с помощью команды SymCLI symsan:

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

Создайте новые целевые устройства IBMi в новом массиве и добавьте их в новую группу хранения данных (StorageGroup, 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) в НОВОМ массиве:

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 между СТАРЫМ и НОВЫМ дисковыми массивами:

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

Удалите маскирование массива OLD для соответствующего 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 к СТАРОМУ массиву.
И удалите зоны SRDF из СТАРОГО массива в НОВЫЙ (после завершения последней миграции).