Veri Yedekleme ve Felaket Kurtarma Temelleri

Bir sabah ofise geldiğinizde sunucunun çöktüğünü, yıllarca biriktirdiğiniz verilerin erişilemez olduğunu öğrenseniz ne yaparsınız? Bu senaryo kulağa aşırı dramatik gelebilir; ancak donanım arızaları, fidye yazılımları, insan hataları ve doğal afetler her gün gerçek şirketlerin kapısını çalıyor. İşte tam bu noktada veri yedekleme ve felaket kurtarma (Disaster Recovery – DR) planlaması hayat kurtarıcı oluyor.

Yedekleme Neden Sadece "Kopyala-Yapıştır" Değil?

Çoğu kişi yedeklemeyi basit bir dosya kopyalama işlemi olarak görür. Oysa gerçek bir yedekleme stratejisi; neyi, ne sıklıkla, nerede ve ne kadar süreyle sakladığınızı kapsar. Burada en yaygın başlangıç noktası 3-2-1 Kuralı'dır:

• 3 farklı kopya oluşturun.
• 2 farklı ortamda (örneğin disk + bulut) saklayın.
• 1 kopyayı her zaman tesis dışında tutun.

Bu basit kural bile olası bir felakette sizi kurtarmaya yetebilir.

Yedekleme Türlerini Tanıyalım

Yedekleme yöntemleri arasında doğru seçimi yapmak, hem depolama maliyetini hem de kurtarma süresini doğrudan etkiler:

• Tam Yedekleme (Full Backup): Tüm veri setinin eksiksiz kopyası alınır. En güvenli ama en yavaş ve en fazla yer kaplayan yöntem.
• Artımlı Yedekleme (Incremental Backup): Yalnızca son yedeklemeden bu yana değişen veriler kaydedilir. Hız ve alan tasarrufu sağlar; ancak kurtarma süreci daha karmaşıktır.
• Diferansiyel Yedekleme (Differential Backup): Son tam yedeklemeden bu yana değişen tüm veriler alınır. İkisi arasında denge sunar.

Kurumsal ortamlarda bu üç yöntem genellikle kombine kullanılır: haftalık tam + günlük artımlı gibi.

Felaket Kurtarma: Planlamak, Panikten İyidir

Felaket kurtarma; bir sistem tamamen çöktüğünde, iş sürekliliğini en kısa sürede yeniden sağlamayı hedefleyen bir strateji ve süreçler bütünüdür. İki kritik metrik bu planın omurgasını oluşturur:

• RTO (Recovery Time Objective): Sistemin tekrar ayağa kalkması için kabul edilebilir maksimum süre. "4 saat içinde üretime dönmeliyiz" gibi.
• RPO (Recovery Point Objective): Kabul edilebilir maksimum veri kaybı süresi. "Son 1 saatlik veriyi kaybedebiliriz" gibi.

RTO ve RPO değerleri ne kadar küçülürse, yatırım maliyeti o kadar artar. Bu yüzden kritik sistemleri sınıflandırarak her biri için gerçekçi hedefler belirlemek gerekir.

Bulut Tabanlı DR: Artık Ulaşılabilir Bir Seçenek

Eskiden felaket kurtarma merkezleri yalnızca büyük ölçekli şirketlerin lüksüydü. Bugün AWS, Azure ve Google Cloud gibi platformlar, küçük ve orta ölçekli işletmelere de uygun fiyatlı DR çözümleri sunuyor. Pilot Light, Warm Standby ve Multi-Site Active/Active gibi mimariler, bütçenize ve ihtiyacınıza göre farklı seviyelerde koruma sağlıyor.

Test Etmediğiniz Bir Yedek, Yedek Değildir

Bu konuda en sık yapılan hata şudur: Yedek alınır, bir köşeye bırakılır ve bir daha bakılmaz. Hâlbuki düzenli kurtarma tatbikatları yapmak zorunludur. Gerçek bir felaket anında test edilmemiş bir yedekten veri geri yüklemek saatler, hatta günler alabilir.

• Ayda bir kısmi kurtarma testi yapın.
• Yılda en az bir kez tam DR tatbikatı gerçekleştirin.
• Test sonuçlarını belgelendirin ve süreçleri güncel tutun.

Son Söz

Veri kaybı çoğu zaman "eğer olursa" değil, "ne zaman olursa" meselesidir. Sağlam bir yedekleme stratejisi ve iyi planlanmış bir felaket kurtarma süreci; ekibinize panik yerine güven, şirketinize ise itibar kazandırır. Başlamak için büyük bir bütçeye ihtiyacınız yok; doğru alışkanlıklara ihtiyacınız var.