Kurumsal Sunucularda 3-2-1 Yedekleme Stratejisi Nasıl Uygulanır?

Kurumsal Sunucularda 3-2-1 Yedekleme Stratejisi Nasıl Uygulanır?

Şirketinizin muhasebe kayıtları, müşteri bilgileri veya uygulama dosyaları tek bir sunucuda tutuluyorsa donanım arızası, yanlış silme ya da fidye yazılımı işlerinizi durdurabilir. Yedek almak bu riski azaltır; ancak bütün yedekler aynı cihazda veya aynı erişim hesabının kontrolündeyse yeterli koruma sağlanamayabilir.

3-2-1 yedekleme stratejisi; verinin toplam üç kopyasını bulundurmayı, iki farklı depolama ortamı kullanmayı ve bir kopyayı farklı fiziksel konumda saklamayı esas alır. Amaç, tek bir olayın hem asıl veriyi hem de bütün yedekleri etkilemesini önlemektir. 

3-2-1 Yedekleme Kuralı Nedir?

Kuralın her rakamı farklı bir koruma katmanını ifade eder:

Üç kopya, asıl veriye ek olarak üç yedek demek değildir. Çalışan sistemdeki veri de bu sayıya dahildir.

Aynı diskte üç klasör oluşturmak veya aynı depolama sistemi üzerinde üç sanal disk kullanmak, bağımsız koruma katmanları sağlamaz.

1. Hangi Verilerin Yedekleneceğini Belirleyin

İlk adım, şirketin çalışmaya devam etmesi için gerekli verileri listelemektir. Yalnızca uygulama dosyalarını yedeklemek yeterli olmayabilir.

Kurumsal sunucularda şu bileşenleri değerlendirin:

• Veritabanları ve gerektiğinde işlem günlükleri.
• Kullanıcıların yüklediği dosyalar ve şirket belgeleri.
• Web sunucusu ve uygulama yapılandırmaları.
• Sanal makineler ve geri dönüş için gerekli sistem bilgileri.
• Sertifikalar, lisans bilgileri ve güvenli şekilde saklanması gereken anahtarlar.

Çalışan bir veritabanının dosyalarını doğrudan kopyalamak, tutarlı bir yedek elde edildiğini garanti etmez. Veritabanının desteklediği yedekleme yöntemlerini veya uygulamayla tutarlı yedek alabilen çözümleri kullanın.

2. Kabul Edilebilir Veri Kaybını ve Kesinti Süresini Tanımlayın

Yedekleme sıklığını belirlemek için iki soruya cevap verin:

Ne kadar veri kaybını kabul edebilirsiniz?
Bu hedef, RPO olarak adlandırılır. Örneğin son bir saatlik kayıtların kaybı kabul edilebiliyorsa yedekleme ve kopyalama düzeni bu hedefi karşılamalıdır.

Sistemin ne kadar sürede yeniden çalışması gerekiyor?
Bu hedef ise RTO’dur. Bir dosyanın geri yüklenmesiyle bütün sunucunun yeniden kurulması aynı sürede tamamlanmaz.

Gece alınan günlük yedek, gün içinde sürekli sipariş alan bir şirket için yeterli olmayabilir. Kritik sistemlerde daha sık yedekleme veya uygun günlük tabanlı kurtarma yöntemleri gerekebilir.

Yedekleme takvimi, geri dönüş hedefleriyle birlikte belirlenmeli; başarısız işlemler için bildirim oluşturulmalıdır. 

3. Yerel ve Uzak Yedek Kopyalarını Oluşturun

Örneğin muhasebe ve ERP uygulamalarını bir VDS üzerinde çalıştıran şirket için şu yapı kurulabilir:

Yerel yedek, üretim sunucusunun kendi diskinde tutulmamalıdır. Uzak kopyanın da yalnızca farklı bir klasörde veya aynı binadaki başka bir cihazda bulunması, fiziksel lokasyon ayrımı sağlamaz.

Uzak kopyanın güncelliğini ayrıca takip edin. Yerel yedek her saat alınıyor, uzak konuma günde bir kez aktarılıyorsa ana lokasyon kaybında bir saatlik geri dönüş hedefi karşılanmayabilir.

4. Yedekleri Silinmeye ve Fidye Yazılımına Karşı Koruyun

Üç kopyanın bulunması, saldırganın üçünü de silemediği anlamına gelmez. Üretim sunucusuyla yedek deposunda aynı yönetici hesabının kullanılması riski artırabilir.

Yedekleme altyapısında şu önlemleri değerlendirin:

• Ayrı yönetim hesapları ve mümkün olan yerlerde çok faktörlü doğrulama.
• Üretim sistemlerinin yedek silme yetkisinin sınırlandırılması.
• Aktarım sırasında ve depolamada şifreleme.
• En az bir çevrimdışı veya değiştirilemez yedek kopyası.
• Şifreleme anahtarlarının güvenli ve ayrı saklanması.

Değiştirilemez yedek, doğru yapılandırıldığında belirlenen saklama süresi boyunca değiştirme veya silme işlemlerini engellemeyi amaçlar. Çevrimdışı kopya ise sürekli ağ erişiminde tutulmaz.

Klasik 3-2-1 kuralı tek başına çevrimdışı kopya şartı içermez. Bu nedenle saldırılara dayanıklılık için ek erişim koruması planlanmalıdır. 

5. Saklama Süresini ve Kapasiteyi Planlayın

Yalnızca en son yedeği saklamak, geç fark edilen hatalarda yetersiz kalabilir. Bir dosyanın yanlışlıkla silindiği birkaç hafta sonra anlaşılırsa önceki tarihlere dönebilmek gerekir.

Başlangıç örneği olarak günlük kopyaların 14 gün, haftalık kopyaların 8 hafta ve aylık kopyaların 6 ay saklanması değerlendirilebilir. Bu süreler standart bir zorunluluk değildir; şirketin ihtiyaçlarına ve geçerli saklama yükümlülüklerine göre belirlenmelidir.

Depolama hesabına veri büyümesini, günlük değişim miktarını ve kullanılan yedekleme yöntemini dahil edin. Artımlı yedek kullanılıyorsa geri yükleme için gereken zincirin bütünlüğünü koruyun.

6. Geri Yükleme Testi Yapın

Yedekleme ekranındaki “başarılı” mesajı, uygulamanın sorunsuz geri döneceğini tek başına göstermez.

Ayrı bir test ortamında şu kontrolleri yapın:

• Seçilen bir dosya açılabiliyor mu?
• Veritabanı geri yüklenip sorgulanabiliyor mu?
• Uygulama gerekli ayarlarıyla çalışıyor mu?
• Tam sunucu geri dönüşü hedeflenen sürede tamamlanıyor mu?

Test ortamının canlı müşterilere e-posta göndermesini veya gerçek ödeme işlemleri başlatmasını önleyin. Test sonuçlarını ve kurtarma adımlarını kaydedin; işlemleri gerçekleştirecek sorumluları belirleyin. Düzenli geri yükleme testleri, yedekleme planının temel parçalarından biridir. 

RAID ve Snapshot Neden Tek Başına Yeterli Değildir?

RAID, kullanılan seviyeye göre bazı disk arızalarına karşı hizmetin devam etmesini sağlayabilir. Yanlış silinen veya şifrelenen veriyi ise otomatik olarak eski haline getirmez.

Snapshot hızlı geri dönüş için yararlıdır; ancak aynı depolama sistemine bağlıysa o sistemin kaybından etkilenebilir. Benzer şekilde, yalnızca dosya eşitleme kullanan bir yapı yanlış silmeyi diğer konuma da taşıyabilir.

Bu teknolojileri bağımsız yedekler, geçmiş sürümler ve test edilmiş kurtarma adımlarıyla birlikte kullanın.

Ekiphost ile Kurumsal Altyapınızı Planlayın

Şirket verilerinizi korumak, güçlü bir sunucu seçiminin yanında uygulanabilir bir yedekleme planı gerektirir. Ekiphost’un VDS ve fiziksel sunucu seçenekleri, kurumsal uygulamalarınız için performans ve kapasite ihtiyaçlarınıza uygun bir temel sunar.

Sunucu seçimi sırasında yedekleme kapsamını, saklama sürelerini, farklı lokasyon ihtiyacını ve geri yükleme koşullarını birlikte değerlendirebilirsiniz.

Ekiphost sunucu çözümlerini inceleyin, şirketinizin büyümesini ve iş sürekliliğini destekleyecek altyapıyı birlikte planlayalım.