Rehber
Yedek alındığını görmek neden tek başına yeterli değil?
Yedek kaydının başarılı görünmesiyle hedeflenen işin geri döndüğünün sınanması ayrı kanıtlardır. Denemenin veri, erişim, hedef ortam ve sonuç kapsamı tanımlanmalıdır.
- Yazar
- Mustafa Karabay
- Teknik inceleme
- Mustafa Karabay
- Yayın
- Tahmini okuma süresi
- 2 dakika
Önce geri gelmesi gereken veriyi belirleyin
Kritik dosyalar, uygulama verileri ve ayarların hangilerinin yedek kapsamına girdiğini listeleyin. Bütün bilgisayar veya sunucunun korunduğu varsayımını tek bir iş kaydına dayandırmayın. Veri sorumlusu, kabul edilebilir kayıp ve iş kesintisi beklentisini açıklamalıdır. Bu bilgiler, testte hangi örneğin veya iş yükünün seçileceğini belirlemeye yardımcı olur.
Saklama ve erişim bilgilerini birlikte kontrol ettirin
Yedeğin konumu, saklama süresi, erişim sahibi ve gerekirse anahtarların yetkili kişide bulunması test planına girmelidir. Bu bilgilerin açık web formu veya herkese açık belgede paylaşılması gerekmez. Dosyaya erişebilmek ile hedeflenen geri yüklemeyi tamamlayabilmek aynı kontrol olmayabilir. Eksik erişim veya belge varsa deneme başlamadan önce kapsamda belirtilmelidir.
Deneme hedefini çalışan sistemden ayırın
Nereye geri yükleme yapılacağı, hangi verilerin kullanılacağı ve mevcut iş sistemine etkisi önceden kararlaştırılmalıdır. Üretim verisinin üzerine yazmak veya çalışan sistemi sıfırlamak kendiliğinden test adımı sayılmaz. Yetkili müşteri verisinin gizliliği korunarak kapsam seçilir. Testten sonra geçici veri ve erişimlerin sorumluluğu da planın bir parçasıdır.
Sonucu yalnız sınanan kapsam için kaydedin
Denemede hangi yedek, veri ve ortamın kullanıldığı; gözlenen süre, sonuç ve eksikler kayda alınmalıdır. Bir örnek dosyanın geri dönmesi, sınanmayan bütün uygulamaların aynı şekilde çalıştığını göstermez. Başarılı kayıt gelecekte sıfır veri kaybı garantisi değildir. Yedekleme ve geri yükleme hizmeti görüşmesinde bu somut test ve teslim kapsamını sorun.