Isilon: Hvad er CLI-trinnene for SyncIQ-failover og failback

Summary: CLI-trin til at udføre failover-failback (FOFB) for en politik.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

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:

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:

  1. På klyngen PRIMARY kan du overveje at køre domainmark job 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 fremskynde domainmark jobfase.

    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, fremtidig domainmark Jobs 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 domainmark Job kan tage lang tid afhængigt af datasættets størrelse.

  2. 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.
  3. 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=""
  4. 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]
  5. 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
    BEMÆRK: Omvendte SmartLock-mappeindstillinger efter behov på begge klynger.
    https://infohub.delltechnologies.com/en-us/l/dell-powerscale-smartlock-best-practices/synciq/
  6. 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.
  7. 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
  8. 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

Vigtig bemærkning: Før du kører dette trin, skal du kontrollere, om der findes en source_record xml for det samme politik-id som på den oprindelige politik. For kildepolitik-id 7da67596f099b75ad687a05f6b11781d køres f.eks. på mål:
ls -l /ifs/.ifsvar/modules/tsm/config/source_records/7da67596f099b75ad687a05f6b11781d*
  1. 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
  2. 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.
  3. Deaktiver alle tidsplaner ved at indstille politikkerne til manuel.

    # isi sync policies modify  --policy=[POLICY]_mirror --schedule=""
  4. På klyngen SEKUNDÆR skal du køre et sidste synkroniseringsjob

    # isi sync jobs start --policy-name=[POLICY]_mirror
  5. 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/
  6. 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.
  7. 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
  8. 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.
  9. 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]
  10. 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:

  1. På klyngen PRIMARY kan du overveje at køre domainmark job 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 fremskynde domainmark jobfase.

    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 domainmark Job kan tage lang tid afhængigt af datasættets størrelse.

  2. 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.
  3. 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=""
  4. 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]
  5. 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
  6. 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.
  7. 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
Bemærk: Kilden er nu skrivebeskyttet, og politikken PRIMARY er deaktiveret. Dette job opretter også en spejlpolitik, der er tilføjet med navnet "_mirror" på den SEKUNDÆRE klynge, der bruges til failback til den PRIMÆRE klynge.

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.

  1. Stop al skrivning til den sekundære politiks vej.

  2. Deaktiver alle tidsplaner ved at indstille politikkerne til manuel.

    # isi sync policies modify  --policy=[POLICY]_mirror --schedule=""
  3. 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
  4. 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.
  5. 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.
  6. 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]

 

Affected Products

Isilon SyncIQ

Products

Isilon X-Series
Article Properties
Article Number: 000035266
Article Type: Solution
Last Modified: 10 Sept 2025
Version:  12
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.