IBMi – SRDF-Migrationsverfahren

Wenn Kunden ihre logischen IBMi-Client-Partitionen (LPARs) auf externem DELL EMC VMAX/PMAX-Festplattenspeicher ausführen und ihr aktuelles Array auf eine neue Generation aktualisieren möchten, können sie SRDF nutzen, um eine Hintergrunddatenmigration und Umstellung auf das neue Array mit minimalen Auswirkungen auf Ausfallzeiten durchzuführen. Diese Nutzung von SRDF wird auch als SRDF/Datenmobilität bezeichnet.
Für Kunden, bei denen keinerlei Ausfallzeiten zulässig sind, siehe einen anderen Artikel zur Beschreibung der unterbrechungsfreien Migration (NDM) von IBMi für VMAX/PMAX, der unter diesem Link zu finden ist:
https://www.dell.com/support/kbdoc/en-us/000193832/vmax-powermax-non-disruptive-migrations-for-the-ibmi-host-platform

Für jede IBMi-LPAR müssen ALLE Volumes in der SRDF-Replikation enthalten sein. Dazu gehört auch die Load Source (=Bootdisk), da die IBMi-Plattform mit ihrem einzigartigen LIC/OS-Design auf der Grundlage des AS/400-Single-Level-Storage-Architekturdesigns unterschiedlich ist. Für jede IBMi-Speicherreplikation ist es ALLES oder NICHTS. In der folgenden Abbildung finden Sie eine Beschreibung des (temporären) Setups während der Migration.

Die ALTEN und NEUEN Quellarrays im PROD-DC sind mit temporären SRDF-Links für die Migration verbunden. Diese werden in der Regel auch über die SAN-Switches ausgeführt, sodass sie entsprechend in Zonen eingeteilt werden müssen. Alternativen sind eine "Direct Connect"-Einrichtung oder die Verwendung von Gige-IP-Links (Gigabit-Ethernet-Verbindungen über LAN-Switches).


Während die IBMi-LPAR betriebsbereit bleibt, werden die SRDF-Beziehungen zwischen ALTEN und NEUEN Arrays erstellt. Der asynchrone Hintergrundsynchronisationsprozess aller Volume-Daten ist für den IBMi-Host und seine Anwendungen transparent. Neue SAN-Verbindungen von den vorhandenen SAN-Fabrics zum neuen Array müssen erstellt werden. Für die vorhandenen IBMi FC- oder vFC-Hostadapter muss SAN-Zoning entsprechend konfiguriert werden. Wenn neue Verbindungen und Zoning bereit sind, überprüfen Sie auf dem neuen PMAX, ob sich die WWPNs des IBMi-Adapters bei den entsprechenden FA-Ports auf dem neuen PMAX anmelden.

HINWEIS: Für die IBMi-Plattform darf nur SAN-Zoning mit einem Initiator>und einem Ziel verwendet werden.

HINWEIS: Validieren Sie die WWPN-Anmeldung des IBMi-Adapters über Unisphere oder mit dem SymCLI-Befehl (Beispiel): symaccess -sid 123 list logins -dirport 1c:0
======================================================================================================
Vorbereitungsphase (Beispielbefehle):

Überprüfen Sie die SRDF-Konnektivität vom NEUEN Array mit dem symsan-Befehl der SymCLI:

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

Erstellen Sie die neuen IBMi-Zielgeräte auf dem neuen Array und fügen Sie sie zu einer neuen StorageGroup (SG) hinzu:

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

Erstellen Sie die entsprechende InitiatorGroup (IG) und PortGroup (PG) auf dem NEUEN Array:

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

Erstellen Sie eine neue temporäre dynamische SRDF-Gruppe zwischen dem ALTEN und dem NEUEN Array:

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

Führen Sie CreatePair für die entsprechende (SG) aus und starten Sie die Synchronisierung im Modus "Adaptive Copy Disk":

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

Überwachen Sie den Synchronisierungsprozess:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Aufgrund der Beschaffenheit des SRDF-Linkstatus "adaptive copy", bei dem weiterhin aktive I/O-Vorgänge vom IBMi-Host in das Quellarray eingehen, erreichen die Links möglicherweise nicht den Status "synchronized". Dies ist normal und zu erwarten.
Wenn der Synchronisierungsprozess den Großteil der Daten auf das neue Array kopiert hat (weniger als 1000 ausstehende ungültige Tracks), kann die Offline-Umstellung gemäß dem vom Kunden geplanten Wartungsfenster durchgeführt werden. Es wird empfohlen, einen 2-stündigen Ausfall der Business-Apps auf dem/den Host(s) einzuplanen, der/die migriert werden. Damit sollte ausreichend Zeit für das Beenden von Anwendungsjobs und Nutzersitzungen, das Herunterfahren des Systems, die Umstellung, IPL für das System und das Neustarten der Anwendungssubsysteme und -jobs zur Verfügung stehen.
 
Umstellungsphase (Beispielbefehle):

Überprüfen Sie SRDF-Links und Gerätepaarstatus:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Endanwendungen, Subsysteme und aktive Nutzer auf LPAR.
PWRDWNSYS die LPAR.
Überwachen Sie die HMC, um zu bestätigen, dass LPAR im Status "Not Activated" ausgefallen ist.

Festlegen von SRDF-Links im SYNC-Modus

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

Überwachen Sie auf Statusänderungen, bis alle Geräte mit null ungültigen Tracks "synchronisiert" sind.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

SRDF-Links aufteilen.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 split

HINWEIS: Beim SRDF-Split-Prozess bleiben die Quell-Volumes während des weiteren Migrationsprozesses unberührt und unverändert. Dieses alte SRDF-Quell-Image enthält eine konsistente "Point-in-Time"-Kopie der LPAR-Daten von dem Zeitpunkt, an dem die Aufteilung durchgeführt wurde. Da die IBMi-LPAR während des Splits nicht verfügbar war, ist dieses Bild zu 100 % konsistent. In einem Split-Status werden sowohl die R1- als auch die R2-Kopien für den Host RW_enabled. Dieses R1-Image auf dem ALTEN Array kann für ein sofortiges Fallback auf das ALTE Array verwendet werden. Für den Fall, dass unerwartete Probleme auftreten und die Migration abgebrochen wird. In diesem Fall muss das Zoning/Masking zum ALTEN Array erneut eingerichtet werden.

Überwachen Sie nach dem Split, ob sich der Status ändert.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Erstellen Sie ein Backup der ALTEN Array-Masking-Datenbank.

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

Löschen Sie die ALTE Array-Maskierung für die entsprechende IBMi-LPAR.

Symaccess -sid 456 delete view mv_ibmi_lpar1_asp1_1

Erstellen Sie eine NEUE Array-Maskierung.

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

Aktivieren Sie die LPAR über die HMC erneut im normalen B-IPL-Modus.
Überwachen Sie den IPL-Prozess von der HMC aus.

Melden Sie sich auf dem Anmeldebildschirm mit der SST-Zugriffsberechtigung an. Führen Sie STRSST aus und überprüfen Sie den Status der Festplatten und Festplattenpfade. Beachten Sie die Änderung der IBMi-Festplattenseriennummer, die die neuen Array-Volumes und die Serien-ID widerspiegelt.

Das Kunden-/Anwendungsadministratorteam kann jetzt alle normalen Vorgänge auf dieser LPAR wieder aufnehmen.

Damit ist die Migration abgeschlossen.


Phase nach der Migration (Beispielbefehle):

Wenn der Kunde eine erfolgreiche Umstellung deklariert hat (kein Fallback erforderlich), kann die temporäre Konfiguration bereinigt werden.

Bereinigen der SRDF-Migrationsgerätekopplung.

symrdf deletepair -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1

symrdf removegrp -sid 000420200123 -rdfg 100

Bereinigen Sie das SAN-Zoning auf den entsprechenden Switches:
Vom IBMi-Host zum ALTEN Array.
Und entfernen Sie SRDF-Zonen vom ALTEN zum NEUEN Array (nachdem die letzte Migration abgeschlossen ist).