Isilon: Hvad er CLI-trinnene for SyncIQ-failover og failback
Summary: CLI-trin til at udføre failover-failback (FOFB) for en politik.
Symptoms
Hvad er CLI-trinnene for SyncIQ-failover og failback?
UI-processen har en trinvis vejledning, er der en lignende vejledning til CLI?
Cause
Detaljerede trin til at udføre FOFB
Resolution
CLI-vejledning til failover og failback:
- PowerScale OneFS 9.5.0.0 CLI-administrationsvejledning
Side 271 for 9,5 - CLI-administrationsvejledning
til PowerScale OneFS 9.7.0.0 Side 288 til 9.7 - PowerScale OneFS 9.8.0.0 CLI-administrationsvejledning
Side 295 til 9.8 - CLI-administrationsvejledning
til PowerScale OneFS 9.9.0.0 Side 296 til 9.9 - CLI-administrationsvejledning
til PowerScale OneFS 9.10.0.0 Side 299 til 9.10
Selvom ovenstående dokumentation giver nogle gode oplysninger, er nedenstående trin mere detaljerede, når du udfører en failover og failback ved hjælp af CLI.
Trinnene nedenfor bruger SyncIQ-terminologi for disse to udtryk:
- KILDEKLYNGE = PRIMÆR
- TARGET-klynge = SEKUNDÆR
FAILOVER:
-
På klyngen PRIMARY kan du overveje at køre
domainmarkjob dage eller uger i forvejen, hvis dette er det første failoverforsøg for klyngen. Hvis datasættet er stort, hjælper det med at spare tid ved at fremskyndedomainmarkjobfase.Bemærk: En ny indstilling for "Accelereret failback" fjerner dette trin. Dette trin må KUN udføres én gang. Når den én gang er markeret, fremtidigdomainmarkJobs er (se trin 7 nedenfor) et no-op.# isi job jobs start domainmark --root=<path> --dm-type=synciq
Dette markerer hver LIN med det relevante beskyttende domæne-id på forhånd i stedet for at få failover-jobbet til at udføre det hele (se trin 7). Ikonet
domainmarkJob kan tage lang tid afhængigt af datasættets størrelse. -
Stop al skrivning til PRIMARY-politikkens vej.
Bemærk: Skrivninger på stien PRIMÆRE politikker, der forekommer fra dette trin fremad, bevares ikke, hvilket resulterer i mulig DL. Bekræft, at alle skrivninger til den sti PÅ DEN PRIMÆRE er stoppet. -
På den PRIMÆRE klynge skal du sikkerhedskopiere politikplanerne og derefter deaktivere alle tidsplaner ved at angive politikker til manuel.
Sådan gemmer du en sikkerhedskopi af tidsplanerne:
# cat /ifs/.ifsvar/modules/tsm/config/siq-policies.gc|egrep 'common.name|schedule ' >> /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt
Deaktiver derefter alle tidsplaner ved at indstille politikker til manuel.
Bemærk: Et synkroniseringsjob og et failover-job kan ikke køre samtidigt efter design og bevirker, at failover-forsøget mislykkes. For at undgå denne betingelse skal du indstille alle politikker til manuel.# isi sync policies modify --policy=[POLICY] --schedule=""
-
Kør et sidste synkroniseringsjob på den PRIMÆRE klynge, og bekræft, at det er fuldført.
Bemærk: Dette trin anbefales kun, hvis du tester FOFB-funktionaliteten. Udfør IKKE dette trin, hvis klyngen PRIMARY allerede er stødt på en fejlhændelse, og klyngen SECONDARY allerede er indstillet til at tillade skrivninger.# isi sync jobs start [POLICY]
Kør denne kommando for at bekræfte fuldførelsen:
# isi sync reports list --reports-per-policy=1 *Confirm the End time and State=finished
Kør et sidste synkroniseringsjob på klyngen PRIMÆR.
# isi sync jobs start [POLICY]
-
På klyngen SEKUNDÆR skal du udføre handlingen "Tillad skrivninger" og bekræfte, at det lokale job afslutter denne handling.
# 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: 1BEMÆRK: Omvendte SmartLock-mappeindstillinger efter behov på begge klynger.
https://infohub.delltechnologies.com/en-us/l/dell-powerscale-smartlock-best-practices/synciq/ -
Omdiriger klienter (SMB, NFS, HTTP, FTP osv.) til den SEKUNDÆRE klynge
Bemærk: Detaljerne i dette trin ligger uden for rammerne af denne artikel og kræver oprettelse af SMB-shares, Active Directory-domænetilslutning, maskinkonti, SPN, NFS-eksport, omdirigering af SmartConnect DNS og tilføjelse af godkendelsesudbydere. -
Opret et genoprettelsessnapshot på begge klynger, før du fortsætter med gensynkroniseringsforberedelsen.
VED KILDEN
# isi snapshot snapshots create --path=[SOURCE_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W
PÅ MÅL
# isi snapshot snapshots create --path=[TARGET_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W
-
På klyngen PRIMARY skal du udføre failover-jobbet med prepare resync og bekræfte, at resync_prep_finalize-fasen er fuldført.
# 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
TILBAGEFALD
ls -l /ifs/.ifsvar/modules/tsm/config/source_records/7da67596f099b75ad687a05f6b11781d*
-
Den nye [POLICY]_mirror-politik på klyngen SECONDARY kan køres for at starte synkroniseringen tilbage til PRIMARY.
# isi sync jobs start --policy-name=[POLICY]_mirror
-
Stop al skrivning til den sekundære politiks vej.
Bemærk: Skrivninger på stien SEKUNDÆRE politikker, der forekommer fra dette trin fremad, bevares ikke, hvilket resulterer i mulig DL. Bekræft, at alle skrivninger til den sti PÅ SEKUNDÆRTRINNET er stoppet. -
Deaktiver alle tidsplaner ved at indstille politikkerne til manuel.
# isi sync policies modify --policy=[POLICY]_mirror --schedule=""
-
På klyngen SEKUNDÆR skal du køre et sidste synkroniseringsjob
# isi sync jobs start --policy-name=[POLICY]_mirror
-
På klyngen PRIMARY skal du udføre handlingen "Tillad skrivninger" og kontrollere, at det lokale job afslutter denne handling.
# 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
BEMÆRK: Omvendte SmartLock-mappeindstillinger efter behov på begge klynger.
https://infohub.delltechnologies.com/en-us/l/dell-powerscale-smartlock-best-practices/synciq/ -
Omdiriger klienter (SMB, NFS, HTTP, FTP osv.) til den PRIMÆRE klynge
Bemærk: Detaljerne i dette trin ligger uden for rammerne af denne artikel og kræver oprettelse af SMB-shares, NFS-eksport og omdirigering af SmartConnect DNS. -
Opret et genoprettelsessnapshot på begge klynger, før du fortsætter med gensynkroniseringsforberedelsen.
VED KILDEN
# isi snapshot snapshots create --path=[SOURCE_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W
PÅ MÅL
# isi snapshot snapshots create --path=[TARGET_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W
-
På den SEKUNDÆRE klynge skal du udføre failback-jobbet med prepare resync og bekræfte, at resync_prep_finalize lykkedes
# 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
Politikken SEKUNDÆR er nu skrivebeskyttet, og politikken SEKUNDÆR [POLITIK]_mirror er deaktiveret.
Bemærk: Slet ikke spejlpolitikker. -
De oprindelige politikker på PRIMARY er nu aktiveret. Brug sikkerhedskopieringsfilen fra FAILOVER-trin 3 til at gendanne dine politikplaner.
På PRIMARY:
Se den gemte kopi af politikplanerne:# cat /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt
Gendan politikplanerne:
# isi sync policies modify --policy=[POLICY] --schedule=[schedule]
- På det oprindelige sekundære snapshot er der SIQ-mirrorpolID-seneste<> snapshot tilovers efter en vellykket failback. Ryd manuelt op i SIQ-mirrorpolID-seneste> snapshot for at undgå, at COW-skrivninger< til eksisterende snapshots på sekundær.
# 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>
Additional Information
Her er et eksempel på testtrin, der ignorerer ændringer i den sekundære klynge efter failover og failback. De samme trin følges, bortset fra at spejlpolitikken kun køres som RESYNC PREP OG IKKE et almindeligt synkroniseringsjob fra den sekundære til den primære, så ændringer ikke sendes tilbage til den primære klynge. Sørg for, at hvert trin er fuldført, før du går videre til næste trin.
FAILOVER:
-
På klyngen PRIMARY kan du overveje at køre
domainmarkjob dage eller uger i forvejen, hvis dette er det første failoverforsøg for klyngen. Hvis datasættet er stort, hjælper det med at spare tid ved at fremskyndedomainmarkjobfase.Bemærk: Dette er kun fordelagtigt for det første failover-forsøg nogensinde. Efterfølgende failover-forsøg drager ikke længere fordel af dette.# isi job jobs start domainmark --root=<path> --dm-type=synciq
Dette markerer hver LIN med det relevante beskyttende domæne-id på forhånd i stedet for at få failover-jobbet til at udføre det hele (se trin 7). Ikonet
domainmarkJob kan tage lang tid afhængigt af datasættets størrelse. -
Stop al skrivning til PRIMARY-politikkens vej.
Bemærk: Skrivninger på stien PRIMÆRE politikker, der forekommer fra dette trin fremad, bevares ikke, hvilket resulterer i mulig DL. Bekræft med kunden , at alle skrivninger til den sti PÅ DEN PRIMÆRE er stoppet. -
På den PRIMÆRE klynge skal du sikkerhedskopiere politikplanerne og derefter deaktivere alle tidsplaner ved at angive politikker til manuel.
Sådan gemmer du en sikkerhedskopi af tidsplanerne:
# cat /ifs/.ifsvar/modules/tsm/config/siq-policies.gc|egrep 'common.name|schedule ' >> /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt
Deaktiver derefter alle tidsplaner ved at indstille politikker til manuel.
Bemærk: Et synkroniseringsjob og et failover-job kan ikke køre samtidigt efter design og bevirker, at failover-forsøget mislykkes. For at undgå denne betingelse skal du indstille alle politikker til manuel.# isi sync policies modify --policy=[POLICY] --schedule=""
-
Kør et sidste synkroniseringsjob på den PRIMÆRE klynge, og bekræft, at det er fuldført.
Bemærk: Dette trin anbefales kun, hvis du tester FOFB-funktionalitet. Udfør IKKE dette trin, hvis klyngen PRIMARY allerede er stødt på en fejlhændelse, og klyngen SECONDARY allerede er indstillet til at tillade skrivninger.# isi sync jobs start [POLICY]
Kør denne kommando for at bekræfte fuldførelsen:
# isi sync reports list --reports-per-policy=1 *Confirm the End time and State=finished
Kør et sidste synkroniseringsjob på klyngen PRIMÆR.
# isi sync jobs start [POLICY]
-
På klyngen SEKUNDÆR skal du udføre handlingen "Tillad skrivninger" og bekræfte, at det lokale job afslutter denne handling.
# 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
-
Omdiriger klienter (SMB, NFS, HTTP, FTP osv.) til den SEKUNDÆRE klynge
Bemærk: Detaljerne i dette trin ligger uden for rammerne af denne artikel og kræver oprettelse af SMB-shares, Active Directory-domænetilslutning, maskinkonti, SPN, NFS-eksport, omdirigering af SmartConnect DNS og tilføjelse af godkendelsesudbydere. -
På den PRIMÆRE klynge skal du udføre failover-jobbet med prepare re-sync og bekræfte, at resync_prep_finalize-fasen er fuldført.
# 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
TILBAGEFALD
SPRING TRIN 1 OG 4 (FJERNET NEDENFOR) OVER, HVIS DU IKKE ØNSKER, AT ÆNDRINGERNE SENDES TILBAGE TIL DEN PRIMÆRE TEST.
Den nye [POLICY]_mirror-politik på klyngen SECONDARY kan køres for at starte synkroniseringen tilbage til PRIMARY.
-
Stop al skrivning til den sekundære politiks vej.
-
Deaktiver alle tidsplaner ved at indstille politikkerne til manuel.
# isi sync policies modify --policy=[POLICY]_mirror --schedule=""
-
På klyngen PRIMARY skal du udføre handlingen "Tillad skrivninger" og kontrollere, at det lokale job afslutter denne handling.
# 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
-
Omdiriger klienter (SMB, NFS, HTTP, FTP osv.) til den PRIMÆRE klynge
Bemærk: Detaljerne i dette trin ligger uden for rammerne af denne KB og kræver oprettelse af SMB-shares, NFS-eksport og omdirigering af SmartConnect DNS. -
I den SEKUNDÆRE klynge udfører du failback-jobbet med prepare re-sync og bekræfter, at resync_prep_finalize lykkedes
# 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
Politikken SEKUNDÆR er nu skrivebeskyttet, og politikken SEKUNDÆR [POLITIK]_mirror er deaktiveret.
Bemærk: Slet ikke spejlpolitikker. -
De oprindelige politikker på PRIMARY er nu aktiveret. Brug sikkerhedskopieringsfilen fra FAILOVER-trin 3 til at gendanne dine politikplaner. På PRIMARY:
Se den gemte kopi af politikplanerne:
# cat /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt
Gendan politikplanerne:
# isi sync policies modify --policy=[POLICY] --schedule=[schedule]