Data Domain: Sıkıştırma Hakkında Sık Sorulan Sorular

Summary: Bu makalede, sıkıştırmayla ilgili en sık sorulan sorular yanıtlanmaktadır. Data Domains, veri türünden bağımsızdır. Data Domain, yalnızca benzersiz verileri yedekleyen sıkıştırma algoritmaları kullanır. Yinelenen örüntüler veya birden çok yedek yalnızca bir kez depolanır. ...

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.
Check out other resources

Instructions

İçindekiler

|
 
Tipik sıkıştırma oranları, haftalarca süren günlük ve artımlı yedeklemelerde 20:1'dir. Veri türü, sıkıştırma oranını etkiler - sıkıştırılmış görüntü dosyaları, veritabanları ve sıkıştırılmış arşivler (.zip dosyaları gibi) iyi sıkıştırılmaz.
 

Artımlı ve tam yedeklemeler aynı disk alanını mı kullanır?

İdeal olarak, bu doğru olacaktır. Uygulamada, tam yedekleme aşağıdaki nedenlerden dolayı artımlı yedeklemeden biraz daha fazla alan kullanır. Bu nedenler, verilerde herhangi bir değişiklik yapılmadıktan sonra tam yedeklemenin neden hala pozitif miktarda alan tükettiğini de açıklar.
  • Meta veriler, yedeklemenin mantıksal boyutunun yaklaşık %0,5'ini kaplar. Diyelim ki:
    • Full'un mantıksal boyutu 100 GB'tır
    • Artımlı sürümün mantıksal boyutu 2 GB'dir
    • Artımlı 1 GB'ye sıkıştırır
    • ... o zaman tam en az 1,5 GB alır
  • DD sıkıştırma motoru, performans için bazı yinelenen veri segmentlerini yeniden yazar. Değişikliklerin veri yerelliği ne kadar zayıfsa yinelenenler o kadar fazla yazılır. Yinelenenler daha sonra dosya sistemi çöp toplama (GC) tarafından geri kazanılır. Bazı durumlarda mantıksal boyutun yaklaşık %2'si kopya olarak yeniden yazılır. Bu düzeyde kopya olduğunu varsayarsak, tam 1 GB (sıkıştırılmış) + 0,5 GB (meta veri) + 2 GB (yinelenen) = 3,5 GB alabilir. Yazılan yinelenenlerin miktarı bir sistem parametresi aracılığıyla kontrol edilebilir ancak, genellikle bu parametreyi sahada ayarlamıyoruz.
  • Veri segmentasyonu, NFS istemcisinin verileri gönderme sırasına bağlı olarak yedeklemeden yedeklemeye farklılık gösterebilir. Bu sıra belirleyici değildir. Genel olarak, segmentasyon algoritması kaymaları ve yeniden sıralamayı tolere eder. Bununla birlikte, kaymaya ve yeniden sıralamaya eğilimli bazı "zorunlu" segmentler de oluşturur. Tipik olarak segmentlerin yaklaşık% 0,2'si zorlanır, böylece çok daha fazla alan kullanımı beklenebilir.
 

Neden 'filesys show space' ve 'filesys show compression' farklı sayılar gösteriyor mu?

  • 'filesys show space', depolanan verilerin mantıksal boyutuna ve komutun çalıştırıldığı sırada kullanılan disk alanına bağlı olarak sıkıştırma oranını sağlar.
  • 'filesys show compression', her dosyanın oluşturulduğu sırada nasıl sıkıştırıldığına bağlı olarak sıkıştırma oranını sağlar.
  • 'filesys show compression' çoğunlukla destek ve hata ayıklama için kullanılır. Dosya silmelerinin varlığında, 'filesys show compression' sıkıştırma oranını olduğundan fazla tahmin eder.
 
Örneğin, şunları varsayalım:
  • İlk tam yedekleme 2x sıkıştırma alır
  • Herhangi bir veri değişikliği yapılmadan yapılan sonraki bir tam yedekleme, 200x sıkıştırma alır
  • İlk tam yedekleme silinir
Çıktısı 'filesys show space' 2x'lik bir sıkıştırma oranı gösterirken, 'filesys show compression' 200x'lik bir sıkıştırma oranı gösterir, çünkü şu anda var olan tek dosya oluşturulduğunda 200x'lik bir sıkıştırma oranına sahiptir.
 
Yukarıdaki örnekte, ikinci yedeklemeden sonra 'filesys show space' yaklaşık 4x'lik bir kümülatif oran gösterecektir. Silme işleminden daha fazla yedekleme ile devam ederseniz kümülatif oran asimptotik olarak 200 kata doğru iyileşir.
 
Başka küçük farklılıklar da var. Bu 'filesys show compression' komutu:
  • Konteyner düzeyinde israfı hesaba katmaz, bu nedenle sıkıştırma oranını daha fazla tahmin eder
  • Global sıkıştırma ile yinelenen elemeyi hesaba katmaz, bu nedenle sıkıştırma oranını hafife alır
  • Dosya başına veya dizin başına bilgi sağlayabilirken, 'filesys show space' tüm sistemle sınırlıdır
  • Genel ve yerel sıkıştırma arasındaki dökümü sağlarken, 'filesys show space' değil
 

Neden 'filesys show compression last 24 hours' VTL için beklentileri karşılamıyor mu?

VTL için ' gibi komutların çıktısıfilesys show compression last 24 hours' genellikle ' gibi diğer kaynaklara dayalı beklentileri karşılamaz.system show performance'.
 
Sorun, 'filesys show compression'. Genel olarak, seçilen dosyalardaki kümülatif istatistikleri gösterir. Son 24 saat" niteleyicisi, son 24 saat içinde güncellenen dosyaları seçer. Dosya oluşturulduğundan veya en son sıfır boyutuna kesildiğinden istatistikler hâlâ kümülatiftir. Bu nedenle, son 24 saat içinde bir dosya eklenmişse, 'filesys show compression last 24 hours, son 24 saatten önceki kümülatif istatistiklerini gösterir.
 
VTL olmayan ortamlardaki yedekleme dosyaları yalnızca bir kez yazılır, bu nedenle güncellenen dosyalar ve oluşturulan dosyalar arasında çok az tutarsızlık olur. VTL ile yedekler mevcut teyp dosyalarına eklenebilir. Örneğin, 50 GB'a kadar doldurulmuş 100 GB'lık bir bant düşünün. Bu kasete son 24 saat içinde 10 GB veri eklenmişse, 'filesys show compression last 24 hours', dosyanın 60 GB olarak yazılmış "Orijinal baytlarını" gösterir.
 

Kümülatif sıkıştırma oranı nasıl hesaplanır?

Bireysel sıkıştırma oranları doğrusal olarak toplanmaz.
 
İlk tam yedeklemedeki sıkıştırmanın 2x, ikinci tam yedeklemedeki sıkıştırmanın ise 20x olduğunu varsayalım. Kümülatif sıkıştırma (2 + 20) / 2 = 11xAma 2 / (1/2 + 1/20) = 3.64x.
 
Genel olarak, daha düşük sıkıştırma oranları, kümülatif sıkıştırma oranı üzerinde yüksek olanlardan daha fazla etkiye sahiptir.
 
Diyelim ki ith Yedeklemenin mantıksal boyutu si ve sıkıştırma oranı ci. Ardından, için kümülatif sıkıştırma oranı k Yedeklemeler aşağıdaki gibi hesaplanabilir: 
C = (total logical size)/(total space used)
total logical size = s1 + s2 + .. + sk
total space used = s1/c1 + s2/c2 + ... + sk/ck
 
Mantıksal boyutlar genellikle aşağı yukarı aynıdır. Bu durumda, yukarıdaki hesaplama aşağıdaki şekilde basitleştirilir:
C = k / (1/c1 + 1/c2 + ... + 1/ck)
 
Örneğin, eğer:
  • İlk tam yedekleme 3x sıkıştırma alır
  • Sonraki her tam 30x sıkıştırma alır
  • Alıkoyma süresi 30 gündür

Kullanıcı, 30 / (1/3 + 29/30)veya 23x.

 

Data Domain sıkıştırması nasıl çalışır?

Bu soru ayrı bir makalede ayrıntılı olarak cevaplanmıştır: Data Domain Sıkıştırma İşlemini Anlama
 

Data Domain çoğullamayı destekliyor mu?

Yedekleme uygulamasından gelen çoğullanmış veriler, çok zayıf global tekilleştirmeye neden olur. Daha fazla bilgi için şu makaleye bakın: Data Domain: Yedekleme Yazılımında Çoğullama
 

1 e 1 dizin çoğaltmada, çoğaltma neden daha iyi genel sıkıştırma gösteriyor?

Bunun nedeni genellikle sistemde yazılan yinelenen segmentlerin düzeyindeki farklılıklardır:
  • Kaynakta depolanan veriler, kaynakta depolanan önceki verilere göre bir kez tekilleştirildi.
  • Kablo üzerinden gönderilen veriler, çoğaltmada depolanan verilere karşı bir kez tekilleştirildi.
  • Replikada depolanan veriler; kablo üzerinden veri gönderildiğinde bir kez ve alınan veriler replikaya yazıldığında bir kez daha olmak üzere iki kez tekilleştirilmiştir.
Tekilleştirme işlemi bazı yinelemeler bıraktığından, birden çok kez tekilleştirilen veriler daha az yinelemeye sahiptir. Kaynakta depolanan ve kablo üzerinden gönderilen veriler bir kez tekilleştirilir, bu nedenle kaynakta depolanan verilerin ve replikanın benzer olduğu varsayıldığında bunlar kabaca aynıdır. Replikada depolanan veriler iki kez tekilleştirilir, bu nedenle daha iyi sıkıştırılır.
 
Dosya sistemi temizleme işlemi, yinelenenlerin çoğunu kaldırır. Bu nedenle, kaynakta ve replikada temizleme işlemi çalıştırıldıktan sonra, orada depolanan veri miktarı yaklaşık olarak aynı olmalıdır.
 

Kullanırken sıkıştırmadaki değişiklik nedir? lz, gzfastve gz Yerel sıkıştırma ayarları?

Bir Data Domain'de kullanılan yerel sıkıştırma algoritmasını değiştirmek için aşağıdaki komutu kullanın:
filesys option set compression {none | lz | gzfast | gz}
 
Not: Yerel sıkıştırma türü değiştirilmeden önce dosya sistemi kapatılmalıdır. Ardından, sıkıştırma seçeneği ayarlandıktan hemen sonra yeniden başlatılabilir.
 
Genel olarak, sıkıştırma sırası aşağıdaki gibidir:
lz < gzfast < gz
 
Şunu yazın: Beklenen kompozisyon CPU yükü
yok 1 x 0x
Lz 2 x 1 x
gzfast (İngilizce) 2,5 x 2 x
Gz 3 kat 5 kat
 
Kabaca fark şudur:
  • lz to gzfast ~%15 daha iyi sıkıştırma sağlar ve 2x CPU tüketir
  • lz to gz ~%30 daha iyi sıkıştırma sağlar ve 5x CPU tüketir
  • gzfast to gz ~%10-15 daha iyi sıkıştırma sağlar
Yerel sıkıştırmayı değiştirmenin, değişiklik yapıldıktan sonra Data Domain'e yazılan yeni verileri etkileyeceğini unutmayın. Eski veriler bir sonraki temizleme döngüsüne kadar önceki sıkıştırma biçimini korur. Bir sonraki temizleme döngüsü, tüm eski verileri yeni sıkıştırma formatına iletir. Bu, temizleme işleminin çok daha uzun sürmesine ve daha fazla CPU kullanmasına neden olur.
 
Sistemin CPU'su zaten düşükse, özellikle de yedeklemeler ve çoğaltma aynı anda çalışıyorsa, bu durum yedeklemeleri yavaşlatabilir ve. Müşteri, bu dönüşümü gerçekleştirmek için açıkça bir zaman planlamak isteyebilir.

Additional Information

Bilgi Referansları:

Affected Products

Data Domain

Products

Data Domain
Article Properties
Article Number: 000022100
Article Type: How To
Last Modified: 24 Apr 2026
Version:  12
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.