İçeriğe geç

Yedekleme

Yedeğin geri dönebilmesi için sorulacak 5 soru

Yedeğiniz geri dönebilir mi? Kapsam, erişim bilgileri, deneme, konum ve sorumluluk üzerine kendinize sorabileceğiniz 5 soru.

3 dk okuma

Masada harici disk
Bu yazıda 7 başlık
  1. 1. Neyin yedeğini aldığımızı biliyor muyuz?
  2. 2. Yedeği açmak için gerekenler elimizde mi?
  3. 3. Geri yüklemeyi hiç denedik mi?
  4. 4. Yedek, asıl verinin bulunduğu yerden ayrı mı?
  5. 5. Geri dönüş gerektiğinde kim ne yapacak?
  6. Cevaplar eksik kaldıysa
  7. 7 Tepe Bilişim bu konuda ne yapıyor?

Yedekleme yazılımı kurulu, işler çalışıyor, panelde bir sorun görünmüyor. Yedek sahibi olarak bu noktada rahatlamak doğal. Ama yedeğin değeri, ihtiyaç duyulduğunda geri dönebilmesine bağlı. Aşağıdaki beş soru, bunu kendi kurumunuzda gözden geçirmeniz için kısa bir kontrol listesidir.

Her soruya “evet, biliyorum” diyebilmek hedeftir. “Emin değilim” cevabı ise bir başarısızlık değil, bakılacak bir alanın işaretidir.

1. Neyin yedeğini aldığımızı biliyor muyuz?

Yedek işinin başarıyla bitmesi, doğru verinin yedeklendiğini göstermez. Yeni eklenen bir sunucu, taşınan bir uygulama ya da başka bir diske alınan bir veritabanı kapsamın dışında kalmış olabilir.

Kontrol için:

  • Yedeklenen sistemlerin güncel bir listesi var mı?
  • Bu listede iş açısından önemli her sistem yer alıyor mu?
  • Altyapıda değişiklik olduğunda liste de güncelleniyor mu?

2. Yedeği açmak için gerekenler elimizde mi?

Yedek dosyası tek başına yeterli olmayabilir. Şifreli yedeklerde parola veya anahtar, bazı yazılımlarda ise geri yükleme için ilgili yazılımın kendisi ve lisansı gerekebilir. Bunlar yalnızca bir kişinin bildiği ya da yedeğin kendisiyle aynı yerde saklanan bilgilerse sorun yaşanabilir.

  • Parola ve anahtarlar yetkili birden fazla kişinin ulaşabileceği, güvenli bir yerde mi?
  • Görevinden ayrılan birine bağlı bir bilgi var mı?
  • Geri yükleme için gereken yazılım ve lisans bilgisi kayıtlı mı?

3. Geri yüklemeyi hiç denedik mi?

Geri yükleme, yedeği doğrulamanın ve süreci prova etmenin en doğrudan yoludur. Denemeden önce yedeğin okunabildiğini, uygulamanın o veriyle ayağa kalkabildiğini ve geri dönüşün ne kadar süreceğini bilemezsiniz.

  • Geri yükleme en az bir kez, canlı sistemi etkilemeyecek ayrı bir alanda denendi mi?
  • Sonuç ve karşılaşılan sorunlar yazıya döküldü mü?
  • Önemli bir altyapı değişikliğinden sonra deneme tekrarlanıyor mu?

4. Yedek, asıl verinin bulunduğu yerden ayrı mı?

Yedek, asıl veriyle aynı sunucuda, aynı diskte ya da aynı ağ yetkileriyle erişilen bir yerdeyse, tek bir olay ikisini birden etkileyebilir. Yedeğin bir kopyasının farklı bir konumda ve farklı erişim koşullarıyla tutulması bu riski azaltır.

  • Yedeğin bir kopyası başka bir konumda mı?
  • Üretim ortamındaki bir yönetici hesabı yedekleri de silebiliyor mu?
  • Yedeklere erişim kimlerle sınırlı?

5. Geri dönüş gerektiğinde kim ne yapacak?

Teknik olarak sağlam bir yedek bile, sürecin sahibi belli değilse zaman kaybettirir. Hangi sistemin önce açılacağı, kimin karar vereceği, iş birimlerine kimin haber vereceği önceden belirlenmelidir. İş birimlerinin ne kadar bekleyebileceğini de teknik ekiple konuşmak gerekir.

  • Geri yükleme adımları yazılı mı?
  • Sistemlerin öncelik sırası iş birimleriyle birlikte belirlendi mi?
  • Bu adımları yürütecek kişiler ve yedekleri belli mi?

Cevaplar eksik kaldıysa

Beş sorudan birkaçına net cevap veremiyorsanız önce kapsam listesini ve erişim bilgilerini toparlamak, ardından küçük bir geri yükleme denemesi planlamak makul bir başlangıçtır. Her şeyi bir anda çözmek gerekmez; öncelik sırasıyla ilerlemek yeterlidir.

7 Tepe Bilişim bu konuda ne yapıyor?

Yedek işlerinizi yönetir ve izleriz. Geri yükleme testini isteğe bağlı olarak kapsama ekleriz; sıklığını ve raporunu teklifte yazarız.

Bu konuda ayrıca: Yedek almak yetmez: geri yükleyebildiğinizi biliyor musunuz?


Yedeklerinizin durumunu birlikte gözden geçirmek ister misiniz? Yedekleme ve felaket kurtarma hizmetimizi inceleyin: Yedekleme ve Felaket Kurtarma

Teklif al

Tüm yazılar