“Yedek başarıyla alındı” bildirimi, web sitenizin ihtiyaç duyduğunuz anda eksiksiz açılacağını tek başına kanıtlamaz. Kontrol; doğru verinin yedeklendiğini, kopyaya erişilebildiğini ve geri yüklemenin çalıştığını göstermelidir. İşletme sahibi için amaç bütün sunucu komutlarını öğrenmek değil, bakım ekibinden hangi kanıtları istemesi gerektiğini bilmektir.

Önce yedek kapsamını işinize göre tanımlayın

Bir kurumsal sitenin dosyaları bulunabilir fakat son teklif talepleri veritabanında kalmış olabilir. E-ticarette ise ürün, sipariş, müşteri hesabı ve yüklenen medya farklı yerlerde tutulabilir. Teknik ekiple hangi verinin hangi sistemde bulunduğunu listeleyin. Yedeklerin alınma aralığını, saklama süresini ve kabul edilebilir veri kaybını işletmenin ihtiyacına göre belirleyin. Örneğin gün içinde çok sayıda işlem yapılan bir yapıda eski bir kopya, sitenin açılmasını sağlasa da son işlemleri geri getirmeyebilir. Tek bir genel bakım maddesi yerine veritabanı, dosyalar, medya ve yapılandırma için kapsam isteyin. Başka sağlayıcıda tutulan verilerin otomatik olarak bu yedeğe dahil olduğunu varsaymayın.

  • Hangi sistem ve veri kümeleri dahil?
  • Son başarılı kopyanın tarihi nedir?
  • Eksik kalan işlemler nasıl uzlaştırılacak?

Geri yüklemeyi canlı siteden ayrı ortamda sınayın

NCSC, yedeklerin düzenli alınmasının yanında geri yüklemenin de test edilmesini önerir. Kontrol için üretim verisini herkese açık bir deneme sitesine kopyalamayın. Erişimi kısıtlanmış ortamda gerekli gizlilik önlemlerini alarak uygulamanın açılması, verilerin okunması ve dosyaların bulunması değerlendirilmelidir. Dışarıya gerçek e-posta, ödeme veya mesaj gönderen bağlantılar bu ortamda kontrollü biçimde ele alınmalıdır. ReklamKlik’in önerdiği kabul kaydı; kullanılan kopyanın tarihi, kontrol edilen işlevler, tespit edilen eksikler ve sorumlu kişiyi içerir. Kontrolün tarihi ile yedeğin tarihi farklıdır: dün yapılan geri yükleme testi, bugün alınan kopyanın bütünlüğünü tek başına doğrulamaz.

  • Erişimi kısıtlı geri yükleme ortamı
  • Gerçek ödeme ve müşteri bildirimi üretmeyen kontrol
  • Tarih, sonuç ve eksiklerin kayıt altına alınması

Yedek kopyasını ve geri dönüş kararını birlikte koruyun

Asıl sistemle aynı erişim sınırında duran tek kopya, aynı olaydan etkilenebilir. Bağımsız kopya, erişim kısıtları ve gerektiğinde kullanılacak kurtarma yöntemini bakım ekibinizle değerlendirin. Saklama ortamı kadar şifreli kopyayı açacak yetkinin bulunması da önemlidir. Geri dönüş gerektiğinde hangi kopyanın seçileceği, kayıp işlemlerin nasıl kontrol edileceği ve kararı kimin vereceği önceden yazılmalıdır. Yeniden yayına geçmeden önce yönetici erişimi, formlar, kritik sayfalar ve varsa sipariş akışını inceleyin. Kontrol sonucunu “sorunsuz” gibi tek kelimeyle kapatmayın; hangi kapsamın başarıyla denendiğini belirtin. Böylece bakım raporu, dosya üretildiğini söyleyen bir bildirimden uygulanabilir iş sürekliliği kaydına dönüşür.

  • Asıl sistemden bağımsız kopya
  • Kurtarma yetkisi ve sorumlusu
  • Yayın öncesi kritik işlev kontrolü

Kaynaklar

İŞLETMENİZE UYARLAYALIM

Bir sonraki adımı birlikte belirleyelim.

Hedefinizi ve mevcut durumunuzu paylaşın; ihtiyacınıza uygun kapsamı konuşalım.

Teklif alın →