Data Domain: MTREE çoğaltması Veeam DDBOOST depolama birimi için yapılandırıldığında DDFSY dosya sistemi panikler

YEDEKLEME yapmak için BOOST kullanan VEEAM veya başka bir yedekleme uygulaması Sanal Sentetik özelliğini kullanırken DD'de önceki yedeklemelerin parçalarını bir araya gelerek mevcut yedeklerden yeni yedeklemeler oluşturur ve ardından farkları ekler. Eşleştirme için kullanılan önceki yedeklemelere "temel dosyalar" denir.

Çoğu yedekleme uygulaması, yeni yedekleme görüntülerinin birleştirilme işlemi için kullanılan temel dosyaları okumaz ancak değiştirmez ancak VEEAM, yedeklemeler gerçekleştirirken diskte zaten bulunan temel dosyaların parçalarının üzerine yazma işlemi gerçekleştirir.

Giden MTree çoğaltması bu VEEAM LSU/MTree için yapılandırıldığında, çoğaltılan bir yedekleme dosyasının, yeni yedekleme dosyalarının çoğaltılması sırasında BOOST tarafından değiştirilmesi mümkündür. Kaynak DD, DDOS 6.x çalıştırıyorsa ve tarif çoğaltması etkinse (DDOS 6.x ve sonraki sürümlerde bir hız/performans optimizasyonu seçeneği) bu, hedef DD'ye yanlış sağlama toplamının gelmesiyle sonuçlanabilir ve bu durum, FS'nin (Dosya Sistemi) aşağıdaki gibi mesajlarla tekrar tekrar başarısız olmasına neden olabilir:

27 Şubat 04:05:19 mtree-repl-dd.example.com ddfs[10654]: ERROR: MSG-INTRNL-00001: PANIC: ddr/repl/mrepl_replica.c: mrepl_finish_file_transfer_common: 3712: ! (orig_chksum == repl_chksum).

VEEAM'in mevcut yedeklerden yeni yedeklemeleri kaldırma biçimi, yeni yedekleme görüntülerinin birleştiricisi için temel dosya olarak kullanıldığında çoğaltılan dosyaların bazı parçalarının üzerine yazılmış olabilir. Bu, VEEAM Depolama Birimi MTree çoğaltmanın bir parçası olarak kullanılacak şekilde yapılandırıldığında muhtemelen hedef DD'nin PANIC'e yol açması için karışıklığa neden olur.

Bu kusurun yalnızca kaynak şu durumlarda MTree çoğaltması için hedef uç için geçerli olduğunu unutmayın:

• DDOS 6.0.1.0 veya önceki bir sürüm çalıştırılmaktadır (örneğin, tüm DDOS 6.0.0.x sürümleri etkilenmiştir)
• DDOS 6.0.2.0 veya 6.1.1.1'den önceki DDOS 6.x'i çalıştırma
• VEEAM yedeklemelerini bir LSU/MTree'ye çalıştırma ve aynı MTree'nin MTree çoğaltması kullanılarak hedefe çoğaltılması
• Sanal Sentetikler etkinken BOOST yedeklemeleri aynı LSU/MTree'ye gerçekleştirilir
•  Bu kusurla karşılaşıldığında, çoğaltılan hedef MTree'nin birden fazla FS işlemi yeniden başlatıldığında kullanılamaz hale gelebilir. Bu kurulumu kullanan veya sistemlerini bu şekilde yapılandırmak isteyenlerin aşağıda açıklanan geçici çözümü kullanmaları veya sabit DDOS 6.0.2.0 veya 6.1.1.1'e (veya sonraki sürümlere) yükseltmeleri önerilir.

Not: MTree çoğaltması için hedef ucundaki aynı PANIC dizesi, bu dizenin dışındaki sorunlar için de oluşabilir. Hata yalnızca MTree çoğaltma anlık görüntüsündeki sağlama toplamının eşleşmedi olduğunu gösterir. Burada açıklanan sorun veya bir sorunun nasıl giderilir olduğuna ilişkin şüpheniz varsa lütfen sözleşmeli destek sağlayıcınızla iletişime geçin ve aşağıdaki KB makale numarasına 491049.

DD Mühendislik ekibi, hedef düğümdeki FS PANIC'lerin temel nedenini belirledi ve aşağıdaki sürümler üzerinde bir düzeltme gerçekleştirdi:

• DDOS 6.0.2.0 ve sonraki sürümler
• DDOS 6.1.1.1 ve sonraki sürümler

Bu kusurdan etkilenen veya benzer bir yapılandırma ayarlamayı planlayan herkesin kaynak DD'yi en erken belirtilen sürümlere yükseltmesi önerilir.

Yükseltmeye isteksiz veya sabit sürüm mevcut hale gelmeden önce sorunla karşılaşanlar için geçici bir çözüm mevcuttur.
Kaynak DDOS 6.x sistemindeki tarif çoğaltma optimizasyonu devre dışı bırakılamadan oluşur.
Bu optimizasyon yalnızca DDOS 6.x ve sonraki sürümlerde mevcuttur. Devre dışı bırakmanın tek dezavantajı çoğaltma hızlarının DDOS 5.7'de elde edilenlere eşit olacak şekilde düşük olmasıdır.

Dağıtımdan önce, bu geçici çözümün geçerli kurulum için geçerli olacak mı?

1. Bu sorunu düzelten sürümden önce kaynak DD'nin DDOS 6.x'i çalıştırarak çalışmadiğini kontrol edin (hata DDOS 6.0.2.0 ve 6.1.1.1'den sonra düzeltildi)
2. VEEAM yedeklemeleri için yapılandırılan DD'nin, kaynak olarak konu LSU/MTree için MTree çoğaltması için de yapılandırıldığından emin olun (yakın zamanda bir ASUP'u kontrol etmek, onaylamanın en kolay yolu olabilir), örneğin:

CTX: 20 Mod: source Destination: mtree://destination-dd.example.com/data/col1/destination_MTree Enabled: yes (20 Mod: kaynak Hedef: mtree://destination-dd.example.com/data/col1/destination_MTree Etkin: evet)

 Yukarıdaki tüm bu koşullar geçerli ise bu sistem yukarıda belirtilen kusurlara tabi olabilir ve hedef çoğaltma FS'sini sonunda çökmeye neden olabilir.

Geçici çözümü uygulamak için öncelikle çoğaltma veya BOOST yedeklemeleri çalışma olmadığından emin olun ve ardından kayıt defteri ayarı değişikliğini gerçekleştirmeli ve bu işlem kapalı kalma süresi gerektirmez. Bu işleme başlamadan önce lütfen bu prosedürün son adımının altında bulunan DİkKAT bildirimini okuyun.

1. DDOS 6.x çalıştıran kaynak DD'de DD'den DD'ye çoğaltmanın devre dışı bırakıldığından emin olun:

# çoğaltma devre dışı tüm

2. Ayrıca, kayıt defteri ayarını uygulamadan önce veEAM LSU/MTree'de devam eden BOOST yedeklemeleri veya BOOST MFR'leri olmadığından emin olun. Gerekirse bu LSU'ya yedeklemeleri ve MFR'yi geçici olarak devre dışı bırakın:

# ddboost file-replication show active all (ddboost dosya çoğaltması etkin tümünü göster)
# ddboost file-replication show stats (ddboost dosya çoğaltma istatistiklerini göster)

3. Bu kayıt defteri değişikliği SE modu ayrıcalıkları gerektirir.

4. SE modundan, tarif çoğaltma özelliğinin kullanımı devre dışı bırakmak için kayıt defteri ayarını değiştirin:

# se sysparam set RECIPE_REPL_ENABLED=FALSE

5. Sistem parametresinin doğru şekilde ayarlandığı ve "FALSE" (YANLIŞ) (devre dışı) olarak görüntülendiğinden emin olun

# se sysparam show RECIPE_REPL_ENABLED
Name                  Description                                        Current   Default   Override
-------------------   ------------------------------------------------   -------   -------   --------
RECIPE_REPL_ENABLED çoğaltmayı etkinleştir (yalnızca kaynak için geçerlidir) YANLIŞ DOĞRU rpc
-------------------   ------------------------------------------------   -------   -------   --------

6. Artık DD'yi DD çoğaltmada yeniden etkinleştirebilir ve BOOST yedeklemelerini ve BOOST MFR'yi LSU'ya veya LSU'dan sürdürebilirsiniz:

# çoğaltma etkin all

DİkKAT: Çoğaltma için hedef uç olarak da yapılandırılmış bir Data Domain kaynak sistemde tarif işlemi devre dışı bırakılmışsa bu bağlamların kaynak sistemleri de yukarıdaki işlemi gerçekleştirecektir (tarif çoğaltma devre dışı).

Ayrıca, sabit bir sürüme (DDOS 6.0.2.0 veya 6.1.1.1) yükseltmesi tamamlandığında, bu ayarın, tarif çoğaltmanın kullanılabilir olması için geri yüklenmelidir; yükseltme kayıt defteri anahtarını sıfırlamaz. DD'de oturum açmak için yükseltme işlemini tekrar etkinleştirdikten sonra SE ayrıcalık moduna girin ve aşağıdaki komutu çalıştırın:

  # se sysparam reset RECIPE_REPL_ENABLED

Yukarıda açıklanan işlemden emin değilseniz sözleşmeli destek sağlayıcınızla iletişime geçin ve bu KB makalesine 491049 başvurun.

Hedef DD'deki FS PANIC'ler devam ederken PANC'lerin farklı bir sorundan kaynaklanamayabilir ve uygulanan geçici çözüm her zaman çalışmayabilir.

Böyle bir durumda, hem kaynak hem de hedef DD'lerin güvenli koda (yukarıda belirtilen DDOS sürümleri) yükseltilip soruna neden olan çoğaltma bağlamlarının (yapılandırılmamış) kırılması (yapılandırılmamış), mevcut anlık görüntülerin süresi dolsa ve çoğaltma bağlamlarının yeniden eklenmesi ve yeniden başlatılması önerilir. Bu potansiyel olarak zaman alan bir süreç olduğundan ve sorunun nedeni olabilecek birkaç çoğaltma bağlamı olabilir. Sözleşmeli destek sağlayıcınıza ulaşarak bu KB makale numarasını ve yardım için şimdiye kadar gerçekleştirilir tüm eylemleri referans alın.