IBMi SRDF-migrationsprocedur

När kunder kör sina logiska IBMi-klientpartitioner (LPAR) på DELL EMC VMAX/PMAX extern disklagring och vill uppdatera sitt nuvarande disksystem till en ny generation, kan de utnyttja SRDF för att köra en bakgrundsdatamigrering och övergång till det nya disksystemet med minimal påverkan på driftavbrott. Denna användning av SRDF kallas även SRDF/Data Mobility.
För kunder där inget driftavbrott tillåts alls kan du läsa en annan artikel som beskriver IBMi Non-Disruptive Migration (NDM) för VMAX/PMAX, som finns på den här länken:
https://www.dell.com/support/kbdoc/en-us/000193832/vmax-powermax-non-disruptive-migrations-for-the-ibmi-host-platform

För alla IBMi LPAR måste ALLA volymer ingå i SRDF-replikeringen. Detta inkluderar belastningskällan (=bootdisk), på grund av IBMi-plattformens annorlunda karaktär med sin unika LIC/OS-design baserad på AS/400-lagringsarkitekturen på en nivå. För all IBMi-lagringsreplikering är det ALLT eller INGET. I bilden nedan finns en beskrivning av den (tillfälliga) konfigurationen under migreringen.

Det GAMLA och NYA källdisksystemet i PROD-DC är anslutna med tillfälliga SRDF-länkar för migreringen. Dessa körs normalt även via SAN-switcharna, så de måste zonindelas i enlighet med detta. Alternativen är en "direktanslutning" eller så kan kunderna använda Gige IP-länkar (Gigabit Ethernet-anslutningar via LAN-switchar).


Medan IBMi LPAR är i drift skapas SRDF-relationerna mellan OLD- och NEW-disksystem. Den asynkrona synkroniseringsprocessen i bakgrunden för alla volymers data är transparent för IBMi-värden och dess program. Nya SAN-anslutningar från befintliga SAN-strukturer till det nya disksystemet måste skapas. För befintliga IBMi FC- eller vFC-värdadaptrar måste SAN-zonindelning konfigureras i enlighet med detta. När nya anslutningar och zonindelning är klara, kontrollera på den nya PMAX att IBMi-adapterns WWPN loggar in på respektive FA-portar på den nya PMAX.

NOTERA: För IBMi-plattformen får endast SAN-zonindelning med en initierare>och ett mål användas.

NOTERA: Validera IBMi-adapterns WWPN-inloggning från Unisphere eller med SymCLI-kommandot (exempel): symaccess -sid 123 lista inloggningar -dirport 1c:0
======================================================================================================
Prepare Phase (exempelkommandon):

Kontrollera SRDF-anslutning från det NYA disksystemet med SymCLI symsan-kommando:

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

Skapa de nya IBMi-målenheterna på det nya disksystemet och lägg till 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

Skapa respektive InitiatorGroup(IG) och PortGroup(PG) på den NYA matrisen:

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

Skapa en ny tillfällig dynamisk SRDF-grupp mellan det GAMLA och det nya disksystemet:

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 för respektive (SG) och starta synkroniseringen i adaptivt kopieringsdiskläge:

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

Övervaka synkroniseringsprocessen:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

På grund av SRDF-länkstatusen "adaptiv kopia", med aktiva I/O:er som fortfarande kommer in i källmatrisen från IBMi-värden, kanske länkarna inte når ett "synkroniserat" tillstånd, detta är normalt och förväntat.
När synkroniseringsprocessen har kopierat huvuddelen av data till det nya disksystemet (mindre än 1 000 utestående ogiltiga spår) kan offline-övergången göras enligt kundens planerade underhållsperiod. Vi rekommenderar att du planerar för ett avbrott på 2 timmar av affärsapparna på de värdar som migreras. Det bör ge tillräckligt med tid för att stoppa programjobb och användarsessioner, stänga av systemet, utföra bytet, IPL systemet och starta om programmets undersystem och jobb.
 
Snabbfas (exempelkommandon):

Kontrollera SRDF-länkar och enhetspartillstånd:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Slutprogram, delsystem och aktiva användare på LPAR.
PWRDWNSYS LPAR.
Övervaka HMC för att bekräfta att LPAR är nere i läget "Not Enabled".

Ställ in SRDF-länkar i SYNC-läge.

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

Övervaka statusändring och tills alla enheter är "synkroniserade" med noll ogiltiga spår.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Dela SRDF-länkar.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 split

OBS! SRDF Split-processen lämnar källvolymerna orörda och oförändrade under den fortsatta migreringsprocessen. Den här gamla SRDF-källbilden innehåller en konsekvent "point-in-time"-kopia av LPAR-data från den tidpunkt då delningen utfördes. Eftersom IBMi LPAR var nere under delningen är den här bilden 100 % konsekvent. I ett delat läge är både R1- och R2-kopiorna RW_enabled för värden. Denna R1-avbildning på OLD-matrisen kan användas för en omedelbar reserv till OLD-matrisen. Om oväntade problem uppstår och migreringen avbryts. I så fall måste zonindelningen/maskeringen till OLD-matrisen återställas.

Efter delningen övervakar du om statusen har ändrats.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Skapa en säkerhetskopia av den GAMLA matrismaskeringsdatabasen.

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

Ta bort GAMMAL matrismaskering för respektive IBMi LPAR.

Symaccess -sid 456 delete view mv_ibmi_lpar1_asp1_1

Skapa NY matrismaskering.

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

Aktivera LPAR från HMC igen med normalt B-IPL-läge.
Övervaka IPL-processen från HMC.

Logga in med SST-åtkomstauktorisering på inloggningsskärmen. Kör STRSST och kontrollera status för diskar och disksökvägar. Observera ändringen av IBMi-diskens serienummer som återspeglar de nya disksystemvolymerna och serie-ID:t.

Kund-/appadministratörsteamet kan nu återuppta alla normala åtgärder på denna LPAR.

Migreringen är nu klar.


Efter migreringsfasen (exempelkommandon):

När kunden har deklarerat en lyckad övergång (ingen återställning krävs) kan den tillfälliga konfigurationen rensas.

Rensning av SRDF-migreringsenhetskoppling.

symrdf deletepair -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1

symrdf removegrp -sid 000420200123 -rdfg 100

Rensa SAN-zonindelningen på respektive switch:
Från IBMi-värden till OLD-disksystemet.
Ta bort SRDF-zoner från GAMMALT till NYTT disksystem (när den senaste migreringen är klar).