PowerScale: Birden çoğa veya Basamaklı Çoğaltma için Smartsync'in SYNCIQ İlkesi Geçiş Hatası

SmartSync'in SyncIQ politikası geçişi iki hatadan biriyle başarısız olur:

1. Error Message: Migration blocked: Source record snapshot (<snapshot-id>) does not match latest dataset snapshot (<snapshot-id>) for the source basepath (<source-base-path>). This source basepath may act as a target for an existing SmartSync policy. Hence, the SIQ policy migration can't proceed unless the two snapshots are identical. Start the SIQ policy to match the latest dataset snapshot (<snapshot-id>) in source.
2. Error Message: Migration blocked: Source record snapshot (<snapshot-id>) is older than the snapshot (<snapshot-id>) associated with the latest dataset (<dataset details>) for the source basepath (<source-base-path>). Replicate to the latest snapshot or above to proceed with the SIQ policy migration.

Kaynak Temel Yol, SmartSync tarafından hedef veri kümesi olarak işaretlenen önceden var olan veri kümelerine sahip olduğunda Hata 1 oluşur. Ayrıca, SyncIQ Politikasının kaynak kaydı tarafından kullanılan ve geçiş için kullanılan ilişkili anlık görüntü, belirli kaynak temel yolu için en son veri kümesi tarafından kullanılanla aynı değildir.

Kaynak Temel Yol, SmartSync tarafından hedef veri kümesi olarak işaretlenmemiş önceden var olan veri kümelerine sahip olduğunda Hata 2 oluşur. Ayrıca, geçiş için kullanılan ve SyncIQ Politikasının kaynak kaydı tarafından kullanılan ilişkili anlık görüntü, belirli bir kaynak temel yolu için en son veri kümesi tarafından kullanılan anlık görüntüden büyük veya buna eşit değildir.

Hata zaten oluştuysa Kurtarma Adımları bölümüne gidin.

Öncelikli geçiş adımları

Hatalar geçiş işinde görünmeden önce atılması gereken önlem adımları. Geçiş işini başlatmadan önce yukarıda belirtilen hatalardan kaçınmak için aşağıdaki adımları uygulayın:

Fan çıkışı yapılandırması (A → B + A → C)

1. 1 Adım: SyncIQ politikanızı belirleyin Documentum İnteraktif Teslimat Hizmetleri. Örneğin:

   1. Politika A → B:
      # isi sync policies view <pol_a_b> | head -2
   2. Politika A → C:
      # isi sync policies view <pol_a_c> | head -2

2. 2. Adım: Küme A'daki kaynak kayıtları dizini:

   # cd /ifs/.ifsvar/modules/tsm/config/source_records/

3. 3 Adım: Her bir politika kimliğine karşılık gelen XML dosyasını listeleyin, görüntüleyin ve latest-snap-id değerini not edin:

   1. A→B anlık görüntüsünü kontrol edin (sonraki adımda elde edilen kimlik AX olur):
      # grep '<latest-snap-id>' <pol_a_b_ID>.xml

   2. A→C anlık görüntüsünü kontrol edin (sonraki adımda ortaya çıkan kimlik AY olacaktır):
      # grep '<latest-snap-id>' <pol_a_c_ID>.xml

4. 4 Adım: En son-snap-id değerlerini karşılaştırın. Politikayı önce eski (alt) latest-snap-id ile geçirin:
   A'dan B'ye anlık görüntü (AX), A'dan C'ye anlık görüntüden (AY) daha eskiyse, örneğin: AX = snapID 100,AY = snapID150'dir.
   Ardından önce A - B politikasını geçirin.
   
   Örneğin, A'dan C'ye anlık görüntü (AY), A'dan B'ye anlık görüntüden (AX) daha eskiyse: AX = snapID 150,AY = snapID100'dir.
   Ardından önce A'dan C'ye ilkesini geçirin.
   
   Her iki politika da aynı anlık görüntüyü kullanıyorsa, örneğin: AX = 100,AY = 100'dir.
   Önce her iki politika da geçirilebilir. İkinci politika geçişi, veri kümesini yeniden kullanır.

Zincirleme (basamaklı) yapılandırma (A → B → C)

1. Senkronizasyon, politika zincirine dahil olan tüm kümelerin aynı verileri yansıttığından emin olacak şekilde eksiksiz bir şekilde tamamlanmalıdır.

2. Geçişe devam etmeden önce zincirdeki tüm SyncIQ politikalarını devre dışı bırakın. Bu, geçiş devam ederken yeni artımlı SyncIQ işlerinin tetiklenmesini önler. Örneğin, bir A→B→C zincirinde hem A→B hem de B→C politikalarını devre dışı bırakın.

3. Önemli: Geçiş her zaman kök (kaynak) kümeden başlamalıdır. Herhangi bir ara kümede (3 kümeli bir kurulumda B gibi), kaynak temel yolu aynı zamanda başka bir SmartSync politikasının hedefi olan tüm politikalar, bu temel yol için en son veri kümesiyle aynı (aynı) anlık görüntüyü kullanmalıdır. Anlık görüntüler eşleşmezse geçiş işi duraklatılır (kalıcı olarak engellenmez). Kurtarma adımları aşağıdaki Kurtarma Adımları bölümüne eklendi.

   Zincirleme politikaları geçirmeden önce, B→C SyncIQ politikasının, Küme B'deki A→B politikası tarafından üretilen aynı anlık görüntü modeliyle anlık görüntü tabanlı senkronizasyon kullandığından emin olun. Bu, her iki politikanın da aktarma kümesinde aynı anlık görüntü temelini paylaşmasını sağlar.

4. B→C SyncIQ politikası başlangıçta anlık görüntü tabanlı senkronizasyonla ayarlanmamışsa aşağıdaki adımları kullanarak geçişten önce güncelleyin:

   1. 1 Adım: A→B politikasının, SIQ-*'un varsayılan adlandırma modelinden farklı bir adlandırma modeliyle arşiv hedef anlık görüntüleri oluşturduğunu doğrulayın (Hedef Anlık Görüntü Arşivi: Evet göstermelidir).

      # isi sync policies view pol_wJ9n-a2b | grep -E "Target Snapshot Archive|Target Snapshot Pattern" Target Snapshot Archive: No Target Snapshot Pattern: SIQ-%{SrcCluster}-%{PolicyName}-%Y-%m-%d_%H-%M-%S

      Yukarıdaki örnekte fark edeceğiniz gibi, Hedef Anlık Görüntü Arşivi "Hayır" olarak ayarlanmıştır ve model, SIQ-* önekine sahip varsayılan modeldir.

   2. 2 Adım: Varsayılandan farklı bir desenle arşiv anlık görüntüsü oluşturmak için A→ B politikasını değiştirin:

      # isi sync policies modify <A_to_B_policy> --target-snapshot-archive True --target-snapshot-pattern 'snapB-%{PolicyName}-%Y-%m-%d'

# isi sync policies view pol_wJ9n-a2b | grep -E "Target Snapshot Archive|Target Snapshot Pattern" Target Snapshot Archive: Yes Target Snapshot Pattern: snapB-%{PolicyName}-%Y-%m-%d
      

   3. 3 Adım: B→C politikasını --schedule=when-snapshot-taken olacak şekilde değiştirin:

      # isi sync policies modify <B_to_C_policy> --schedule=when-snapshot-taken

   4. 4 Adım: B→C Politikasının bu işi yakaladığından ve A→B tarafından oluşturulan arşiv anlık görüntüsünü yeniden kullandığından emin olmak için A-B> politikasının işini tetikleyin; reports komutunu çalıştırarak bunu doğrulayabilirsiniz.

      # isi sync job start <A_to_B_policy>

# isi sync reports list

      Hem A→B politikasının işinin tamamlanmasını bekleyin hem de B→C politikasının işini tetikleyecektir. Her iki iş de tamamlandıktan sonra, aşağıdaki komutu kullanarak A→B politikasının en son çalıştırması tarafından oluşturulan arşiv anlık görüntüsünün B→C'nin en son işi tarafından yeniden kullanıldığını doğrulayın:

      # cat /ifs/.ifsvar/modules/tsm/config/target_records/<A_to_B_policy_Id>.xml | grep latest-archive-snap 
   <latest-archive-snap-alias>621</latest-archive-snap-alias> 
         <latest-archive-snap>625</latest-archive-snap>

# cat /ifs/.ifsvar/modules/tsm/config/source_records/<B_to_C_policy_Id>.xml | grep latest-snap-id
           <latest-snap-id>625</latest-snap-id>
   <restore-latest-snap-id>0</restore-latest-snap-id>
      

      Yukarıda fark edeceğiniz gibi, B→ C için latest-snap-id ilkesi, A→ B için latest-archive-snap ile aynıdır. Bu, zincirleme politikanın geçişinin başarılı bir şekilde gerçekleşmesi gereken durumdur.

Kurtarma Geçişi Adımları

Geçiş zaten denendiyse ve geçiş işi PAUSED durumuna geçiyorsa aşağıdaki kurtarma adımlarını izleyin:

Genişletme yapılandırması

Bir SyncIQ politikası geçiş işi hatayı vererek başarısız olduğunda ilgili SyncIQ politikası tekrar etkinleştirilir. Risk azaltma adımları şunlardır:

1. 1. Adım: Durumu yakalamak için SyncIQ politikasını çalıştırın:
   # isi sync job start <policy-name>
   
2. 2. Adım: Yeni iş çalıştırmasının başarıyla tamamlanmasını ve rapor çıktısında görünmesini bekleyin:
   # isi sync reports list --policy-name <policy-name>
3. 3. Adım: Duraklatılmış olan SmartSync Geçiş işini sürdürün:
   # isi dm jobs resume <job_id>

Zincirleme (basamaklı) yapılandırma

Bir SyncIQ politikası geçiş işi hatayı vererek başarısız olduğunda ilgili SyncIQ politikası tekrar etkinleştirilir. Risk azaltma adımları şunlardır:

1. 1 Adım: Şu komutu kullanarak SyncIQ politikasını değiştirin:
   # isi sync policies modify <B_to_C_policy> --schedule=when-snapshot-taken
2. 2 Adım: Şu komutu kullanarak AB> Smart Sync politikasını çalıştırın (yukarı akış politikasının zaten geçirilmiş olduğu varsayılarak):
   # isi dm policies modify <policy_name> --run-now=yes
   Anlık görüntü, kaynak temel yoldaki en son veri kümesi anlık görüntüsüyle otomatik olarak senkronize edilir.
3. 3 Adım: Şu komutu kullanarak geçiş işini devam ettirin:
   # isi dm jobs resume <job_id>