IBMi SRDF-migreringsprocedure

Når kunder kører deres logiske partitioner (LPAR'er) for IBMi-klient på en ekstern DELL EMC VMAX/PMAX-diskstorage og ønsker at opdatere deres nuværende system til en ny generation, kan de udnytte SRDF til at køre en datamigrering i baggrunden og overgangen til det nye system med minimal nedetid som muligt. Denne brug af SRDF kaldes også SRDF/datamobilitet.
For kunder, hvor ingen nedetid er tilladt overhovedet, kan du se en anden artikel, der beskriver IBMi Non-Disruptive Migration (NDM) for VMAX/PMAX, som findes på dette link:
https://www.dell.com/support/kbdoc/en-us/000193832/vmax-powermax-non-disruptive-migrations-for-the-ibmi-host-platform

For alle IBMi LPAR skal ALLE diskenheder være inkluderet i SRDF-replikeringen. Dette inkluderer Load Source (= bootdisk) på grund af IBMi-platformens anderledes natur med dens unikke LIC/OS-design baseret på AS/400 single-level-storage arkitektonisk design. For enhver IBMi-lagerreplikering er det ALT eller INTET. Se beskrivelsen af den (midlertidige) opsætning under migreringen i figuren nedenfor.

De GAMLE og NYE kildesystemer i PROD-DC er forbundet med midlertidige SRDF-links til migreringen. Disse vil typisk også køre gennem SAN-switchene, så disse skal zoneres i overensstemmelse hermed. Alternativer er en "direkte tilslutning"-opsætning, eller kunder bruger muligvis Gige IP-links (Gigabit Ethernet-forbindelser via LAN-switche).


Mens IBMi LPAR'erne forbliver operationelle, oprettes SRDF-relationerne mellem GAMLE og NYE systemer. Den asynkrone synkroniseringsproces i baggrunden for alle diskenhedens data er gennemsigtig for IBMi-værten og dens applikationer. Der skal oprettes nye SAN-forbindelser fra de eksisterende SAN-strukturer til det nye system. For de eksisterende IBMi FC- eller vFC-værtsadaptere skal SAN-zoneinddelingen konfigureres i overensstemmelse hermed. Når nye forbindelser og zoner er klar, skal du kontrollere på den nye PMAX, at IBMi-adapterens WWPN'er logger ind i de respektive FA-porte på den nye PMAX.

BEMÆRK: Til IBMi-platformen må der kun anvendes "single-initiator>single-target" SAN-zoneinddeling.

BEMÆRK: Godkend IBMi-adapterens WWPN-login fra Unisphere eller med SymCLI-kommando (eksempel): symaccess -sid 123 list logins -dirport 1c:0
======================================================================================================
Forbered fase (eksempelkommandoer):

Kontroller SRDF-forbindelsen fra det nye system med SymCLI symsan-kommando:

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

Opret de nye IBMi-destinationsenheder på det nye system, og føj dem til en ny 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

Opret henholdsvis InitiatorGroup (IG) og PortGroup (PG) på det NEW-system:

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

Opret en ny midlertidig dynamisk SRDF-gruppe mellem OLD- og NEW-matrix:

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

Udfør CreatePair for den respektive (SG), og start synkroniseringen i adaptiv kopieringsdisktilstand:

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

Overvåg synkroniseringsprocessen:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

På grund af karakteren af SRDF's "adaptive copy"-linktilstand, hvor aktive I/O'er stadig kommer ind i kildesystemet fra IBMi-værten, når linkene muligvis ikke en "synkroniseret" tilstand, dette er normalt og forventeligt.
Når synkroniseringsprocessen har kopieret størstedelen af dataene til det nye system (mindre end 1000 udestående ugyldige spor), kan offline-overgangen udføres i henhold til kundens planlagte vedligeholdelsesvindue. Vi anbefaler, at du planlægger en afbrydelse på 2 timer af virksomhedsapps på den eller de værter, der overføres. Dette bør give tilstrækkelig tid til at stoppe applikationsjob og brugersessioner, slukke systemet, udføre cutover, IPL systemet og genstarte applikationsundersystemerne og job.
 
Overgangsfase (eksempelkommandoer):

Kontrollér SRDF-links og enhedspartilstande:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Slutapplikationer, delsystemer og aktive brugere på LPAR.
PWRDWNSYS LPAR.
Overvåg HMC for at bekræfte, at LPAR er nede i tilstanden "Ikke aktiveret".

Indstil SRDF-links i SYNC-tilstand.

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

Overvåg for statusændringer, og indtil alle enheder er "synkroniseret" med nul ugyldige spor.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Opdel SRDF-links.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 split

BEMÆRK: SRDF Split-processen efterlader kildediskenhederne uberørte og uændrede under den videre overførselsproces. Dette gamle SRDF-kildebillede indeholder en konsistent "tidsbestemt" kopi af LPAR-dataene fra det tidspunkt, hvor opdelingen blev udført. Da IBMi LPAR var nede under opdelingen, er dette billede 100% konsistent. I delt tilstand er både R1- og R2-kopierne RW_enabled for værten. Dette R1-billede på OLD-systemet kan bruges til et øjeblikkeligt tilbagefald til OLD-systemet. Hvis der opstår uventede problemer, og migreringen annulleres. I så fald skal zoneinddelingen/maskeringen til OLD-arrayet genindføres.

Efter opdeling skal du overvåge for statusændring.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Opret en sikkerhedskopi af OLD array masking database.

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

Slet OLD-systemmaskering for den respektive IBMi LPAR.

Symaccess -sid 456 delete view mv_ibmi_lpar1_asp1_1

Opret NY systemmaskering.

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

Aktivér LPAR fra HMC igen med normal B-IPL-tilstand.
Overvåg IPL-processen fra HMC.

Log på med SST-adgangsgodkendelse på logonskærmen. Kør STRSST, og kontrollér status for diske og diskstier. Bemærk ændringen af IBMi-diskens serienummer, der afspejler det nye systems diskenheder og serielle ID.

Kunde-/appsadministrationsteamet kan nu genoptage al normal drift på denne LPAR.

Dermed fuldføres migreringen.


Postmigreringsfase (eksempelkommandoer):

Når kunden har erklæret en vellykket overgang (ingen fallback påkrævet), kan den midlertidige konfiguration ryddes op.

Oprydning af SRDF-migreringsenhedsparring.

symrdf deletepair -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1

symrdf removegrp -sid 000420200123 -rdfg 100

Ryd op i SAN-zoneinddelingen på de respektive switche:
Fra IBMi-værten til det GAMLE system.
Og fjern SRDF-zoner fra GAMMELT til NYT system (efter sidste overførsel er fuldført).