Yedekleme Sunucusu ve Depolama

Hangisi size uygun? Tek bir seçenek yeterli değildir: en az iki farklı konumda, en az bir kopyası erişimi kısıtlı bir yapı gerekir.

Aşağıda seçenekler ve nasıl birleştirilecekleri.

Yedekleme kuralı

Yaygın kabul gören yaklaşım şudur:

• Verinin birden fazla kopyası bulunmalı
• En az iki farklı ortamda saklanmalı
• En az bir kopya farklı bir fiziksel konumda olmalı
• En az bir kopya çevrim dışı ya da değiştirilemez olmalı

Son madde, fidye yazılımı tehdidiyle birlikte kritik hâle gelmiştir: ağa bağlı duran her yedek şifrelenebilir.

Seçenekler yan yana

Önerilen katmanlı yapı

Katman 1 — Yerel yedek

Hızlı geri yükleme için. Günlük çalışmada yanlışlıkla silinen bir dosyayı dakikalar içinde geri getirir.

Katman 2 — Uzak kopya

Farklı bir fiziksel konumda. Yangın, su baskını, hırsızlık gibi olaylara karşı.

Katman 3 — Değiştirilemez/çevrim dışı kopya

Fidye yazılımına ve içeriden kaynaklı silmelere karşı. Belirli bir süre değiştirilemeyen ya da fiziksel olarak ayrılmış kopya.

Bu üç katman birlikte, gerçekçi bir koruma sağlar.

Yedekleme sunucusu kurgusu

Ayrı bir yedekleme sunucusu kuruyorsanız:

• ☐ Yeterli disk kapasitesi (kaynak sistemlerin toplamının katı)
• ☐ Disk yedekliliği
• ☐ Yedeklenen sistemlerden ayrı bir ağ segmentinde
• ☐ Erişimi çok kısıtlı
• ☐ Kendi güvenlik güncellemeleri yapılıyor
• ☐ Yedekleme başarı/başarısızlık bildirimi kurulu
• ☐ Kapasite izleniyor
• ☐ Kendisi de bir yerde yedekleniyor (uzak kopya)

Üçüncü ve dördüncü maddeler kritiktir: Yedekleme sunucusu, diğer sistemlerle aynı yetkilerle erişilebilir durumdaysa, bir güvenlik olayında yedekler de kaybedilir.

Ne yedeklenmeli?

• ☐ Veritabanları (tutarlı yedek yöntemiyle)
• ☐ Uygulama dosyaları
• ☐ Kullanıcı belgeleri
• ☐ E-posta verileri
• ☐ Sunucu yapılandırmaları
• ☐ Sanal makine görüntüleri
• ☐ Lisans ve erişim bilgileri
• ☐ DNS ve ağ yapılandırmaları

Son iki madde teknik olarak "veri" sayılmaz ama bir felaket sonrası kurtarmada hayati önem taşır.

Saklama politikası

Yalnız son yedeği tutmak yetersizdir. Yaygın bir düzen:

• Son birkaç günün günlük yedekleri
• Son birkaç haftanın haftalık yedekleri
• Son birkaç ayın aylık yedekleri
• Mevzuat gerektiriyorsa yıllık arşiv

Neden: Bir veri bozulması ya da güvenlik olayı günler sonra fark edilebilir. Yalnız son yedek varsa, o da bozuk olacaktır.

Kapasite hesabı

1. Yedeklenecek toplam veri hacmini çıkarın
2. Saklama politikasına göre kaç kopya tutulacağını belirleyin
3. Sıkıştırma ve tekilleştirme kazancını hesaba katın
4. Bir yıllık veri büyümesini ekleyin
5. Makul bir pay bırakın

Yedekleme alanı dolduğunda yedekleme sessizce durur; bu yüzden kapasite izlemesi zorunludur.

Doğrulama

• ☐ Yedekleme işleri başarıyla tamamlanıyor mu?
• ☐ Başarısızlık bildirimi geliyor mu?
• ☐ Dosya boyutları beklenen düzeyde mi?
• ☐ Tüm sistemler kapsamda mı?
• ☐ Yeni eklenen sistemler yedekleme kapsamına alınmış mı?
• ☐ Geri yükleme testi yapıldı mı?

Beşinci madde en sık atlanan maddedir: yeni kurulan bir sunucu yedeklemeye eklenmezse, aylarca yedeksiz çalışır.

Geri yükleme süresi

Yedekleme kadar, geri yüklemenin ne kadar süreceği de önemlidir.

• Yerel yedekten: dakikalar-saatler
• Uzak kopyadan: bağlantı hızına bağlı, saatler-günler
• Buluttan: veri hacmine ve bağlantıya bağlı
• Banttan: saatler-günler

Ölçün: Bir tatbikat yapıp gerçek süreyi kayıt altına alın. Bu süre, felaket kurtarma planınızın temel girdisidir.