İşin kayıp toleransını öğrenin
Bir muhasebe veritabanıyla raporlama kopyasının kayıp toleransı aynı olmayabilir. Uygulama sahibiyle kabul edilen veri kaybını ve kesinti süresini belirleyin. Gece yedek alınması, gün içinde oluşan işlemlerin nasıl korunacağı sorusunu tek başına çözmez. Bakım hedefi, dosya üretmek değil işin ihtiyacı olan noktaya dönebilmektir.
Kurtarma modeli ile yedek türünü eşleştirin
SQL Server’da tam, fark ve işlem günlüğü yedekleri farklı görevler üstlenir. Kullanılabilecek geri dönüş adımları kurtarma modeli ve mevcut yedek zinciriyle ilişkilidir. Tam kurtarma modelinin seçili olması, işlem günlüğü yedeklerinin alındığı anlamına gelmez. Seçiminizi veritabanı ve uygulama özelinde doğrulayın.
Dosyadan uygulamaya kadar test edin
Microsoft, yedekleme stratejisinin geri yüklemeyle sınanmasını önerir. Ayrı test ortamında gerekli yedekleri geri yükleyin; tutarlılık kontrolü yanında uygulamanın kritik verilerine erişimini de doğrulayın. Başlama ve bitiş saatlerini kaydedin. Dosyayı okumak veya görev geçmişinde başarı görmek, bütün geri dönüş yolunun çalıştığını göstermez.
Başarısızlığı görünür hale getirin
Yedek işi başarısız olduğunda sorumlunun nasıl haberdar olacağını ve takip kaydının nerede tutulacağını belirleyin. Depolama doluluğu ve erişim değişikliği gibi işletim sorunları teknik planı bozabilir. Aylık gözden geçirmede son başarılı test tarihi, ölçülen süre ve açık aksiyonlar birlikte sunulsun.
Başlangıç kontrol listesi
- Her veritabanına kurtarma hedefi atayın.
- Kurtarma modeli ve yedek zincirini eşleştirin.
- Yalıtılmış ortamda uygulama erişimini test edin.
- Hata bildirimini ve son test tarihini takip edin.
Kaynaklar ve ileri okuma
Teknik açıklamalar resmi kaynaklarla desteklenmiştir. Örnek senaryolar ve kontrol listeleri Rein için hazırlanmış uygulama önerileridir. Kaynak kontrolü: 29 Eylül 2026.
Yayın ilkelerimiz →Bu konuyu kurumunuzda ele alalım.
Mevcut ortamınızı ve hedeflerinizi birlikte değerlendirebiliriz.
İlgili hizmeti inceleyin ↗