Windows Server 2012 R2, 356GB ile 1.32GB arası boşaltıldı


13

Bir Server 2012 R2 depolama alanında veri tekilleştirme ile deniyorum. Dün gece ilk veri tekilleştirme optimizasyonunu çalıştırmasına izin verdim ve 340GB'lık bir azalma iddia ettiğini görmek beni çok memnun etti.

resim açıklamasını buraya girin

Ancak bunun gerçek olamayacak kadar iyi olduğunu biliyordum. Bu sürücüde, tekilleştirmenin% 100'ü SQL Server yedeklemelerinden geldi:

resim açıklamasını buraya girin

Bu, klasörde 20 kat büyüklüğünde veritabanı yedeklemeleri olduğu göz önüne alındığında gerçekçi görünmüyor. Örnek olarak:

resim açıklamasını buraya girin

13,3 GB'lık bir yedekleme dosyasının 0 bayta tekilleştirildiğini düşünüyor. Ve tabii ki, ben bir test geri yükleme yaptığımda bu dosya aslında çalışmıyor.

Yaralanmaya hakaret eklemek için, o sürücüde, içinde çok fazla veri çıkarmış olması gereken ancak neredeyse TB verisi olmayan başka bir klasör var.

Server 2012 R2 tekilleştirme çalışır mı?


5
Bunu hatırlamak zorunda kalacağım. "Elbette verilerinizi sildim çünkü beni kızdırdın. 0 bayta veriyorum, hepsi bu."
HopelessN00b

Verilerin bir geceden diğerine nispeten aynı olduğu varsayılarak veri tekilleştirme yapıyor mu? Yani, ilk ve son yedeklemeleriniz varsa, her gece tek şey VSS gibi farklılıkların bir anlık görüntüsü olacaktır. Teorik olarak, ilk ve son kopyalar ortada dosyayı yeniden oluşturmak için yeterli olabilir, 0'a çıkarmak mümkün olabilir. Ama geri yükleme başarısız olduğu için, bir açıklama olarak ne bulduğunuzu görmek için bekleyeceğim. Ama testiniz umut verici değil ..
MikeAWood

@MikeAWood tamamen farklı veritabanı yedeklemelerini de 0 bayta kadar çoğalttı, ki bu kesinlikle yanlış. Tekilleştirmeyi istediğim şeylerden biri, belirttiğiniz gibi, geceden geceye yedeklemelerin% 90'ının aynı olmasıdır.
Mark Henderson

@MarkHenderson yeni bir sürücü kurar ve her şeyi ona kopyalarsanız, o zaman çalışır mı? Sadece boş bir tahmin. Belki de ilk verileri görme işleminin yapılması gereken DFS'ye benzer veya düzgün çalışmaz. Sonuçlarınız tuhaf, soru yok. Umarım anlıyorsun, ne olduğunu merak ediyorum ..
MikeAWood

@MikeAWood - Bunu denemedim. O zamandan beri bu sürücüyü çektim ve farklı veri tekilleştirme ayarlarıyla yeniden oluşturdum, bu yüzden bu gece başka bir döküm çalıştığında ne olacağını göreceğim
Mark Henderson

Yanıtlar:


5

Veri tekilleştirme işe yarıyor.

Tekilleştirme ile, disk alanındaki boyut anlamsız hale gelir. Dosyalar artık olağan "dosyalar" değil, yeniden noktalara ayrılıyor ve gerçek verileri içermiyor, ancak tekilleştirme altyapısının dosyayı yeniden yapılandırması için meta veriler içeriyor. Tekilleştirilen yığın deposu birim başına olduğundan, dosya başına tasarruf elde edemeyeceğinizi düşünüyorum, böylece yalnızca birim başına tasarruf elde edersiniz. http://msdn.microsoft.com/en-us/library/hh769303(v=vs.85).aspx

Başka veriler henüz çıkarılmadıysa, tekilleştirme işiniz henüz tamamlanmamıştır. Süper hızlı değildir, varsayılan olarak zaman sınırlıdır ve donanımınıza bağlı olarak kaynak kısıtlaması olabilir. Sunucu Yöneticisi'nden yinelenenleri kaldırma zamanlamasını kontrol edin.

Yaklaşık bir yıldır farklı senaryolarda (SCCM DP, farklı dağıtım sistemleri, genel dosya sunucuları, kullanıcı ev klasörü dosya sunucuları vb.) Çeşitli sistemlerde (Windows 2012 R2) veri tekilleştirme uyguladım. Tamamen yamalı olduğunuzdan emin olun, RTM'den beri işlevselliği (hem Toplu Güncelleştirmeler hem de düzeltmeler) tekilleştirme için birkaç düzeltme eki hatırlıyorum.

Bununla birlikte, bazı sistemlerin yerel sistemdeki optimize edilmiş dosyalardan (bazı senaryolarda IIS, SCCM) doğrudan veri okuyamadığı bazı sorunlar vardır. Yagmoth555 tarafından önerildiği gibi, dosyayı açmamak için Expand-DedupFile dosyasını denemelisiniz veya sadece dosyanın bir kopyasını almalısınız (hedef dosya sonraki optimizasyon çalışmasına kadar optimize edilmeyecektir) ve tekrar deneyin. http://blogs.technet.com/b/configmgrteam/archive/2014/02/18/configuration-manager-distribution-points-and-windows-server-2012-data-deduplication.aspx https: //kickthatcomputer.wordpress .com / 2013/12/22 / no-girdi-dosya belirtilen-windows-server-2012-tekilleştirme-on-iis-ile-php /

SQL yedeklemeniz gerçekten bozuksa, bunun tekilleştirme teknolojisiyle ilgili değil farklı bir sorun nedeniyle olduğuna inanıyorum.


Cevap için teşekkürler. Cevabınız kendi bulgularımı yansıtıyor. Tekilleştirme hakkında bazı yanlış anlaşılmalar yaşadım ve test metodolojim hatalıydı.
Mark Henderson

@Yanlış anlamalarınız ve paylaşabileceğiniz test yönteminiz hakkında bir şey işaretleyin ...? Belki bir blog yazısında? Nerede (ve dolayısıyla ben) yanlış gittiğimi düşünemediğim için öğrenmek ilginç olurdu. EDIT: Şimdi cevabınızı gördüm ... ama bir blog yazısı varsa iyi bir okuma olurdu.
Ashley

1
@AshleySteel Artık gerçekten blog yazmıyorum. Bir zamanlar kullanılır. Temelde her şey bana Windows Server tekilleştirmenin nasıl çalıştığını anlamadan geldi ...
Mark Henderson

2

Bu tür bir tekilleştirme işleminin mümkün olmadığını söyleyerek silahı atlamış olabilirim. Görünüşe göre, tamamen mümkündür, çünkü bu sıkıştırılmamış SQL Server yedeklemelerine ek olarak, ana makine VM'lerinin VMWare anlık görüntü yedeklemelerine de sahibim.

Yagmoth555'in önerdiği gibi, Expand-DedupeFilebu 0 baytlık dosyaların bazılarını çalıştırdım ve sonunda tamamen kullanılabilir bir dosya aldım.

Daha sonra dosyaların iyi olmadığını nasıl belirlediğimi test yöntemime baktım ve testlerimde bir kusur buldum (izinler!).

Ayrıca onaltılık bir düzenleyicide 0 baytlık tekilleştirilmiş yedek dosya açtım ve her şey yolunda görünüyordu .

Bu yüzden test yöntemimi ayarladım ve her şey gerçekten işe yarıyor gibi görünüyor. Ayrıldığımda, yinelenenleri gerçekten daha iyi hale getirdim ve şimdi tekilleştirme sayesinde 1,5 TB'tan fazla alan kazandım.

Üretime zorlamadan önce bunu daha ayrıntılı bir şekilde test edeceğim, ancak şu anda umut verici görünüyor.


0

Evet, ama sadece bir derverv kümesinin db tekilleştirildiğini gördüm. 4 tb ila 400g arasında ve VM çalışıyordu. İşletim sistemi tamamen yamalı.

Sql yedek dosyanız için, içinde okuyabileceğiniz bir döküm var mı? İçeriği kontrol ederdim. Bu bölüm için nasıl ascii dosyasını tekilleştirme cevap veremem.


İkili dosyalardır, ancak daha önce de belirttiğim gibi, içlerinde ne varsa tamamen bozuk. Aslında bir hex editöründe içeriği kontrol etmedim ve o zamandan bu yana neler olduğunu görmek için o sürücüyü nuked ettik ve farklı veri tekilleştirme parametreleriyle yeniden oluşturdum.
Mark Henderson

1
@MarkHenderson Boyutu 0 olduğu için veri tekilleştirme meta verilerinde yığın bozulması olabilir. "Yinelenenleri kaldırma, tek bir yığın bozulmasının etkisini artırır, çünkü popüler bir parçaya çok sayıda dosya tarafından başvurulabilir. Bir sektör hatası nedeniyle 1000 dosya tarafından başvurulan bir parçanın kaybolduğunu düşünün; anında 1000 dosya kaybına uğrarsınız. " Cmd Expand-DedupFile kötü bir .bak veya bir yinelenenleri kaldırma bozukluğu olup olmadığını ekarte eder
Yagmoth555
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.