Isilon: Mitkä ovat SyncIQ-vikasietoisuuden ja vikasietoisuuden komentoriviliittymän vaiheet

Mitkä ovat SyncIQ-vikasietoisuuden ja vikasietoisuuden komentoriviliittymän vaiheet?
Käyttöliittymäprosessissa on vaiheittainen opas, onko komentoriviliittymälle ollut samanlainen opas?

Yksityiskohtaiset vaiheet FOFB: n tekemiseen

CLI-opas vikasietoon ja vikaantumiseen:

• PowerScale OneFS 9.5.0.0 -komentoriviliittymän hallintaopas
  Sivu 271 ja 9.5
• PowerScale OneFS 9.7.0.0 -komentoriviliittymän hallintaopas
  Sivu 288 ja 9.7
• PowerScale OneFS 9.8.0.0 -komentoriviliittymän hallintaopas
  Sivu 295, 9.8
• PowerScale OneFS 9.9.0.0 -komentoriviliittymän hallintaopas
  Sivu 296 ja 9.9
• PowerScale OneFS 9.10.0.0 -komentoriviliittymän hallintaopas
  Sivu 299 ja 9.10

Yllä olevat ohjeet ovat hyödyllisiä, mutta alla olevat ohjeet ovat yksityiskohtaisempia komentoriviliittymän vikasieto- ja palautustilanteissa.

Seuraavissa vaiheissa käytetään SyncIQ-terminologiaa näille kahdelle termille:

• LÄHDEKLUSTERI = ENSISIJAINEN
• TARGET Cluster = TOISSIJAINEN

VIKASIETOISUUS:

1. Harkitse PRIMARY-klusterissa suorittamista domainmark Jos kyseessä on klusterin ensimmäinen vikasietoyritys, tee työ päiviä tai viikkoja etukäteen. Jos tietojoukko on suuri, se auttaa säästämään aikaa nopeuttamalla domainmark Työvaihe.

   Huomautus: Uusi Accelerated Failback -vaihtoehto poistaa tämän vaiheen. Tämä vaihe saa tehdä VAIN kerran. Kun se on merkitty, tulevaisuus domainmark Työpaikat ovat (katso vaihe 7 alla) no-op.

   # isi job jobs start domainmark --root=<path> --dm-type=synciq

   Tämä merkitsee jokaiselle LIN-tunnukselle asianmukaisen suojaavan toimialuetunnuksen etukäteen sen sijaan, että vikasietotyö suorittaisi kaiken (katso vaihe 7). pikanäppäimellä domainmark Työ voi kestää kauan tietojoukon koosta riippuen.

2. Lopeta kaikki kirjoittaminen ENSISIJAISEN käytännön polulle.

   Huomautus: Tästä vaiheesta eteenpäin tapahtuvan PRIMARY-käytäntöpolun kirjoituksia ei säilytetä, mikä johtaa mahdolliseen DL:ään. Varmista, että kaikki kyseiseen polkuun kirjoitetut kirjoitukset ovat pysähtyneet.

3. Varmuuskopioi käytäntöaikataulut PRIMARY-klusterissa ja poista sitten kaikki aikataulut käytöstä määrittämällä käytännöt manuaalisiksi.

   Aikataulujen varmuuskopion tallentaminen:

   # cat /ifs/.ifsvar/modules/tsm/config/siq-policies.gc|egrep 'common.name|schedule ' >> /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   Poista sitten kaikki aikataulut käytöstä määrittämällä käytännöt manuaalisiksi.

   Huomautus: Synkronointityötä ja vikasietotyötä ei voi suorittaa samanaikaisesti tarkoituksella, ja vikasietoyritys epäonnistuu. Voit välttää tämän ongelman määrittämällä kaikki käytännöt manuaalisiksi.

   # isi sync policies modify  --policy=[POLICY] --schedule=""

4. Suorita vielä yksi synkronointityö PRIMARY-klusterissa ja varmista, että se on suoritettu.

   Huomautus: Tätä vaihetta suositellaan vain, jos testataan FOFB-toiminnallisuutta. ÄLÄ suorita tätä vaihetta, jos PRIMARY-klusterissa on jo ilmennyt virhetapahtuma ja SECONDARY -klusteri on jo määritetty sallimaan kirjoittaminen.

   # isi sync jobs start [POLICY]

   Vahvista suoritus suorittamalla tämä komento:

   # isi sync reports list --reports-per-policy=1
   *Confirm the End time and State=finished

   Suorita vielä yksi synkronointityö PRIMARY-klusterissa.

   # isi sync jobs start [POLICY]

5. Tee SECONDARY cluster -kohdassa Allow Write -toiminto ja varmista, että paikallinen työ suorittaa toiminnon loppuun.

   # isi sync recovery allow-write --policy-name=[POLICY]
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync  primary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

   HUOMAUTUS: Käänteiset SmartLock-hakemistoasetukset tarpeen mukaan molemmissa klustereissa.
   https://infohub.delltechnologies.com/en-us/l/dell-powerscale-smartlock-best-practices/synciq/

6. Uudelleenohjaa asiakkaat (SMB, NFS, HTTP, FTP ja niin edelleen) SECONDARY -klusteriin

   Huomautus: Tämän vaiheen yksityiskohdat eivät kuulu tämän artikkelin aihepiiriin. Ne edellyttävät SMB-jakojen luomista, Active Directory -toimialueeseen liittymistä, laitetilejä, palvelun päänimeä, NFS-vientiä, SmartConnect DNS:n uudelleenohjausta ja todennuspalvelujen lisäämistä.

7. Luo palautustilannevedos molemmista klustereista, ennen kuin jatkat uudelleensynkronoinnin valmistelua

   LÄHTEESSÄ

   # isi snapshot snapshots create --path=[SOURCE_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

   TAVOITTEESSA

   # isi snapshot snapshots create --path=[TARGET_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

8. Tee vikasietotyö PRIMARY-klusterissa valmistelemalla uudelleensynkronointi ja varmista, että resync_prep_finalize vaihe on valmis.

   # isi sync recovery resync-prep --policy-name=[POLICY]
   
   # isi sync reports list --policy-name=qtestsync --sort job_id
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync    1       2015-02-11T08:31:27 2015-02-11T08:31:34 run                     finished
   qtestsync    2       2015-02-11T08:41:19 2015-02-11T08:41:31 resync_prep             finished
   qtestsync    3       2015-02-11T08:41:31 2015-02-11T08:41:34 resync_prep_domain_mark finished
   qtestsync    4       2015-02-11T08:41:34 2015-02-11T08:41:42 resync_prep_restore     finished
   qtestsync    5       2015-02-11T08:41:42 2015-02-11T08:41:45 resync_prep_finalize    finished

VIKASIETOISUUS

ls -l /ifs/.ifsvar/modules/tsm/config/source_records/7da67596f099b75ad687a05f6b11781d*

1. SECONDARY klusterin uusi [POLICY]_mirror -käytäntö voidaan aloittaa synkronoimalla takaisin PRIMARY-klusteriin.

   # isi sync jobs start --policy-name=[POLICY]_mirror

2. Lopeta kirjoittaminen TOISSIJAISEN käytännön polulle.

   Huomautus: Tästä vaiheesta eteenpäin tapahtuvan SECONDARY policies -polun kirjoituksia ei säilytetä, mikä johtaa mahdolliseen DL:ään. Varmista, että kaikki kyseiseen polkuun TOISSIJAISESTI tehdyt kirjoitukset on pysäytetty.

3. Poista kaikki aikataulut käytöstä määrittämällä käytännöt manuaalisiksi.

   # isi sync policies modify  --policy=[POLICY]_mirror --schedule=""

4. Suorita vielä yksi synkronointityö SECONDARY cluster -näytössä

   # isi sync jobs start --policy-name=[POLICY]_mirror

5. Tee PRIMARY-klusterissa Salli kirjoitukset -toiminto ja varmista, että paikallinen työ suorittaa toiminnon loppuun.

   # isi sync recovery allow-write --policy-name=[POLICY]_mirror
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync_mirror secondary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

   HUOMAUTUS: Käänteiset SmartLock-hakemistoasetukset tarpeen mukaan molemmissa klustereissa.
   https://infohub.delltechnologies.com/en-us/l/dell-powerscale-smartlock-best-practices/synciq/

6. Uudelleenohjaa asiakkaat (SMB, NFS, HTTP, FTP ja niin edelleen) PRIMARY-klusteriin

   Huomautus: Tämän vaiheen yksityiskohdat eivät kuulu tämän artikkelin aihepiiriin. Ne edellyttävät SMB-jakojen luomista, NFS-vientiä ja SmartConnect DNS:n uudelleenohjausta.

7. Luo palautustilannevedos molemmista klustereista, ennen kuin jatkat uudelleensynkronoinnin valmistelua

   LÄHTEESSÄ

   # isi snapshot snapshots create --path=[SOURCE_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

   TAVOITTEESSA

   # isi snapshot snapshots create --path=[TARGET_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

8. Tee vikasietoinen työ SECONDARY cluster -ohjelmassa prepare resync -toiminnolla ja varmista, että resync_prep_finalize onnistui

   # isi sync recovery resync-prep --policy-name=[POLICY]_mirror
   
   # isi sync reports list --policy-name=[POLICY]_mirror --sort job_id --reports-per-policy=5
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync_mirror    1       2015-02-12T08:31:27 2015-02-12T08:31:34 run                     finished
   qtestsync_mirror    2       2015-02-12T08:41:19 2015-02-12T08:41:31 resync_prep             finished
   qtestsync_mirror    3       2015-02-12T08:41:31 2015-02-12T08:41:34 resync_prep_domain_mark finished
   qtestsync_mirror    4       2015-02-12T08:41:34 2015-02-12T08:41:42 resync_prep_restore     finished
   qtestsync_mirror    5       2015-02-12T08:41:42 2015-02-12T08:41:45 resync_prep_finalize    finished

   SECONDARY on nyt READ-ONLY ja SECONDARY [POLICY] _mirror käytäntö on poissa käytöstä.

   Huomautus: Älä poista peilikäytäntöjä.

9. PRIMARYn alkuperäiset käytännöt ovat nyt käytössä. Käytä FAILOVER-vaiheen 3 varmuuskopiotiedostoa käytäntöjen aikataulujen palauttamiseen.

   ALKEISYHDISTYKSESSÄ:
   Näytä käytäntöaikataulujen tallennettu kopio:

   # cat /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   Palauta käytäntöaikataulut:

   # isi sync policies modify  --policy=[POLICY] --schedule=[schedule]

10. Alkuperäisessä toissijaisessa SIQ-mirrorpolID-viimeisimmässä<> tilannevedoksessa jää jäljelle onnistuneen vikaantumisen jälkeen. Puhdista SIQ-mirrorpolID-viimeisimmät< tilannevedokset manuaalisesti, jotta COW-vedoksiin> ei kirjoiteta mitään olemassa olevia tilannevedoksia toissijaisessa tilassa.

    # isi snapshot snapshots list
    ID   Name                                        Path
    -----------------------------------------------------------------------
    16   SIQ-recovery-policy-Test                    /ifs/data/failovertest
    18   SIQ-005056ac0655f7f5e267a71dae70c997-latest /ifs/data/failovertest  <-- pol_mirror-latest
    24   SIQ-ps9715x1-Test-2025-03-25_19-20-52       /ifs/data/failovertest
    -----------------------------------------------------------------------
    Total: 3
    
    # isi snapshot snapshots delete --id=<id>

Tässä on esimerkki testivaiheista, jotka ohittavat toissijaisessa klusterissa vikasietoisuuden ja vikasietoisuuden jälkeen tehdyt muutokset. Noudata samoja vaiheita paitsi, että peilikäytäntö suoritetaan vain RESYNC PREP -tiedostona eikä tavallisena synkronointityönä toissijaisesta ensisijaiseen, joten muutoksia ei lähetetä takaisin ensisijaiseen klusteriin. Varmista, että jokainen vaihe on suoritettu, ennen kuin siirryt seuraavaan vaiheeseen.

VIKASIETOISUUS:

1. Harkitse PRIMARY-klusterissa suorittamista domainmark Jos kyseessä on klusterin ensimmäinen vikasietoyritys, tee työ päiviä tai viikkoja etukäteen. Jos tietojoukko on suuri, se auttaa säästämään aikaa nopeuttamalla domainmark Työvaihe.

   Huomautus: Tästä on hyötyä vain kaikkien aikojen ensimmäisessä vikasietoyrityksessä. Seuraavat vikasietoyritykset eivät enää hyödy tästä.

   # isi job jobs start domainmark --root=<path> --dm-type=synciq

   Tämä merkitsee jokaiselle LIN-tunnukselle asianmukaisen suojaavan toimialuetunnuksen etukäteen sen sijaan, että vikasietotyö suorittaisi kaiken (katso vaihe 7). pikanäppäimellä domainmark Työ voi kestää kauan tietojoukon koosta riippuen.

2. Lopeta kaikki kirjoittaminen ENSISIJAISEN käytännön polulle.

   Huomautus: Tästä vaiheesta eteenpäin tapahtuvan PRIMARY-käytäntöpolun kirjoituksia ei säilytetä, mikä johtaa mahdolliseen DL:ään. Varmista asiakkaalta , että kaikki kyseiseen polkuun tehdyt kirjoitukset on lopetettu.

3. Varmuuskopioi käytäntöaikataulut PRIMARY-klusterissa ja poista sitten kaikki aikataulut käytöstä määrittämällä käytännöt manuaalisiksi.

   Aikataulujen varmuuskopion tallentaminen:

   # cat /ifs/.ifsvar/modules/tsm/config/siq-policies.gc|egrep 'common.name|schedule ' >> /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   Poista sitten kaikki aikataulut käytöstä määrittämällä käytännöt manuaalisiksi.

   Huomautus: Synkronointityötä ja vikasietotyötä ei voi suorittaa samanaikaisesti tarkoituksella, ja vikasietoyritys epäonnistuu. Voit välttää tämän ongelman määrittämällä kaikki käytännöt manuaalisiksi.

   # isi sync policies modify  --policy=[POLICY] --schedule=""

4. Suorita vielä yksi synkronointityö PRIMARY-klusterissa ja varmista, että se on suoritettu.

   Huomautus: Tätä vaihetta suositellaan vain, jos testaat FOFB-toimintoa. ÄLÄ suorita tätä vaihetta, jos PRIMARY-klusterissa on jo ilmennyt virhetapahtuma ja SECONDARY -klusteri on jo määritetty sallimaan kirjoittaminen.

   # isi sync jobs start [POLICY]

   Vahvista suoritus suorittamalla tämä komento:

   # isi sync reports list --reports-per-policy=1
   *Confirm the End time and State=finished

   Suorita vielä yksi synkronointityö PRIMARY-klusterissa.

   # isi sync jobs start [POLICY]

5. Tee SECONDARY cluster -kohdassa Allow Write -toiminto ja varmista, että paikallinen työ suorittaa toiminnon loppuun.

   # isi sync recovery allow-write --policy-name=[POLICY]
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync  primary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

6. Uudelleenohjaa asiakkaat (SMB, NFS, HTTP, FTP ja niin edelleen) SECONDARY -klusteriin

   Huomautus: Tämän vaiheen yksityiskohdat eivät kuulu tämän artikkelin aihepiiriin. Ne edellyttävät SMB-jakojen luomista, Active Directory -toimialueeseen liittymistä, laitetilejä, palvelun päänimeä, NFS-vientiä, SmartConnect DNS:n uudelleenohjausta ja todennuspalvelujen lisäämistä.

7. Tee vikasietotyö PRIMARY-klusterissa valmistelemalla uudelleensynkronointi ja varmista, että resync_prep_finalize vaihe on valmis.

   # isi sync recovery resync-prep --policy-name=[POLICY]

   # isi sync reports list --policy-name=qtestsync --sort job_id
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync    1       2015-02-11T08:31:27 2015-02-11T08:31:34 run                     finished
   qtestsync    2       2015-02-11T08:41:19 2015-02-11T08:41:31 resync_prep             finished
   qtestsync    3       2015-02-11T08:41:31 2015-02-11T08:41:34 resync_prep_domain_mark finished
   qtestsync    4       2015-02-11T08:41:34 2015-02-11T08:41:42 resync_prep_restore     finished
   qtestsync    5       2015-02-11T08:41:42 2015-02-11T08:41:45 resync_prep_finalize    finished

VIKASIETOISUUS

OHITA VAIHEET 1 JA 4 (POISTETTU ALTA), JOS ET HALUA, ETTÄ MUUTOKSET LÄHETETÄÄN TAKAISIN ENSISIJAISEEN TESTIIN.

SECONDARY klusterin uusi [POLICY]_mirror -käytäntö voidaan aloittaa synkronoimalla takaisin PRIMARY-klusteriin.

1. Lopeta kirjoittaminen TOISSIJAISEN käytännön polulle.

2. Poista kaikki aikataulut käytöstä määrittämällä käytännöt manuaalisiksi.

   # isi sync policies modify  --policy=[POLICY]_mirror --schedule=""

3. Tee PRIMARY-klusterissa Salli kirjoitukset -toiminto ja varmista, että paikallinen työ suorittaa toiminnon loppuun.

   # isi sync recovery allow-write --policy-name=[POLICY]_mirror
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync_mirror secondary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

4. Uudelleenohjaa asiakkaat (SMB, NFS, HTTP, FTP ja niin edelleen) PRIMARY-klusteriin

   Huomautus: Tämän vaiheen yksityiskohdat eivät kuulu tämän tietämyskannan artikkelin piiriin. Ne edellyttävät SMB-jakojen luomista, NFS-vientiä ja SmartConnect DNS:n uudelleenohjausta.

5. SECOND-klusterissa suoritetaan vikasietotyö valmistelemalla uudelleensynkronointi ja varmistamalla, että resync_prep_finalize onnistui.

   # isi sync recovery resync-prep --policy-name=[POLICY]_mirror
   
   # isi sync reports list --policy-name=qtestsync_mirror --sort job_id
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync_mirror    1       2015-02-12T08:31:27 2015-02-12T08:31:34 run                     finished
   qtestsync_mirror    2       2015-02-12T08:41:19 2015-02-12T08:41:31 resync_prep             finished
   qtestsync_mirror    3       2015-02-12T08:41:31 2015-02-12T08:41:34 resync_prep_domain_mark finished
   qtestsync_mirror    4       2015-02-12T08:41:34 2015-02-12T08:41:42 resync_prep_restore     finished
   qtestsync_mirror    5       2015-02-12T08:41:42 2015-02-12T08:41:45 resync_prep_finalize    finished

   SECONDARY on nyt READ-ONLY ja SECONDARY [POLICY] _mirror käytäntö on poissa käytöstä.

   Huomautus: Älä poista peilikäytäntöjä.

6. Alkuperäiset PRIMARY-käytännöt ovat nyt käytössä. Käytä FAILOVER-vaiheen 3 varmuuskopiotiedostoa käytäntöjen aikataulujen palauttamiseen. ALKEISYHDISTYKSESSÄ:

   Näytä käytäntöaikataulujen tallennettu kopio:

   # cat /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   Palauta käytäntöaikataulut:

   # isi sync policies modify  --policy=[POLICY] --schedule=[schedule]