Yedekleme planının sahibi yalnız teknik ekip olmamalıdır. Hangi bilginin işi durduracağı, ne kadar veri kaybının kabul edilebileceği ve kimin karar vereceği iş birimleriyle birlikte belirlenir.
Kritik kaynaklarınızı yazılı hale getirin
Muhasebe veritabanı, müşteri teklifleri, proje klasörleri ve posta arşivleri için bir liste hazırlayın. Her kaynakta sorumlu kişi, konum, uygulama ve yaklaşık veri miktarı yer alsın. Yeni klasör veya cihaz eklendiğinde listeyi güncelleyin. Bir kurulumun yapılmış olması, sonradan eklenen her verinin kapsandığı anlamına gelmez.
Kontrol listesini günlük işe dönüştürün
- Hangi kaynak hangi saatte yedekleniyor?
- Başarısız işi kim takip ediyor?
- Son kullanılabilir sürüm ne zamana ait?
- Kapasite ve saklama süresi yeterli mi?
- Yedek erişimi üretim ortamından nasıl ayrılıyor?
- Son geri dönüş testi ne zaman, kim tarafından yapıldı?
Kurtarma hedefini uygulamayla ölçün
RPO kabul edilebilir veri kaybı aralığını, RTO hizmeti geri açma hedefini konuşmak için kullanılır. Testte bir klasörü açmakla bir iş uygulamasını yeniden çalıştırmak farklı işlerdir. Hedefi veri miktarı ve uygulama bağımlılıklarıyla birlikte ölçün. NIST, yedeklerin alınması kadar korunmasını ve test edilmesini de planın parçası olarak ele alır. NIST: Yedekleme planlama ve test rehberi.
PlusBackup panelini planınızın takip alanı olarak kullanın
Cihaz durumunu, son başarılı işi, kaynak ayrıntısını ve geçmiş sürümleri düzenli inceleyin. Paket seçiminde toplam depolamayı ve cihaz sınırını ayrı değerlendirin. Tek client ve çoklu client paketleri aynı müşteri hesabıyla kullanılabilir. Olay sırasında yetkili kişilerin nasıl iletişim kuracağını ve kurtarma kararını kimin vereceğini önceden yazın.
Bu rehber genel teknik bilgilendirme içerir. Seçtiğiniz ürünün kapsamını, uygulama gereksinimlerini ve kurtarma koşullarını kendi ortamınızda doğrulayın.