SQL Server, birçok kurumun ERP, muhasebe, CRM ve üretim yönetim sistemlerinin çalıştığı temel katmandır. Bu veritabanı sunucusu birkaç saat erişilemez durumda kalırsa, şirketin operasyonu doğrudan durur. Buna rağmen sahada gördüğümüz kurumların önemli bir kısmı SQL Server yedeklemesini "otomatik bir görev" seviyesinde ele alıyor, gerçek bir kurtarma testi yapmıyor. AFN Teknoloji olarak 2008'den bu yana İstanbul merkezli 500'ün üzerinde kurumsal müşteride SQL Server altyapılarını denetliyor, yedekleme mimarilerini yeniden kuruyoruz ve büyük çoğunluğunda aynı yapısal hataları görüyoruz.
Müşterilerin Bize Getirdiği Tipik Sorun
Bize gelen taleplerin yaklaşık %60'ı şu senaryoyla başlıyor: "Yedek alınıyor ama geri dönüşü test etmedik" veya "disk doldu, transaction log backup'ları iki gündür başarısız, kimse fark etmemiş." Bir diğer yaygın durum ise sadece full backup alınması, differential ve transaction log backup'ının hiç yapılandırılmamış olması. Bu durumda RPO (Recovery Point Objective) 24 saate, bazı vakalarda 48 saate kadar çıkıyor — yani bir arıza anında son 1-2 günlük veri kaybı riski var. Perakende sektöründen bir müşterimizde, günlük 40 GB büyüyen bir sipariş veritabanında sadece haftalık full backup alınıyordu; disk arızası sonrası 6 günlük sipariş verisi geri getirilemedi. Bu tür olaylar, doğru stratejiyle tamamen önlenebilir.
Full, Differential ve Transaction Log: Doğru Kombinasyon
SQL Server'da üç temel yedek türü var ve bunların doğru sıklıkla birleştirilmesi kritik. Tipik bir kurumsal yapılandırmada önerdiğimiz model şöyle: Full backup haftada bir (genellikle Pazar gecesi, sistem yükünün düşük olduğu saatte), differential backup her gün (gece 02:00-03:00 arası), transaction log backup ise 15 dakikada bir. Bu yapı sayesinde RPO'yu 15 dakikaya kadar düşürebiliyoruz. Recovery model olarak "Full" seçilmediği durumda transaction log backup mümkün olmuyor; sıkça karşılaştığımız hatalardan biri de recovery model'in "Simple" bırakılması, bu durumda point-in-time restore imkanı tamamen ortadan kalkıyor. Veritabanı boyutu, örneğin 200 GB üzerindeki bir üretim veritabanında, full backup süresi 45-60 dakikayı bulabiliyor; bu yüzden differential backup kullanımı hem yedekleme penceresini kısaltıyor hem de storage maliyetini düşürüyor.
Backup compression kullanımı da göz ardı edilen bir noktadır. SQL Server'ın native backup compression özelliği açıkken, sıkıştırılmamış yedeklere göre %40-60 arası disk alanı tasarrufu sağlanabiliyor. 500 GB'lık bir veritabanında bu, ayda yüzlerce GB depolama tasarrufuna dönüşüyor; hem depolama maliyeti hem de yedekleme süresi anlamlı şekilde iyileşiyor.
Veeam ile Uygulama-Farkında Yedekleme
AFN Teknoloji, Veeam'in resmi iş ortağı olarak SQL Server ortamlarında application-aware image processing (uygulama farkında görüntü işleme) özelliğini yoğun kullanıyoruz. Bu yöntemde VM seviyesinde alınan yedek, VSS (Volume Shadow Copy Service) entegrasyonu sayesinde SQL Server transaction log'larını da tutarlı şekilde yakalıyor ve otomatik olarak truncate ediyor. Klasik native SQL backup ile VM yedeklemesini ayrı yönetmek yerine, Veeam Backup & Replication üzerinden merkezi bir politika kurarak hem VM hem veritabanı seviyesinde tutarlılık sağlıyoruz.
Kurduğumuz tipik mimaride 3-2-1 kuralı uygulanıyor: üç kopya, iki farklı ortam, bir kopya off-site veya bulutta. Örneğin bir üretim müşterimizde birincil kopya yerel NAS'ta, ikincil kopya farklı bir data center'daki Veeam repository'de, üçüncü kopya ise değişmez (immutable) bulut depolamada tutuluyor. Immutable repository kullanımı, ransomware saldırılarına karşı özellikle kritik; yedek dosyaları belirli bir süre (örneğin 14 gün) hiçbir şekilde değiştirilemez veya silinemez hale geliyor. Bu, son 2 yılda karşılaştığımız fidye yazılımı vakalarının büyük kısmında kurumu kurtaran nokta oldu.
Test Etmeden Yedek Yoktur: Restore Simülasyonu ve İzleme
Bir yedeğin değeri, ancak geri yüklenebildiği kanıtlandığında gerçektir. AFN Teknoloji olarak müşterilerimize her ay en az bir kez otomatik restore testi (SureBackup) çalıştırmayı öneriyoruz; Veeam'in bu özelliği yedek dosyasını izole bir ağda ayağa kaldırıp SQL Server servisinin gerçekten başladığını, veritabanına bağlanılabildiğini doğruluyor. Manuel testle karşılaştırıldığında bu otomasyon, IT ekibinin ayda ortalama 4-6 saatini kurtarıyor ve insan hatasına bağlı yanlış "başarılı" raporlarını ortadan kaldırıyor.
Yedekleme sürecinin sürekli izlenmesi de bir o kadar önemli. ShamashAI, kendi geliştirdiğimiz IT izleme ve SIEM platformumuz, backup job durumlarını, disk doluluk oranlarını ve transaction log büyüme hızını gerçek zamanlı takip ediyor; bir backup job'ı ardı ardına iki kez başarısız olduğunda anında SMS ve e-posta ile IT ekibine bildirim gönderiyor. Bu sayede "yedek almıyor ama kimse bilmiyor" senaryosu ortadan kalkıyor. Bir finans sektörü müşterimizde ShamashAI, disk kapasitesinin %85'i aştığı anda erken uyarı üretti ve transaction log backup'larının durmasını 3 gün önceden engelledik.
AFN Teknoloji olarak, Microsoft, Veeam, Fortinet, HP, Lenovo, Huawei ve VMware iş ortaklıklarımızla sadece yedekleme yazılımı kurmuyor, bütün altyapıyı — sunucu, storage, ağ ve güvenlik katmanını — birlikte tasarlıyoruz. Bir SQL Server yedekleme projesi bize geldiğinde ilk yaptığımız şey, mevcut backup job loglarını, RTO/RPO hedeflerini ve disk I/O performansını birlikte analiz etmek; çünkü çoğu zaman sorun yazılım seçiminde değil, yanlış zamanlama ve izleme eksikliğinde ortaya çıkıyor.
Sonuç Yerine: Riskinizi Bilmeden Strateji Kurulmaz
Doğru SQL Server yedekleme stratejisi, tek bir yazılımın kurulmasından ibaret değildir; recovery model seçiminden immutable storage'a, restore testinden gerçek zamanlı izlemeye kadar uzanan bütünsel bir yaklaşımdır. Kurumların büyük kısmı bu riski, bir arıza yaşanana kadar fark etmiyor.
Veritabanı altyapınızın gerçek risk seviyesini görmek ister misiniz? AFN RiskScan ile SQL Server ortamınız dahil tüm BT altyapınızı ücretsiz tarayıp, yedekleme açıklarınızı, RTO/RPO uyumsuzluklarını ve güvenlik risklerinizi somut bir raporla önünüze koyuyoruz. Detaylı bilgi ve ücretsiz tarama talebi için https://afnteknoloji.com/iletisim adresinden bizimle iletişime geçebilirsiniz.