Bir SQL Server yedeklemesini sıkıştırmanın ve depolamanın en etkili yolu nedir? [kapalı]

9

SQL Server yedeklerini sıkıştırmak ve depolamak için farklı yöntemlerin bazı testlerini yapıyorum (SQL Server 2008 R2 Enterprise sürümünü kullanarak) ve SQL'lerin dışında bu yedeklemelerin uzun süreli depolanması için en etkili sıkıştırma algoritmasının ne olduğunu merak ediyorum iç sıkıştırma algoritmaları.

Fiziksel depolama veya teyp sürücüleri ya da başka bir şey hakkında endişelenmiyorum, sadece 3 TB'lık veri ve günlük dosyalarını elimdeki en küçük tek dosyaya dönüştürmeye çalışıyorum.

Örneğin, bir .zip veya .7z olur mu? Ya da veritabanımda en etkili olanı doğru bir şekilde tahmin edebilmek için çok fazla değişken var mı ve sadece bazı testler yapmam gerekecek mi? Yoksa SQL Server'ın dahili sıkıştırması alacağım en iyisi mi?

sql-server-2008-r2 compression backup

— Sean Long
kaynak

Sabit disk alanımız azaldığı için fiziksel depolama bunun temel faktörüdür. Ancak, kullandığım RAID türü veya cevabının "Sadece daha fazla plak al" konusundaki tartışmalardan uzaklaşmak istedim, çünkü bunlar zaten üzerinde çalıştığım şeyler, ancak uzun vadeli çözümler.

— Sean Long

O doğasına büyük ölçüde bağımlı olacaktır, bu durum size test edebilir bir şey gibi görünüyor sizin veri. Sıkıştırma ile bir veritabanını yedekleyin ve diğer sıkıştırma araçlarını kullanarak yedekleme dosyasını daha fazla sıkıştırmaya çalışın. Şahsen, süreci karmaşıklaştırmaya değer hale getirmek için yeterince fazla yer açacağınızı hayal edemiyorum ve daha fazla sıkıştırma = bazen daha fazla zaman = daha fazla CPU unutmayın. Peki, fazladan 100 MB disk alanı kazanmak için fazladan bir dakika gerekiyorsa, geri yüklemek için uğraşırken buna değecek mi?

— Aaron Bertrand

13

MS SQL Yedeklerini sıkıştırmak ve depolamak için farklı yöntemlerin bazı testlerini yapıyorum (MS SQL 2008 R2 Enterprise sürümünü kullanarak) ve SQL'lerin dışında bu yedeklemelerin uzun süreli depolanması için en etkili sıkıştırma algoritmasının ne olduğunu merak ediyorum iç sıkıştırma algoritmaları.

SQL 2008 R2 Enterprise sürümünü kullandığınızdan,

Veri Sıkıştırma - Satır ve Sayfa sıkıştırma. Veri düzeyinde
Yedekleme Yedeklemelerin disk kapladığı alanı en aza indirmek için yedeklemeyi alırken sıkıştırma .
```
USE master;
GO
EXEC sp_configure 'backup compression default', '1';
RECONFIGURE WITH OVERRIDE;
```

Yedek sıkıştırma, sunucudan ayrılmadan önce verileri sıkıştırmak için CPU döngüleri kullanır ve bu nedenle senaryoların büyük çoğunluğunda sıkıştırılmış yedeklemeler, sıkıştırılmamış yedeklemelerden daha hızlıdır.

Açık kaynak araçlarını kullandığınızda, geri yükleme işlemini kendiniz başlatmadan önce veritabanı yedekleme dosyasını açmanız gerekir.

örneğin: 5 GB'a sıkıştırılmış 50 Gb'lik bir SQL veritabanı yedeği aldığınızda. Bu veritabanını geri yüklemek için çok daha fazla disk alanına ihtiyacınız var:

Zip dosyası için 5 Gb
Yedekleme dosyası için 50 Gb
Geri yüklenen veritabanı için 50 Gb. (veritabanında boş alan olmadığını varsayalım)

Toplamda 105 Gb disk alanı gereklidir.

Yararlanmak için yedekleme sıkıştırmasından sonra gzip , 7Zip , bzip2 veya QuickLZ gibi açık kaynaklı sıkıştırma araçlarını kullanabilirsiniz .

Ayrıca, kodplex MSSQL Sıkıştırılmış Yedekleme bir göz atın .

Karşılaştırma istatistikleri için iyi referanslar

— Kin Shah
kaynak

3

Yedeklerinizi SQL sıkıştırması ile sıkıştırdıysanız, yedek dosyasını zip / 7zip / rar almaya çalışırsanız çok fazla sıkıştırma elde edemezsiniz.

— user1207758

8

Yedek sıkıştırma açısından, (birkaç yıl önce) Red Gate'in SQL Backup , SQL Server için Quests LiteSpeed ve Idera'nın SQLSafe tarafından sağlanan üç yedek ürün karşılaştırması yaptım . Maksimum sıkıştırmada tipik bir yedeklemedeki farklılıklar, alınan süre için üçü arasında yaklaşık% 5'lik bir fark ve yedekleme boyutu için biraz daha geniş bir yayılma idi, Red Gate üstte ortaya çıktı (Idera için% 90 sıkıştırma,% 80 ve% 85 Görev, bu sırayla).

— Thomas Rushton
kaynak