Isilon: SyncIQ Yük Devretme ve Yeniden Çalışma için CLI adımları nelerdir

SyncIQ yük devretme ve yeniden çalışma için CLI adımları nelerdir?
Kullanıcı arayüzü sürecinin bir adım adım rehberi mevcut, CLI için de benzer bir rehber var mı?

FOFB yapmak için ayrıntılı adımlar

Yük devretme ve yeniden çalışma için CLI rehberi:

• PowerScale OneFS 9.5.0.0 CLI Yönetim Rehberi
  Sayfa 271/9.5
• PowerScale OneFS 9.7.0.0 CLI Yönetim Rehberi
  Sayfa 288/9.7
• PowerScale OneFS 9.8.0.0 CLI Yönetim Rehberi
  9.8 için sayfa 295
• PowerScale OneFS 9.9.0.0 CLI Yönetim Rehberi
  Sayfa 296 için 9.9
• PowerScale OneFS 9.10.0.0 CLI Yönetim Rehberi
  Sayfa 299 için 9.10

Yukarıdaki belgelerde bazı iyi bilgiler sağlansa da CLI kullanarak yük devretme ve yeniden çalışma işlemi gerçekleştirmeyle ilgili aşağıdaki adımlar daha ayrıntılı açıklanmıştır.

Aşağıdaki adımlarda bu iki terim için SyncIQ terminolojisi kullanılmaktadır:

• KAYNAK Küme = BİRİNCİL
• HEDEF Küme = İKİNCİL

YÜK DEVRETME:

1. Bu, küme için ilk yük devretme denemesiyse BİRİNCİL kümede domainmark Küme için ilk yük devretme denemesiyse işi günler veya haftalar öncesinden yapın. Veri kümesi büyükse iş aşamasını hızlandırmada zamandan tasarruf etmenize domainmark yardımcı olur.

   Not: Yeni bir "Hızlandırılmış Yeniden Çalışma" seçeneği bu adımı kaldırır. Bu adım YALNIZCA bir kez yapılmalıdır. Bir kez işaretlendiğinde, gelecek domainmark İşler (aşağıdaki 7. adıma bakın) no-OP'dir.

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

   Bu yöntem, yük devretme işinin her şeyi yapmasına gerek kalmadan her LIN'yi önceden uygun koruyucu etki alanı kimliğiyle işaretler (7. adıma bakın). Komutta domainmark iş, veri kümesinin boyutuna bağlı olarak uzun sürebilir.

2. BİRİNCİL ilkenin yoluna tüm yazma işlemlerini durdurun.

   Not: Bu adımdan itibaren oluşan BİRİNCİL politikalar yolundaki yazma işleri saklanmaz ve bu da olası veri kaybına yol açar. BİRİNCİL ÜZERİNDE bu yola yapılan tüm yazma işlemlerinin durduğunu doğrulayın.

3. BİRİNCİL kümede, politika programlarını yedekleyin ve ardından politikaları manuel olarak ayarlayıp tüm programları devre dışı bırakın.

   Programların yedek kopyasını kaydetmek için:

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

   Ardından politikaları manuel olarak ayarlayıp tüm programları devre dışı bırakın.

   Not: Senkronizasyon işi ve yük devretme işi tasarım gereği aynı anda çalışamaz ve yük devretme girişiminin başarısız olmasına neden olur. Bu durumdan kaçınmak için tüm politikaları manuel olarak ayarlayın.

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

4. BİRİNCİL kümede son bir senkronizasyon işi çalıştırın ve başarıyla tamamlandığını onaylayın.

   Not: Bu adım yalnızca FOFB işlevselliği test edilirken önerilir. BİRİNCİL küme zaten bir hata olayıyla karşılaştıysa ve İKİNCİL küme zaten yazmaya izin verecek şekilde ayarlanmışsa bu adımı GERÇEKLEŞTİRMEYİN.

   # isi sync jobs start [POLICY]

   İşlemin başarıyla tamamlandığını onaylamak için şu komutu çalıştırın:

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

   BİRİNCİL kümede son bir senkronizasyon işi çalıştırın.

   # isi sync jobs start [POLICY]

5. İKİNCİL kümede "Yazmalara İzin Ver" eylemini gerçekleştirin ve yerel işin bu eylemi tamamladığını doğrulayın.

   # 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

   NOT: Her iki kümede de SmartLock dizin ayarlarını gerektiği gibi tersine çevirin.
   https://infohub.delltechnologies.com/en-us/l/dell-powerscale-smartlock-best-practices/synciq/

6. İstemcileri (SMB, NFS, HTTP, FTP vb.) İKİNCİL kümeye yönlendirin

   Not: Bu adımın ayrıntıları bu makalenin kapsamı dışındadır ve SMB paylaşımları oluşturma, Active Directory Etki Alanına katılma, Makine hesapları, SPN, NFS dışa aktarmaları, SmartConnect DNS'yi yönlendirme ve Kimlik Doğrulama Sağlayıcıları ekleme gerektirir.

7. Yeniden senkronizasyon hazırlığına geçmeden önce iki kümede de kurtarma anlık görüntüsü oluşturun

   KAYNAKTA

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

   HEDEFTE

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

8. BİRİNCİL kümede, prepare resync ile yük devretme işini gerçekleştirin ve resync_prep_finalize aşamasının tamamlandığını onaylayın.

   # 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

YENİDEN ÇALIŞMA

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

1. BİRİNCİL kümeye geri senkronizasyonu başlatmak için İKİNCİL kümedeki yeni [POLICY]_mirror politikası çalıştırılabilir.

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

2. İKİNCİL politikanın yoluna tüm yazma işlemlerini durdurun.

   Not: Bu adımdan itibaren İKİNCİL kümenin politikalar yolundaki yazma işleri saklanmaz ve bu da veri kaybına yol açabilir. İKİNCİL ÜZERİNDE bu yola yapılan tüm yazma işlemlerinin durduğunu doğrulayın.

3. Politikaları manuel olarak ayarlayıp tüm programları devre dışı bırakın.

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

4. İKİNCİL kümede son bir senkronizasyon işi çalıştırın

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

5. BİRİNCİL kümede "Yazmalara İzin Ver" eylemini gerçekleştirin ve yerel işin bu eylemi tamamladığını doğrulayın.

   # 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

   NOT: Her iki kümede de SmartLock dizin ayarlarını gerektiği gibi tersine çevirin.
   https://infohub.delltechnologies.com/en-us/l/dell-powerscale-smartlock-best-practices/synciq/

6. İstemcileri (SMB, NFS, HTTP, FTP vb.) BİRİNCİL kümeye yönlendirin

   Not: Bu adımın ayrıntıları bu makalenin kapsamı dışındadır ve SMB paylaşımları oluşturma, NFS dışa aktarmaları ve SmartConnect DNS'yi yönlendirme gerektirir.

7. Yeniden senkronizasyon hazırlığına geçmeden önce iki kümede de kurtarma anlık görüntüsü oluşturun

   KAYNAKTA

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

   HEDEFTE

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

8. İKİNCİL kümede, prepare resync ile yeniden çalışma işini gerçekleştirin ve resync_prep_finalize işleminin başarılı olduğunu onaylayın

   # 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

   İKİNCİL artık SALT OKUNUR olur ve İKİNCİL [POLICY]_mirror politikası devre dışı kalır.

   Not: Herhangi bir ayna politikasını silmeyin.

9. BİRİNCİL'deki orijinal politikalar artık etkindir. Politika zamanlamalarınızı geri yüklemek için YÜK DEVRETME 3. adımındaki yedekleme dosyasını kullanın.

   BİRİNCİL'de:
   Politika programlarının kaydedilmiş kopyasını görüntüleyin:

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

   Politika programlarını geri yükleyin:

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

10. Orijinal İkincil'de, başarılı bir yeniden çalışmadan sonra SIQ-mirrorpolID-latest<> anlık görüntüsü kalır. İkincil'de mevcut anlık görüntülere COW yazmalarını önlemek için SIQ-mirrorpolID-latest<> anlık görüntüsünü manuel olarak temizleyin.

    # 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>

Burada, yük devretme ve yeniden çalışma sonrasında İkincil kümedeki değişiklikleri yok sayan test adımlarına bir örnek verilmiştir. Değişikliklerin Birincil kümeye geri gönderilmemesi için ayna politikasının İkincil kümeden Birincil kümeye NORMAL BİR SENKRONİZASYON İŞİ DEĞİL, YENİDEN SENKRONİZASYON HAZIRLIĞI olarak çalıştırılması dışında aynı adımlar izlenir. Bir sonraki adıma geçmeden önce her adımın tamamlandığından emin olun.

YÜK DEVRETME:

1. Bu, küme için ilk yük devretme denemesiyse BİRİNCİL kümede domainmark Küme için ilk yük devretme denemesiyse işi günler veya haftalar öncesinden yapın. Veri kümesi büyükse iş aşamasını hızlandırmada zamandan tasarruf etmenize domainmark yardımcı olur.

   Not: Bu, yalnızca ilk yük devretme girişimi için kullanışlıdır. Sonraki yük devretme girişimleri artık bundan yararlanmaz.

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

   Bu yöntem, yük devretme işinin her şeyi yapmasına gerek kalmadan her LIN'yi önceden uygun koruyucu etki alanı kimliğiyle işaretler (7. adıma bakın). Komutta domainmark iş, veri kümesinin boyutuna bağlı olarak uzun sürebilir.

2. BİRİNCİL ilkenin yoluna tüm yazma işlemlerini durdurun.

   Not: Bu adımdan itibaren oluşan BİRİNCİL politikalar yolundaki yazma işleri saklanmaz ve bu da olası veri kaybına yol açar. BİRİNCİL yoldaki tüm yazma işlerinin durduğunu müşteriyle birlikte doğrulayın.

3. BİRİNCİL kümede, politika programlarını yedekleyin ve ardından politikaları manuel olarak ayarlayıp tüm programları devre dışı bırakın.

   Programların yedek kopyasını kaydetmek için:

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

   Ardından politikaları manuel olarak ayarlayıp tüm programları devre dışı bırakın.

   Not: Senkronizasyon işi ve yük devretme işi tasarım gereği aynı anda çalışamaz ve yük devretme girişiminin başarısız olmasına neden olur. Bu durumdan kaçınmak için tüm politikaları manuel olarak ayarlayın.

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

4. BİRİNCİL kümede son bir senkronizasyon işi çalıştırın ve başarıyla tamamlandığını onaylayın.

   Not: Bu adım yalnızca FOFB işlevselliğini test ediyorsanız önerilir. BİRİNCİL küme zaten bir hata olayıyla karşılaştıysa ve İKİNCİL küme zaten yazmaya izin verecek şekilde ayarlanmışsa bu adımı GERÇEKLEŞTİRMEYİN.

   # isi sync jobs start [POLICY]

   İşlemin başarıyla tamamlandığını onaylamak için şu komutu çalıştırın:

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

   BİRİNCİL kümede son bir senkronizasyon işi çalıştırın.

   # isi sync jobs start [POLICY]

5. İKİNCİL kümede "Yazmalara İzin Ver" eylemini gerçekleştirin ve yerel işin bu eylemi tamamladığını doğrulayın.

   # 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. İstemcileri (SMB, NFS, HTTP, FTP vb.) İKİNCİL kümeye yönlendirin

   Not: Bu adımın ayrıntıları bu makalenin kapsamı dışındadır ve SMB paylaşımları oluşturma, Active Directory Etki Alanına katılma, Makine hesapları, SPN, NFS dışa aktarmaları, SmartConnect DNS'yi yönlendirme ve Kimlik Doğrulama Sağlayıcıları ekleme gerektirir.

7. BİRİNCİL kümede, yeniden senkronizasyon hazırlığı ile yük devretme işini gerçekleştirin ve resync_prep_finalize aşamasının tamamlandığını onaylayın.

   # 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

YENİDEN ÇALIŞMA

DEĞİŞİKLİKLERİN TEST İÇİN BİRİNCİL SAYFAYA GERİ GÖNDERİLMESİNİ İSTEMİYORSANIZ 1. VE 4. ADIMI ATLAYIN (AŞAĞIDAN KALDIRILMIŞTIR).

BİRİNCİL kümeye geri senkronizasyonu başlatmak için İKİNCİL kümedeki yeni [POLICY]_mirror politikası çalıştırılabilir.

1. İKİNCİL politikanın yoluna tüm yazma işlemlerini durdurun.

2. Politikaları manuel olarak ayarlayıp tüm programları devre dışı bırakın.

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

3. BİRİNCİL kümede "Yazmalara İzin Ver" eylemini gerçekleştirin ve yerel işin bu eylemi tamamladığını doğrulayın.

   # 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. İstemcileri (SMB, NFS, HTTP, FTP vb.) BİRİNCİL kümeye yönlendirin

   Not: Bu adımın ayrıntıları bu KB'nin kapsamı dışındadır ve SMB paylaşımları oluşturma, NFS dışa aktarmaları ve SmartConnect DNS'yi yönlendirme gerektirir.

5. İKİNCİL kümede, yeniden senkronizasyon hazırlığı ile yeniden çalışma işini gerçekleştirin ve resync_prep_finalize aşamasının başarılı olduğunu onaylayın

   # 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

   İKİNCİL artık SALT OKUNUR olur ve İKİNCİL [POLICY]_mirror politikası devre dışı kalır.

   Not: Herhangi bir ayna politikasını silmeyin.

6. BİRİNCİL üzerindeki orijinal politikalar artık etkindir. Politika zamanlamalarınızı geri yüklemek için YÜK DEVRETME 3. adımındaki yedekleme dosyasını kullanın. BİRİNCİL'de:

   Politika programlarının kaydedilmiş kopyasını görüntüleyin:

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

   Politika programlarını geri yükleyin:

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