SQL Server Backup Compression: Avantajları, CPU Maliyeti, ZSTD ve Varsayılan Olarak Açmak

Backup compression, SQL Server’da bir şeyi genellikle aynı anda hem küçülten hem de hızlandıran nadir ayarlardan biridir. Buna rağmen birçok sunucu hâlâ sıkıştırılmamış backup alıyor; çünkü instance seviyesindeki varsayılan ayar hiç değiştirilmemiş. Bu rehberde backup compression’ın nasıl çalıştığını, maliyetini, yeni sürümlerde hangi algoritmaların bulunduğunu ve bütün backup’lar için nasıl varsayılan hale getirileceğini anlatıyoruz.

Son doğrulama: 19 Ekim 2026. Microsoft Learn’deki backup compression, iki sunucu yapılandırma seçeneği, BACKUP, integrated acceleration ve SQL Server 2025 bilinen sorunlar sayfalarına karşı kontrol edildi. T-SQL örnekleri SQL Server 2025 (build 17.0.4055.5) üzerinde test edilmiştir. Bilinen sorunlar güncellemelerle değişir; kullandığınız cumulative update için Microsoft sayfasını kontrol edin.

Sıkıştırmalı mıyım? Hızlı Karar Tablosu

Backup Compression Nasıl Çalışır, Neden Genellikle Daha Hızlıdır?

Compression açıkken SQL Server veriyi backup’a yazarken sıkıştırır. Sıkıştırılmış backup daha küçük olduğu için backup cihazında daha az I/O gerektirir; Microsoft da bunun backup hızını genellikle belirgin şekilde artırdığını belirtir. Tersi de geçerlidir: restore, backup cihazından daha az veri okur. Faydaları şunlardır:

• Daha az depolama: backup dosyaları çoğu zaman veritabanı boyutunun küçük bir kısmı kadardır; aynı disk alanında daha fazla backup saklayabilirsiniz.
• Daha hızlı backup ve restore: çoğu sunucuda backup’ı sınırlayan CPU değil I/O’dur; daha az veri yazmak daha az zaman alır. Daha hızlı bir restore doğrudan RTO’nuzu kısaltır.
• Daha az ağ trafiği: küçük dosyalar backup sunucusuna, başka bir veri merkezine ya da bulut depolamaya daha hızlı ulaşır.

Hangi Sürümler Backup Compression’ı Destekler?

Sıkıştırılmış backup oluşturmak Enterprise, Standard ve Developer sürümlerinde desteklenir. SQL Server 2008 ve sonrasındaki her sürüm sıkıştırılmış bir backup’ı restore edebilir; örneğin sıkıştırılmış bir production backup’ını Express instance’ına restore edebilirsiniz. Bilinmesi gereken iki kısıt vardır: sıkıştırılmış ve sıkıştırılmamış backup’lar aynı media set içinde karıştırılamaz ve eski SQL Server sürümleri sıkıştırılmış backup’ları okuyamaz.

Bedeli: CPU

Compression bedava değildir. Microsoft, compression’ın varsayılan olarak CPU kullanımını belirgin şekilde artırdığını ve bu ek CPU’nun aynı anda çalışan diğer işleri etkileyebileceğini belirtir. Pratikte:

• Full ve differential backup’lar genellikle boş CPU’nun bulunduğu sakin bir zaman aralığında çalışır.
• Mesai saatlerinde sık alınan log backup’lar küçüktür, bu yüzden CPU maliyetleri genellikle düşüktür; yine de CPU’su sınırda olan sunucularda kontrol edin.
• CPU sıkışıksa sıkıştırılmış backup’ları CPU limiti olan bir Resource Governor workload group’unda çalıştırabilirsiniz; bunun bedeli daha uzun süren bir backup’tır.
• SQL Server 2022’den itibaren compression, integrated acceleration ile Intel QuickAssist Technology (QAT) donanımına aktarılabilir (QAT_DEFLATE algoritması); bu da sunucunun CPU’larını serbest bırakır.

Compression Algoritmaları: MS_XPRESS, QAT_DEFLATE ve ZSTD

SQL Server 2025’te ZSTD’yi tek bir backup için seçebilirsiniz. Microsoft sunucu genelinde varsayılan yapmayı da belgeliyor (backup compression algorithm = 3), ancak SQL Server 2025 bilinen sorunlar sayfası bu değeri ayarlarken bir hata olduğunu listeliyor:

-- ZSTD ile tek bir backup (SQL Server 2025)
BACKUP DATABASE [SalesDB]
TO DISK = N'\\backupsrv\sql\SalesDB\SalesDB_FULL.bak'
WITH COMPRESSION (ALGORITHM = ZSTD), CHECKSUM;

-- Sunucu genelinde ZSTD varsayılanı (değer 3). SQL Server 2025 RTM'de (17.0.4055.5) çalışır;
-- Microsoft'un bilinen sorunlar sayfası bazı build'lerde Msg 15129 listeliyor, bu yüzden önce
-- bir test instance'ında doğrulayın ya da yukarıdaki gibi ZSTD'yi BACKUP başına belirtin.
-- EXEC sys.sp_configure N'backup compression algorithm', 3;
-- RECONFIGURE;

Sıkıştırma Oranını Ne Etkiler?

Backup’ın ne kadar küçüleceği veriye bağlıdır:

• Veri tipi: karakter verisi diğer veri tiplerinin çoğundan daha iyi sıkışır.
• Tekrar: birçok satırın aynı değerleri paylaştığı sayfalar iyi sıkışır; rastgele veri ya da sayfa başına tek büyük satır neredeyse hiç sıkışmaz.
• Şifreleme: şifrelenmiş veri, örneğin Always Encrypted ya da uygulama seviyesinde şifrelemeyle korunan sütunlar, çok az sıkışır.
• Data compression: tablolar zaten row ya da page compression kullanıyorsa backup çok fazla küçülmez.
• TDE: SQL Server 2016’dan itibaren MAXTRANSFERSIZE 64 KB’tan büyük olduğunda, sayfaları çözüp sıkıştıran ve yeniden şifreleyen optimize bir algoritma devreye girer. SQL Server 2019 CU5’ten itibaren SQL Server, sıkıştırılmış backup’larda MAXTRANSFERSIZE‘ı otomatik olarak artırır; böylece TDE veritabanları ek ayar gerekmeden iyi sıkışır.

Gerçek oranı backup geçmişinden ölçebilirsiniz:

SELECT TOP (20)
       database_name,
       CASE type WHEN 'D' THEN 'Full' WHEN 'I' THEN 'Differential' WHEN 'L' THEN 'Log' END AS backup_type,
       CAST(backup_size / 1048576.0 AS decimal(18, 1)) AS backup_mb,
       CAST(compressed_backup_size / 1048576.0 AS decimal(18, 1)) AS compressed_mb,
       CAST(backup_size / NULLIF(compressed_backup_size, 0) AS decimal(9, 2)) AS ratio,
       DATEDIFF(SECOND, backup_start_date, backup_finish_date) AS duration_sec
FROM msdb.dbo.backupset
ORDER BY backup_finish_date DESC;

3,00 oranı backup’ın orijinal boyutunun üçte birine indiğini, yani yaklaşık %66 tasarruf edildiğini gösterir. 1,00’e yakın bir oran ise compression’ın o veritabanında işe yaramadığını gösterir.

Backup Compression’ı Varsayılan Olarak Açın

backup compression default sunucu ayarı, BACKUP komutu bir şey belirtmediğinde backup’ların sıkıştırılıp sıkıştırılmayacağını belirler. Yeni bir kurulumda kapalıdır. Açtığınızda, aksini açıkça istemeyen her backup (job’lar, bakım planları, üçüncü taraf araçlar ve SSMS’ten alınan tek seferlik backup’lar) sıkıştırılır:

-- Mevcut ayarı kontrol edin (1 = varsayılan olarak sıkıştırılmış)
SELECT name, value, value_in_use
FROM sys.configurations
WHERE name IN (N'backup compression default', N'backup compression algorithm');

-- Bütün backup'lar için compression'ı varsayılan olarak açın
EXEC sys.sp_configure N'backup compression default', 1;
RECONFIGURE;

SSMS’te aynı ayar Server Properties → Database Settings → Compress backup altındadır. Tek bir backup, varsayılanı yine de WITH COMPRESSION ya da WITH NO_COMPRESSION ile geçersiz kılabilir.

Ne Zaman Sıkıştırmamalı?

Compression çoğu sunucu için doğru varsayılandır, ama istisnalar vardır:

• CPU’su sınırda olan sunucular: backup’ların yoğun saatlerde çalışmak zorunda olduğu ve boş CPU’nun bulunmadığı durumlar; önce Resource Governor ya da QAT’ı değerlendirin.
• Sıkışmayan veri: ölçülen oranın 1’e yakın kaldığı şifreli ya da zaten sıkıştırılmış veri.
• Deduplication yapan backup cihazları: bazı depolama üreticileri, kendi deduplication’larının daha iyi çalışması için sıkıştırılmamış backup gönderilmesini önerir. Üreticinizin önerisine uyun.

Compression’ın backup stratejisinin geri kalanına nasıl oturduğunu görmek için SQL Server Backup Planı Nasıl Kurulur? ve SQL Server Backup Türleri yazılarımıza bakabilirsiniz.

Sürüm ve Edisyon Notları

Resmi Davranış, Aryasoft Saha Notları ve Bizim Önerimiz

Sık Sorulan Sorular

Kaynaklar (Microsoft Learn)

Bu rehberdeki teknik iddialar 19 Ekim 2026 tarihinde aşağıdaki birincil kaynaklara karşı kontrol edildi. Microsoft dokümantasyonu her an değişebilir; üretimde değişiklik yapmadan önce sürüme özel ayrıntıları yeniden doğrulayın.

• Backup compression (SQL Server) (İngilizce)
• Server configuration: backup compression default (İngilizce)
• Server configuration: backup compression algorithm (İngilizce)
• BACKUP (Transact-SQL) (İngilizce)
• Integrated acceleration and offloading (İngilizce)
• SQL Server 2025 known issues (İngilizce)
• Editions and supported features of SQL Server 2025 (İngilizce)