SQL Server Simple mı Full Kurtarma Modeli mi? Yedekleme Planı

SQL Server’da yedek alıyor olmanız, veritabanını istediğiniz dakikaya geri döndürebileceğiniz anlamına gelmez. Bu seçenek, veritabanının kurtarma modeline ve gerçekten alınmış yedek zincirine bağlıdır. Model, işlem günlüğünün nasıl yönetildiğini ve hangi geri yükleme yollarının kullanılabileceğini belirler. Değişiklik yapmadan önce kabul edilebilir veri kaybını ve bakım düzeninizi netleştirin.

Simple ve Full arasındaki iş farkı

Simple modelinde SQL Server günlük alanını otomatik olarak yeniden kullanır; işlem günlüğü yedeği alınmaz. Bu model belirli veritabanı geri yükleme seçeneklerini desteklese de işlem günlüğü yedekleriyle nokta-zaman geri yüklemesi sağlamaz. Bu yüzden “günde bir tam yedek yeterli” kabulü, son yedekten sonra oluşan değişikliklerin kaybını kabul edip etmediğinize bağlıdır.

Full modelinde işlem günlüğü yedekleri de bakım planına eklenmelidir. Yalnızca Full’a geçmek, dakikaya kadar geri dönüş sağlamaz: tam veya diferansiyel veri yedeklerine ek olarak düzenli log yedekleri alınmalı, dosyalar saklanmalı ve geri yükleme sırası korunmalıdır. Log yedeği alınmıyorsa günlük dosyasının beklenmedik biçimde büyümesi de operasyon sorunu yaratabilir.

Model seçerken dört soruyu yanıtlayın

• Ne kadar veri kaybı kabul edilir? Saatlik ya da dakikalık geri dönüş gerekiyorsa bunu yedekleme planında tanımlayın.
• İşlem günlüğü yedeklerini kim alacak? Full model seçilirse otomatik iş, saklama alanı ve hata bildirimi gerekir.
• Geri yükleme zinciri test edildi mi? Yalnız yedek dosyasının oluşması değil, doğru sırayla geri yüklenmesi önemlidir.
• Uygulama özellik gerektiriyor mu? Log shipping veya belirli yüksek erişilebilirlik/geri dönüş senaryoları Simple ile uyumlu değildir; üretici belgesinde ilgili özelliği doğrulayın.

Güvenli geçiş kontrolü

Mevcut modelin ne olduğunu önce SQL Server Management Studio’da veritabanı özelliklerinden veya sistem veritabanı görünümlerinden kontrol edin. Modeli değiştirmeden önce son tam yedeği, disk kapasitesini, yedekleme işlerini ve geri dönüş sorumlularını doğrulayın. Full modele geçiş yapıyorsanız hemen ardından uygun başlangıç veri yedeğini ve düzenli işlem günlüğü yedeklerini planlayın. Değişiklik sonrası bir test veritabanında geri yükleme denemesi yapın; üretim için yalnızca başarılı yedek görevi göstergesine güvenmeyin.

Örneğin küçük bir iç raporlama veritabanı gece tam yedeğiyle ve belirli veri kaybı kabulüyle çalışabilir; sipariş veya finans kayıtlarını tutan bir veritabanında ise iş birimi daha kısa geri dönüş hedefi isteyebilir. Bunlar otomatik reçete değildir: uygulama sahibi hedefi tanımlamalı, sistem yöneticisi de yedek sıklığının depolama ve bakım kapasitesine uyduğunu doğrulamalıdır. Aynı sunucudaki her veritabanının aynı kurtarma modelini kullanması gerektiğini varsaymayın.

Geri dönüş denemesinde önce yedeğin hangi tarih/saat noktasını temsil ettiğini kaydedin. Tam yedek, diferansiyel yedek ve log yedekleri varsa hangi sırayla uygulanacağını planlayın; test sonuçlarını ve eksik kalan adımları dokümante edin. Düzenli yedek alma işi başarısız olduğunda uyarı veren izleme eklemek de yedek zincirinin sessizce kopmasını önlemeye yardımcı olur.

Kurtarma modeli bir SQL Server lisans anahtarı değil, veritabanı bazında yönetilen yedekleme ayarıdır. Ürün bilgisi için SQL Server Standard sayfasını ve SQL Server ürün ailesini inceleyebilirsiniz. Kaynaklar: Microsoft Learn: SQL Server kurtarma modelleri ve Microsoft Learn: yedekleme genel bakışı.