Prosedyre for migrering av IBMi SRDF

Når kunder kjører IBMi-klientens logiske partisjoner (LPAR) på ekstern disklagring i DELL EMC VMAX/PMAX og ønsker å oppdatere gjeldende array til en ny generasjon, kan de dra nytte av SRDF for å kjøre migrering av bakgrunnsdata og overgangen til det nye arrayet med minimal innvirkning på nedetid. Denne bruken av SRDF kalles også SRDF/datamobilitet.
For kunder der det ikke er tillatt med nedetid i det hele tatt, kan du se en annen artikkel som beskriver IBMi Non-Disruptive Migration (NDM) for VMAX/PMAX, som du finner på denne koblingen:
https://www.dell.com/support/kbdoc/en-us/000193832/vmax-powermax-non-disruptive-migrations-for-the-ibmi-host-platform

For IBMi LPAR må ALLE volumer inkluderes i SRDF-replikeringen. Dette inkluderer lastkilden (=bootdisk), på grunn av IBMi-plattformens forskjellige natur med sin unike LIC / OS-design basert på AS/400 single-level-storage arkitektonisk design. For enhver IBMi-lagringsreplikering er det ALT eller ingenting. Se figuren nedenfor for beskrivelse av (midlertidig) oppsett under migreringen.

OLD- og NEW-kildearrayene i PROD-DC er koblet til midlertidige SRDF-koblinger for migreringen. Disse vil vanligvis også kjøre gjennom SAN-svitsjene, så disse må sones deretter. Alternativene er et "direct connect"-oppsett, eller kunder kan bruke Gige IP-koblinger (Gigabit Ethernet-tilkoblinger via LAN-svitsjer).


Mens IBMi LPARs forblir operative, opprettes SRDF-relasjonene mellom OLD og NEW-arrayer. Den asynkrone bakgrunnssynkroniseringsprosessen for alle volumdataene er gjennomsiktig for IBMi-verten og dens applikasjoner. Nye SAN-tilkoblinger fra eksisterende SAN-strukturer til det nye arrayet må opprettes. For eksisterende IBMi FC- eller vFC-vertsadaptere må SAN-soneinndeling konfigureres i henhold til dette. Når nye tilkoblinger og soneinndelinger er klare, må du kontrollere på den nye PMAX at IBMi-adapteren WWPN logger seg på de respektive FA-portene på den nye PMAX.

MERK: For IBMi-plattformen må bare "single-initiator>single-target" SAN-sonering brukes.

MERK: Valider IBMi-adapteren WWPN-pålogging fra Unisphere eller med SymCLI (sample)-kommandoen: symaccess -sid 123 list logins -dirport 1c:0
======================================================================================================
Forbered fase (eksempelkommandoer):

Kontroller SRDF-tilkobling fra NYTT array med SymCLI symsan-kommando:

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

Opprett de nye IBMi-målenhetene på det nye arrayet, og legg dem til i 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

Opprett henholdsvis InitiatorGroup(IG) og PortGroup(PG) på det NYE arrayet:

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

Opprett en ny midlertidig dynamisk SRDF-gruppe mellom OLD- og NEW-matrise:

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

Utfør CreatePair for den respektive (SG) og start synkroniseringen i adaptiv kopieringsdiskmodus:

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åk synkroniseringsprosessen:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

På grunn av arten av SRDF "adaptiv kopi" koblingstilstand, med aktive I / O-er som fortsatt kommer inn i kildematrisen fra IBMi-verten, kan koblingene ikke nå en "synkronisert" tilstand, dette er normalt og forventet.
Når synkroniseringsprosessen har kopiert mesteparten av dataene til det nye arrayet (mindre enn 1000 utestående ugyldige spor), kan den frakoblede overgangen utføres i henhold til kundens planlagte vedlikeholdsvindu. Vi anbefaler at du planlegger et 2-timers nedetid for forretningsappene på verten(e) som overføres. Det bør gi tilstrekkelig tid til å stoppe applikasjonsjobber og brukerøkter, slå av systemet, utføre overgangen, IPL systemet og starte applikasjonsdelsystemene og jobbene på nytt.
 
Enkel fase (eksempelkommandoer):

Kontroller SRDF-koblinger og enhetspartilstander:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Sluttprogrammer, delsystemer og aktive brukere på LPAR.
PWRDWNSYS LPAR.
Overvåk HMC for å bekrefte at LPAR er nede i tilstanden "Ikke aktivert".

Angi SRDF-koblinger i SYNC-modus.

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

Overvåk statusendring og til alle enheter er "synkronisert" med null ugyldige spor.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Dele SRDF-koblinger.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 split

MERK: SRDF Split-prosessen lar kildevolumene være uberørte og uendret under den videre migreringsprosessen. Dette gamle SRDF-kildebildet inneholder en konsekvent "punkt-i-tid" kopi av LPAR-dataene fra tidspunktet da delingen ble utført. Siden IBMi LPAR var nede under splitten, er dette bildet 100% konsistent. I delt tilstand er både R1- og R2-kopiene RW_enabled for verten. Dette R1-bildet på OLD-arrayet kan brukes til en umiddelbar tilbakefall til OLD-matrisen. I tilfelle det oppstår uventede problemer og overføringen avbrytes. I så fall må soneinndelingen/maskeringen til OLD-arrayet gjeninnføres.

Etter deling, skjerm for statusendring.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Opprett en sikkerhetskopi av OLD-matrisemaskeringsdatabasen.

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

Slett OLD-arraymaskering for den respektive IBMi LPAR.

Symaccess -sid 456 delete view mv_ibmi_lpar1_asp1_1

Opprett NY arraymaskering.

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

Aktiver LPAR fra HMC igjen med normal B-IPL-modus.
Overvåk IPL-prosessen fra HMC.

Logg på med SST-tilgangsautorisasjon på påloggingsskjermen. Kjør STRSST og kontroller status for disker og diskbaner. Legg merke til endringen av IBMi-diskens serienummer som gjenspeiler de nye arrayvolumene og serie-IDen.

Kunde-/appadministratorteamet kan nå gjenoppta all normal drift på denne LPAR-en.

Dette fullfører migreringen.


Etter overføringsfasen (eksempelkommandoer):

Når kunden har erklært en vellykket overgang (ingen reserveløsning nødvendig), kan den midlertidige konfigurasjonen ryddes opp.

Opprydding i forbindelse med sammenkobling av SRDF-migreringsenhet.

symrdf deletepair -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1

symrdf removegrp -sid 000420200123 -rdfg 100

Rydd opp i SAN-sonene på de respektive svitsjene:
Fra IBMi-verten til det GAMLE arrayet.
Og fjern SRDF-soner fra OLD til NEW array (etter at siste overføring er fullført).