Yedekleme ekranındaki yeşil işaret, verinin ihtiyaç anında kullanılabildiğini tek başına göstermez. Geri yükleme testi, yedek zinciriyle uygulama arasında kalan belirsizliği azaltır. Amaç yalnızca bir dosyayı açmak değil, kurumun ihtiyaç duyduğu kurtarma yolunun gerçekten uygulanabildiğini görmek olmalıdır.
Testin sorusunu baştan yazın
Yanlışlıkla silinmiş dosya mı, bozulmuş veritabanı mı, bütünüyle kaybedilmiş sunucu mu geri getirilecek? Her senaryonun kaynakları ve kabul ölçütü farklıdır. Test için veri sahibi, teknik uygulayıcı ve iş doğrulamasını yapacak kişi belirleyin. Üretim verisinin kullanımı kurumun güvenlik ve gizlilik politikalarına uygun olmalıdır.
Üretimden ayrılmış ortam hazırlayın
Kurtarılan sistemin gerçek kullanıcılara, e-posta gönderimine veya ödeme servisine yanlışlıkla bağlanmasını önleyin. Aynı isim ve kimlikle çalışan kopyalar çakışma yaratabilir. Ağ, hesap ve dış servis erişimlerini test planında sınırlayın. Testin amacı üretimi riske atmak değildir; gerekiyorsa maskelenmiş veri ve üreticiye uygun yöntemler kullanın.
Uygulanabilir test akışı
- Senaryo, beklenen veri zamanı ve kabul ölçütünü kaydedin.
- Gerekli yedekleri, anahtarları ve erişimleri doğrulayın.
- Yedeği ayrılmış ortama geri yükleyin.
- İşletim sistemi ve servis kontrollerini yapın.
- İş sahibiyle temel uygulama işlemini deneyin.
- Süreleri, eksikleri ve düzeltici aksiyonları yazın.
Süreyi parçalara ayırın
Toplam süreye yalnızca veri aktarımı girmez. Yetki alma, uygun ortamı hazırlama, yedeği bulma ve uygulamayı doğrulama da zaman tüketir. Her aşamanın süresi kaydedilirse darboğaz anlaşılır. Küçük bir örnek veriyle alınan sonucu bütün sunuculara genellemeyin. Gerçek olayda veri hacmi, bant genişliği ve diğer hizmetlerin durumu sonucu değiştirebilir.
Sonuç raporunda ne olmalı?
Kullanılan kurtarma noktası, geri gelen verinin kapsamı, test edilen işlemler ve dışarıda bırakılan alanlar belirtilsin. Sorun çıktıysa bunu yalnızca başarısızlık olarak kapatmayın. Eksik anahtar, unutulmuş uygulama ayarı veya yanlış prosedür için sorumlu ve hedef tarih verin. Düzeltme tamamlandıktan sonra ilgili adımı tekrar test edin.
Ne sıklıkla yapılmalı?
Tek bir takvim bütün kurumlara uymaz. Kritiklik, değişiklik sıklığı ve mevcut risklere göre belirleyin; önemli mimari değişikliklerden sonra planı gözden geçirin. Hedefleri anlamak için RPO ve RTO rehberini okuyabilirsiniz.
İhtiyacınıza uygun kapsamı belirlemek için CieloSync çözümlerini inceleyebilir veya ekibimizle iletişime geçebilirsiniz.