Avamar-Data Domain: Hedefte yüksek DD kullanımı: Analiz ve En İyi Uygulamalar

Hedef Data Domain, Kaynak Data Domain'den daha yüksek kullanım gösteriyor.

Avamar perspektifinden:

Geri Alma
Kaynak Data Domain'de bir geri alma olması durumunda, hedef Data Domain, geri alma süresine bağlı olarak fazladan veri günleri tutabilir. Bu tutarsızlık, hedefte ekstra yedeklemelerin süresi dolana kadar mevcut olur.

Örnek: DD1, DD2'ye kopyalanır. Geri alma işlemi 2 gün önce olduğu için kaynakta 3 yedek olduğunu ancak hedefe kopyalanan beş yedek olduğunu görüyoruz.

Kısmi Kopyalar
Bir kopyanın başarıyla tamamlanmaması durumunda, halihazırda kopyalanmış olan veriler en az yedi gün süreyle saklanır ve Data Domain temizliği ile temizlenir.  Kısmi kopyalar, veri replikasyonunun daha sonra yeniden denenmesinin daha hızlı çalışmasına olanak tanıyan verileri ve parmak izlerini içerir.
Kısmi Kopya ek yükü, kopyalar tamamlanmadan hemen önce başarısız olursa kopyalanan veri miktarı kadar yüksek olabilir.

Tutma farkı
Avamar sunucu yapılandırmasında, kopyaları hedef sunucuda bir kaynaktan daha uzun süre tutacak şekilde ayarlamak mümkündür. Bu, kapasite kullanımında farklılıklara neden olabilir.

Avamar yapılandırma farkları
Avamar sunucusu üzerindeki bir kontrol noktası yedeklemesi önemli ölçüde büyük olabilir. Hedefte Data Domain kullanımını, yalnızca Avamar hedefinde yapılandırılırsa artırır.

Data Domain perspektifinden:

Parmak izi.

Çoğaltma sırasında Data Domain'e veri gönderildiğinde veri tekilleştirilir. Hedefin veriye sahip olup olmadığını kontrol etmek için önce verinin parmak izi hedef Data Domain'e gönderilir.

• Data Domain, parmak izinin mevcut olmadığını bildirirse verilerin yeniden gönderilmesine gerek yoktur

• Data Domain, parmak izinin bulunmadığını bildirmezse bu aşağıdakilerden birini ifade eder:

  • parmak izi mevcut değil

  • Hedef Data Domain parmak izine sahip ancak Data Domain'deki özel yerelliği iyileştirmek için verilerin yine de gönderilmesini istiyor.

  • Data Domain meşgul ve tüm arama işlemini tamamlamak istemiyor.

Data Domain'e yinelenen veriler gönderilirse temizleme sırasında fazladan kopyaları kaldırılarak veriler tekilleştirilir.
Hedef Data Domain daha yüksek kullanıma sahip olur ancak değişim büyük olmamalıdır.

Meta veri ek yükü
Yedeklenen her dosya, dosya bilgileri meta verileriyle birlikte gelir ve ayrıca her biri için parmak izi içerir.

Örnek: 1 TB dosya için kullanım maliyeti, dosya boyutunun %0,3'ü kadardır.

Ortalama 8 kB veri yığını için 82 B meta veri bulunur.  Bu, post-comp kapasitesi için yaklaşık %0,01 ek yüktür.
Avamar, yedekleme her tamamlandığında artımlıdan sentetik tam yedekleme elde etmek için yedeklemeleri birleştirdiği için bu ek yük, Avamar entegrasyonu ile ayrıca artar.
Atlanan yedeklemeler olduğunda veya veriler sıraya uygun şekilde kopyalanmadığında da meta veri ek yükünün arttığı gözlemlenmiştir.
Bu ek yükü oluşturmayan tek yedekleme VM Yedeklemeleridir. Meta veri maliyeti en aza indirgendi.

Örnek: Yedekleme sıraya uygun şekilde kopyalanmadığında, hedefte Inc'den çok daha büyük meta veri ek yüküne sahip L0 yedeklemesi oluşturur. 5 günlük yedeklememiz olduğunu varsayalım.

Eskiden Yeniye Kopya:

İlk kopya L0, ardından tüm sonrakiler Inc olur.
1xL0 + 4xInc

Yeniden Eskiye Kopya:

Kopya bir yedeklemeyi atlar:

Dosya Takibi
Data Domain, tekilleştirilmiş parçalardan her bir dosyanın nasıl oluşturulacağını bilmelidir. Data Domain'in bu bilgiye sahip olmaması durumunda, bilgiyi ve parmak izi zincirini yeniden oluşturmalıdır. Bu, kapasitede önemli bir artışa neden olabilir.
Hedef Data Domain kapasitesinde önemli bir artışa neden olabilecek iki senaryo vardır:

Example: Hedef Data Domain'i, DNS'de birden çok IP ile ayarlanır ve IP'ler çevrimsel sıralı olarak dağıtılırsa kaynak Data Domain her seferinde farklı IP'lere bağlanır. Bir gün önce gönderilen verilerin kopyası tanınmaz ve daha fazla veri gönderilir, bu da meta veri maliyetini ayrıca artırır.

Bu sorun, Avamar sunucusu geri alma işlemi tamamlandıktan sonra SFS_BFT_ENABLED false olarak bırakıldığında oluşabilir.

Bu, çok büyük bir tutarsızlığa neden olabilir.  Alan, yedeklemelerin süresi dolduktan sonra geri kazanılır.

Hat içi tekilleştirme
Data Domain, hat içi tekilleştirmeyi en iyi duruma getirmek için verilerin mantıksal boyutunun %6'sına kadar yinelenen veriler ister.

Tekilleştirme ve sıkıştırma arasındaki fark.
Data Domain'ler, yerel depolarındaki verilerinin tekilleştirmelerini ve sıkıştırmalarını bağımsız olarak yapar ve hedef verilerin nasıl depolandığına bağlı olarak, bu kullanımda eşit miktarda fark oluşturmaz.

Data Domain temizleme
Kaynak ve hedef Data Domain'ler farklı günlerde temizleme işlemi yapıyorsa veya Data Domain'lerden biri bu işlemi daha sık veya daha uzun süre çalıştırıyorsa kullanılan kapasitede tutarsızlık meydana gelir.

En İyi Uygulamalar:

Kaynak ve hedef olmak üzere iki Data Domain Sistemi arasında kullanımda tutarsızlıklar olacağından, farkı en aza indirmeye yardımcı olabilecek bazı en iyi uygulamalar mevcuttur:

1. hfscheck arızalarına ve donanım arızalarına, meydana gelir gelmez müdahale ederek geri alma olasılığını en aza indirin.

2. Kopyaların başarıyla tamamlandığından emin olun. Kopyaların tamamlanmasıyla ilgili devam eden bir sorun varsa yapılandırmayı gözden geçirmek için lütfen Dell Technologies desteğine başvurun.

3. İki Data Domain'i benzer kullanım seviyesinde tutmanız gerekiyorsa aynı alıkoymayı yedeklerin kaynak ve hedef kopyalarında tutun ve kontrol noktası yedeklemesinin her iki Avamar sunucusunda da aynı şekilde ayarlandığından emin olun.

4. Kopyaların her zaman Eskiden Yeniye olduğundan ve hiçbir yedeklemenin atlanmadığından emin olun.

5. Data Domain birden çok IP ile yapılandırılmışsa IP'lerin çevrimsel sıralı olarak dağıtılmadığından emin olun.

6.  Hem kaynak hem hedef Data Domain sistemlerini temizleme işlemini aynı gün ve saatte çalıştırın.

7. SFS_BFT_ENABLED true olarak ayarlayın.  Bu, Teknik Destek tarafından etkinleştirilmelidir (SR oluşturun ve bu KB# - 182755 ye başvurun)