Yedek almak yetmiyor. Test edilmemiş bir yedek, yedek değil — sadece bir dosya.
Sahada gördüğümüz en yaygın durum şu: yedekleme yıllardır çalışıyor, kimse bir şey sormuyor, ihtiyaç anında dosyanın açılmadığı ortaya çıkıyor.
Neden geri dönüş testi şart?
Yedekleme işinin başarılı görünmesi, dosyanın geri yüklenebilir olduğunu kanıtlamıyor. Aradaki fark ihtiyaç anında ortaya çıkıyor ve o an öğrenmek için en kötü zaman.
Test aynı zamanda size bir sayı veriyor: geri dönüşün gerçekte kaç dakika sürdüğü. Bu sayıyı bilmeden “sistemi ne kadar sürede ayağa kaldırırız” sorusuna cevap veremezsiniz.
Kritik kural: canlının üzerine yazmayın
Geri dönüş testini her zaman farklı bir veritabanı adıyla yapın. Aynı ada geri yüklemek, mevcut canlı veriyi siler.
Bu, geri dönüşü test etmenin en sık yapılan ve en pahalıya mal olan hatası.
3-2-1 kuralı
Verinin en az üç kopyası olsun, iki farklı ortamda dursun, bir kopya tesis dışında bulunsun.
Aynı sunucudaki ikinci bir klasör yedek sayılmaz — sunucu arızalandığında ikisi birden gider. Fidye yazılımı senaryosunda ise ağdan erişilebilen her kopya şifrelenebilir; bu yüzden en az bir kopyanın ağdan ayrı veya değiştirilemez olması gerekiyor.
Sonucu kayda geçirin
Testin yapıldığı tarih, süresi ve sonucu yazılı olsun. Bu kayıt hem sizi düzenli teste zorluyor hem de bir sorun çıktığında en son ne zaman doğrulama yapıldığını gösteriyor.
Adım adım
- SQL Server Management Studio ile veritabanı sunucusuna bağlanın.
- Mikro veritabanına sağ tıklayıp Tasks › Back Up yolunu izleyin ve tam (Full) yedek alın.
- Yedek dosyasını sunucunun kendi diski dışında ikinci bir ortama kopyalayın.
- Yedeği FARKLI bir veritabanı adıyla geri yükleyin — canlı veritabanının üzerine yazmayın.
- Geri yüklenen kopyada birkaç güncel kayıt açıp verinin tutarlı olduğunu doğrulayın.
- Geri dönüşün ne kadar sürdüğünü not edin; bu sizin gerçek RTO değeriniz.
- Test kopyasını silin ve sonucu tarih atarak kayda geçirin.
Çözemediyseniz bakalım
Hata mesajının tam metnini ve ne zaman başladığını iletin; hangi katmandan geldiğini söyleyelim. Mikro’yu bizden almamış olmanız fark etmiyor.
Yanıt süremiz: aynı gün içinde.
Sık sorulan sorular
-
SQL Server tam yedeği, veritabanı çalışırken alınabilir; kullanıcıların çıkması gerekmez. Ancak yoğun saatlerde alınan yedek performansı etkiler, bu yüzden mesai dışına planlanır.
-
En az üç ayda bir. Sunucu, SQL sürümü veya yedekleme yazılımı değiştiğinde ise değişiklikten hemen sonra.
-
Önce başka bir yedek dosyasını deneyin; sorun tek dosyadaysa kopyalama sırasında bozulmuş olabilir. Hiçbiri açılmıyorsa yedekleme yapılandırması hatalıdır ve acilen ele alınmalıdır.