IBMi SRDF -siirtomenettely

Kun asiakkaat suorittavat IBMi-asiakkaiden loogisia osioita (LPAR) DELL EMC VMAX/PMAX -ulkoisessa levytallennusjärjestelmässä ja haluavat päivittää nykyisen levyjärjestelmänsä uuteen sukupolveen, he voivat käyttää SRDF:ää taustatietojen siirtoon ja siirtoon uuteen levyjärjestelmään niin, että käyttökatkot ovat mahdollisimman vähäiset. Tätä SRDF:n käyttöä kutsutaan myös SRDF:ksi/Data Mobilityksi.
Lisätietoja asiakkaista, joissa käyttökatkoja ei sallita lainkaan, on seuraavassa linkissä toisessa artikkelissa, jossa kuvataan IBMi Non-Disruptive Migration (NDM) VMAX/PMAX:lle:
https://www.dell.com/support/kbdoc/en-us/000193832/vmax-powermax-non-disruptive-migrations-for-the-ibmi-host-platform

Kaikkien IBMi LPAR -asennusten KAIKKI asemat on sisällytettävä SRDF-replikointiin. Tämä sisältää latauslähteen (=bootdisk), joka johtuu IBMi-alustan erilaisesta luonteesta ja sen ainutlaatuisesta LIC/OS-suunnittelusta, joka perustuu AS/400-yksitasoisen tallennustilan arkkitehtuuriin. IBMi-tallennuslaitteiden replikointi on KAIKKI tai EI MITÄÄN. Katso alla olevassa kuvassa kuvaus (väliaikaisista) asetuksista siirron aikana.

PROD-DC:n OLD- ja NEW-lähdematriisit on yhdistetty väliaikaisiin SRDF-linkkeihin siirtoa varten. Ne suoritetaan yleensä myös SAN-kytkimien kautta, joten ne on kaavoitettava asianmukaisesti. Vaihtoehtoina ovat suoran yhteyden määritys tai asiakkaat saattavat käyttää Gige IP -linkkejä (Gigabit Ethernet -yhteydet LAN-kytkimien kautta).


Kun IBMi LPAR -järjestelmät ovat toiminnassa, OLD- ja NEW-levyjärjestelmien välille luodaan SRDF-suhteet. Kaikkien asemien tietojen asynkroninen taustasynkronointiprosessi on IBMi-isännän ja sen sovellusten läpinäkyvä. Uudet SAN-yhteydet olemassa olevista SAN Fabrics -verkoista uuteen levyjärjestelmään on luotava. Olemassa olevien IBMi FC- tai vFC-isäntäsovittimien SAN-vyöhykkeistys on määritettävä vastaavasti. Kun uudet yhteydet ja vyöhykkeet ovat valmiita, tarkista uudesta PMAX:sta, että IBMi-sovittimen WWPN:t kirjautuvat uuden PMAX:n vastaaviin FA-portteihin.

HUOMAUTUS: IBMi-ympäristössä on käytettävä vain yhden käynnistäjän>ja yhden kohteen SAN-vyöhykkeistystä.

HUOMAUTUS: Varmista IBMi-sovittimen WWPN-kirjautuminen Unispheresta tai SymCLI (esimerkki) -komennolla: symaccess -sid 123 list logins -dirport 1c:0
======================================================================================================
Valmistele vaihe (esimerkkikomennot):

Tarkista SRDF-yhteys UUDESTA-levyjärjestelmästä SymCLI symsan -komennolla:

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

Luo uudet IBMi-kohdelaitteet uudessa levyjärjestelmässä ja lisää ne uuteen tallennusryhmään (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

Luo vastaavat InitiatorGroup (IG) ja PortGroup (PG) uudessa levyjärjestelmässä:

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

Luo uusi tilapäinen dynaaminen SRDF-ryhmä OLD- ja NEW-matriisin välille:

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

Suorita CreatePair vastaavalle (SG) ja aloita synkronointi mukautuvassa kopiointilevytilassa:

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

Seuraa synkronointiprosessia:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

SRDF:n adaptiivisen kopion linkkitilan luonteen vuoksi aktiiviset I/O:t tulevat edelleen lähdelevyjärjestelmään IBMi-isännästä, joten linkit eivät välttämättä saavuta synkronoitua tilaa, mikä on normaalia ja odotettavissa.
Kun synkronointiprosessi on kopioinut suurimman osan tiedoista uuteen levyjärjestelmään (alle 1 000 odottamatonta virheellistä polkua), offline-valmistelu voidaan tehdä asiakkaan suunnitteleman ylläpitoikkunan mukaisesti. Suosittelemme, että suunnittelet siirrettävien isäntien yrityssovellusten 2 tunnin käyttökatkon. Tämän pitäisi antaa riittävästi aikaa sovellustöiden ja käyttäjäistuntojen pysäyttämiseen, järjestelmän sammuttamiseen, valmistelun suorittamiseen, järjestelmän IPL: ään ja sovellusten alijärjestelmien ja töiden käynnistämiseen uudelleen.
 
Valmisteluvaihe (esimerkkikomennot):

Tarkista SRDF-linkkien ja laiteparin tilat:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

LPAR:n loppusovellukset, alijärjestelmät ja aktiiviset käyttäjät.
PWRDWNSYS LPAR.
Tarkkaile HMC:tä ja varmista, että LPAR ei ole aktivoitu-tilassa.

Aseta SRDF-linkit SYNC-tilassa.

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

Tarkkaile tilan muutoksia ja kunnes kaikki laitteet on synkronoitu niin, että virheellisiä raitoja ei ole.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Jaa SRDF-linkit.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 split

HUOMAUTUS: SRDF Split -prosessissa lähdetaltioihin ei puututa eikä niihin puututa siirron aikana. Tämä vanha SRDF-lähdekuva sisältää yhdenmukaisen "ajankohdan" kopion LPAR-tiedoista jakamisen ajalta. Koska IBMi LPAR oli alhaalla jaon aikana, tämä kuva on täysin yhtenäinen. Jaetussa tilassa sekä R1- että R2-kopiot ovat RW_enabled isännälle. Tätä OLD-matriisin R1-kuvaa voidaan käyttää välittömään varmistukseen OLD-taulukkoon. Jos ilmenee odottamattomia ongelmia ja siirto peruutetaan. Tässä tapauksessa OLD-taulukon vyöhyke/peitto on palautettava.

Tarkkaile tilan muutoksia jaon jälkeen.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Luo varmuuskopio OLD array masking -tietokannasta.

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

Poista vastaavan IBMi LPAR -levyjärjestelmän OLD-järjestelmän peite.

Symaccess -sid 456 delete view mv_ibmi_lpar1_asp1_1

Luo UUSI matriisimaskaus.

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

Aktivoi LPAR HMC:stä uudelleen normaalissa B-IPL-tilassa.
Tarkkaile IPL-prosessia HMC:stä.

Kirjaudu kirjautumisnäytössä SST-käyttöoikeudella. Tarkista levyjen ja levypolkujen tila suorittamalla STRSST. Huomioi IBMi-levyn sarjanumeron muutos, joka vastaa uusia levyjärjestelmäasemia ja sarjatunnusta.

Asiakkaiden/sovellusten järjestelmänvalvojatiimi voi nyt jatkaa kaikkia normaalia toimintaa tällä LPAR:lla.

Siirto on valmis.


Siirron jälkeinen vaihe (esimerkkikomennot):

Kun asiakas on ilmoittanut onnistuneen siirron (varajärjestelmää ei tarvita), väliaikainen määritys voidaan puhdistaa.

SRDF-siirtolaitteen pariliitoksen puhdistus.

symrdf deletepair -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1

symrdf removegrp -sid 000420200123 -rdfg 100

Siisti SAN-vyöhykkeiden määritykset kyseisissä kytkimissä:
IBMi-isännästä OLD-levyjärjestelmään.
Irrota SRDF-vyöhykkeet OLD-levyjärjestelmästä NEW-levyjärjestelmään (kun viimeisin siirto on valmis).