Procedimiento de migración de IBMi SRDF

Cuando los clientes ejecutan sus particiones lógicas (LPAR) de cliente IBMi en almacenamiento de disco externo DELL EMC VMAX/PMAX y desean actualizar su arreglo actual a una nueva generación, pueden aprovechar SRDF para ejecutar una migración de datos en segundo plano y la transferencia al nuevo arreglo con un impacto mínimo en el tiempo de inactividad. Este uso de SRDF también se conoce como SRDF/movilidad de datos.
Para los clientes en los que no se permite ningún tiempo de inactividad, consulte otro artículo que describe la migración no disruptiva (NDM) de IBMi para VMAX/PMAX, que se encuentra en este enlace:
https://www.dell.com/support/kbdoc/en-us/000193832/vmax-powermax-non-disruptive-migrations-for-the-ibmi-host-platform

Para cualquier LPAR de IBMi, TODOS los volúmenes deben incluirse en la replicación de SRDF. Esto incluye el origen de carga (=bootdisk), debido a la naturaleza diferente de la plataforma IBMi con su diseño único de LIC/OS basado en el diseño de arquitectura de almacenamiento de un solo nivel AS/400. Para cualquier replicación de almacenamiento de IBMi, es TODO o NADA. Consulte la siguiente figura para obtener la descripción de la configuración (temporal) durante la migración.

Los arreglos de origen OLD y NEW en PROD-DC están conectados con enlaces de SRDF temporales para la migración. Por lo general, estos también se ejecutarán a través de los switches SAN, por lo que se deben zonificar según corresponda. Las alternativas son una configuración de "conexión directa" o los clientes pueden utilizar enlaces Gige IP (conexiones Gigabit Ethernet a través de switches LAN).


Mientras las LPAR de IBMi permanecen en funcionamiento, se crean las relaciones de SRDF entre los arreglos OLD y NEW. El proceso de sincronización asíncrona en segundo plano de todos los datos de los volúmenes es transparente para el host IBMi y sus aplicaciones. Se deben crear nuevas conexiones SAN de las fabrics SAN existentes al arreglo nuevo. Para los adaptadores de host IBMi FC o vFC existentes, la zonificación SAN se debe configurar según corresponda. Cuando las nuevas conexiones y la zonificación estén listas, verifique en el nuevo PMAX que los WWPN del adaptador IBMi inicien sesión en los respectivos puertos FA en el nuevo PMAX.

NOTA: Para la plataforma IBMi, solo se debe utilizar la zonificación SAN de "iniciador>único y destino".

NOTA: Valide el inicio de sesión en WWPN del adaptador IBMi desde Unisphere o con el comando SymCLI (ejemplo): symaccess -sid 123 list logins -dirport 1c:0
======================================================================================================
Fase de preparación (comandos de ejemplo):

compruebe la conectividad de SRDF desde el arreglo NUEVO con el comando symsan de SymCLI:

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

Cree los nuevos dispositivos de destino IBMi en el nuevo arreglo y agréguelos a un nuevo 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

Cree los respectivos InitiatorGroup (IG) y PortGroup (PG) en el arreglo 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

Cree un nuevo grupo de SRDF dinámico temporal entre el arreglo ANTIGUO y el NUEVO:

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

Realice CreatePair para el (SG) respectivo e inicie la sincronización en el modo de disco de copia adaptable:

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

Monitoree el proceso de sincronización:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Debido a la naturaleza del estado de enlace de "copia adaptable" de SRDF, con I/O activas que aún ingresan al arreglo de origen desde el host IBMi, es posible que los enlaces no alcancen un estado "sincronizado", lo cual es normal y esperado.
Cuando el proceso de sincronización ha copiado la mayor parte de los datos en el nuevo arreglo (menos de 1000 segmentos no válidos pendientes), la transferencia offline se puede realizar de acuerdo con la ventana de mantenimiento planificada por el cliente. Se recomienda planificar una interrupción de 2 horas de las aplicaciones empresariales en los hosts que se migrarán. Eso debe proporcionar tiempo suficiente para detener los trabajos de la aplicación y las sesiones de usuario, apagar el sistema, realizar la transferencia, IPL del sistema y reiniciar los subsistemas y trabajos de la aplicación.
 
Fase de transferencia (comandos de ejemplo):

Verifique los enlaces de SRDF y los estados de par de dispositivos:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Aplicaciones finales, subsistemas y usuarios activos en LPAR.
PWRDWNSYS la LPAR.
Supervise la HMC para confirmar que la LPAR esté inactiva en el estado "No activado".

Configurar enlaces de SRDF en modo SYNC.

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

Monitoree el cambio de estado hasta que todos los dispositivos estén "sincronizados" con cero segmentos no válidos.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Divida los enlaces de SRDF.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 split

NOTA: El proceso de división de SRDF deja los volúmenes de origen intactos y sin cambios durante el proceso de migración posterior. Esta imagen de origen de SRDF antigua contiene una copia coherente de "un punto en el tiempo" de los datos LPAR desde el momento en que se realizó la división. Dado que la LPAR de IBMi estaba inactiva durante la división, esta imagen es 100 % coherente. En un estado dividido, las copias R1 y R2 son RW_enabled para el host. Esta imagen R1 en el arreglo OLD se puede utilizar como reserva inmediata para el arreglo OLD. En caso de que se encuentre algún problema inesperado y se cancele la migración. En ese caso, se debe restablecer la zonificación/enmascaramiento al arreglo OLD.

Después de la división, monitoree el cambio de estado.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Cree un respaldo de la base de datos de enmascaramiento de arreglos ANTIGUA.

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

Elimine el enmascaramiento de arreglo ANTIGUO para la LPAR de IBMi respectiva.

Symaccess -sid 456 delete view mv_ibmi_lpar1_asp1_1

Cree un NUEVO enmascaramiento de arreglos.

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

Vuelva a activar la LPAR desde la HMC con el modo B-IPL normal.
Supervise el proceso de IPL desde la HMC.

En la pantalla de inicio de sesión, inicie sesión con autorización de acceso de SST. Ejecute STRSST y compruebe el estado de los discos y las rutas de disco. Anote el cambio del número de serie del disco IBMi que refleja los nuevos volúmenes del arreglo y el ID de serie.

El cliente/equipo de administración de aplicaciones ahora puede reanudar todas las operaciones normales en esta LPAR.

Con esto finaliza la migración.


Fase posterior a la migración (comandos de ejemplo):

Cuando el cliente ha declarado una transferencia correcta (no se requiere una alternativa), la configuración temporal se puede limpiar.

Limpieza del emparejamiento de dispositivos de migración de SRDF.

symrdf deletepair -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1

symrdf removegrp -sid 000420200123 -rdfg 100

Limpie la zonificación de SAN en los switches respectivos:
Desde el host IBMi hasta el arreglo OLD.
Y elimine las zonas de SRDF del arreglo ANTIGUO al NUEVO (después de que se complete la última migración).