Sunucu Yedekleme ve Felaket Kurtarma: 3-2-1 Kuralı ve İş Sürekliliği

Veri yedekleme, kritik verilerinizin ayrı bir ortama düzenli olarak kopyalanması; felaket kurtarma (DR) ise bir arıza, siber saldırı veya afet sonrası bu verileri ve sistemleri planlı biçimde yeniden çalışır hale getirme sürecidir. İkisi aynı şey değildir: yedekleme bir dosyayı geri getirir, felaket kurtarma ise tüm iş operasyonunuzu belirlenmiş bir sürede ayağa kaldırır. Bu yazıda sunucu yedeklemenin temellerini, uluslararası kabul gören 3-2-1 kuralını, RPO/RTO hedeflerini ve ransomware çağında iş sürekliliğini nasıl güvence altına alacağınızı anlaşılır biçimde ele alıyoruz.

Kısa cevap: Verinizin en az 3 kopyasını, 2 farklı ortamda tutun ve bunların 1'ini işletme dışında (offsite) saklayın; yedeklerinizi düzenli olarak restore testiyle doğrulayın ve ransomware'e karşı en az bir kopyayı değiştirilemez (immutable) veya air-gap tutun. Bu disiplin, tek bir sunucu arızasında ya da fidye yazılımı saldırısında işinizin saatler içinde toparlanmasını sağlar. Antalya merkezli ÖZER Bilişim olarak, 2006'dan bu yana edindiğimiz sunucu ve sanallaştırma tecrübesiyle KOBİ'lere, otellere ve kurumlara uçtan uca yedekleme ve felaket kurtarma çözümleri kuruyoruz.

Sunucu yedekleme nedir ve neden hayati?

Sunucu yedekleme, işletmenizin çalıştığı fiziksel veya sanal sunuculardaki verilerin, uygulamaların ve yapılandırmaların düzenli aralıklarla ayrı bir hedefe kopyalanmasıdır. Bir donanım arızası, kullanıcı hatası, yazılım bozulması veya siber saldırı durumunda verinizi kaybetmemenizin tek güvencesi budur. Veri kaybının maliyeti yalnızca dosyalar değildir; durma süresi (downtime) boyunca kaybedilen satış, itibar ve müşteri güveni çoğu zaman verinin kendisinden daha pahalıya mal olur.

Özellikle otel, muhasebe, e-ticaret ve üretim gibi 7/24 çalışan işletmelerde rezervasyon sistemi, ön büro (PMS) veya ERP sunucusunun birkaç saat durması ciddi kayıplar doğurur. Bu yüzden yedekleme, "olursa iyi olur" bir ek değil; işletmenin temel altyapısıdır.

3-2-1 yedekleme kuralı: altın standart

3-2-1 kuralı, veri kaybına karşı en yaygın kabul gören ve ABD siber güvenlik otoritesi US-CERT (CISA) tarafından da önerilen basit ama güçlü bir yedekleme stratejisidir. Kural, tek bir noktaya bağımlı kalmayı önleyerek aynı anda birden fazla felaketin verinizin tamamını yok etmesini engeller. Açılımı şöyledir:

• 3 kopya: Verinizin biri asıl (production) olmak üzere en az üç kopyası bulunmalı. Tek bir kopya bozulursa elinizde hâlâ iki sağlam kopya kalır.
• 2 farklı ortam: Kopyalar en az iki farklı depolama türünde tutulmalı (örneğin bir NAS/disk dizisi ve bir bulut ya da teyp). Aynı disk dizisi arızalanırsa diğer ortam işinizi kurtarır.
• 1 offsite kopya: En az bir kopya fiziksel olarak işletme dışında (bulut yedek veya farklı lokasyon) saklanmalı. Yangın, sel veya hırsızlık gibi yerel felaketlerde bu offsite kopya iş sürekliliğinizin garantisidir.

Birçok uzman bu kuralı 3-2-1-1-0 olarak genişletir: ek "1" değiştirilemez/air-gap bir kopyayı, "0" ise doğrulama sonrası sıfır hatalı yedeği ifade eder. Antalya'daki projelerimizde işletmenin ölçeğine ve bütçesine göre bu modeli uyarlıyoruz.

RPO ve RTO: iş sürekliliğinin iki temel metriği

RPO ve RTO, bir felaket kurtarma planının ne kadar iyi olduğunu ölçen iki temel hedeftir ve yedekleme stratejinizin sıklığını doğrudan belirler. Bu iki kavramı netleştirmeden doğru bir yedekleme planı kurmak mümkün değildir.

RPO (Recovery Point Objective / Kurtarma Noktası Hedefi): Kabul edebileceğiniz maksimum veri kaybı süresidir. Yedeklerinizi 24 saatte bir alıyorsanız, felaket anında en fazla 24 saatlik veriyi kaybedebilirsiniz; RPO'nuz 24 saattir. Rezervasyon veya finans verisi gibi kritik sistemlerde RPO'yu dakikalara indirmek için sık artımlı yedek veya snapshot kullanılır.

RTO (Recovery Time Objective / Kurtarma Süresi Hedefi): Sistemin çökmesiyle yeniden çalışır hale gelmesi arasında geçebilecek maksimum kabul edilebilir süredir. RTO'nuz 2 saat ise, felaket kurtarma çözümünüz sistemi 2 saat içinde ayağa kaldırabilecek şekilde tasarlanmalıdır. Düşük RTO, sanal makine replikasyonu veya sıcak yedek sunucu gibi daha ileri çözümler gerektirir.

İşletmenizin her kritik sistemi için gerçekçi RPO/RTO değerleri belirlemek, doğru yedekleme sıklığını ve sunucu çözümlerimiz kapsamındaki felaket kurtarma mimarisini şekillendirir.

Yedekleme türleri: tam, artımlı ve diferansiyel

Yedekleme türü, ne kadar depolama alanı kullanacağınızı ve geri yükleme hızınızı belirleyen temel bir seçimdir. Üç ana yöntem, farklı ihtiyaçlara göre çoğu zaman birlikte kullanılır:

• Tam yedek (full): Tüm verinin eksiksiz kopyasıdır. En hızlı geri yüklemeyi sağlar ancak en fazla depolama alanını ve süreyi ister. Genellikle haftalık olarak alınır.
• Artımlı yedek (incremental): Yalnızca son yedekten bu yana değişen verileri kopyalar. En az yer kaplar ve en hızlı alınır; ancak geri yükleme, son tam yedek artı tüm artımlı zinciri gerektirdiği için daha uzun sürer.
• Diferansiyel yedek (differential): Son tam yedekten bu yana değişen tüm verileri kopyalar. Artımlıya göre daha çok yer kaplar ama geri yükleme daha basit ve hızlıdır (tam yedek + son diferansiyel).

Sanallaştırılmış ortamlarda ayrıca snapshot (anlık görüntü) alınır; bu, sanal makinenin belirli bir andaki durumunu saniyeler içinde dondurur. Ancak snapshot tek başına yedek değildir; asıl depolama arızalanırsa snapshot da kaybolur, bu yüzden mutlaka gerçek bir yedekle desteklenmelidir.

Ransomware çağında immutable ve air-gap yedek

Immutable (değiştirilemez) yedek, belirli bir süre boyunca silinemeyen veya değiştirilemeyen; air-gap yedek ise ağdan fiziksel/mantıksal olarak yalıtılmış yedek kopyasıdır. Fidye yazılımları (ransomware) artık yalnızca üretim verisini değil, erişebildikleri yedekleri de şifreleyip yok etmeyi hedefler. Bu nedenle çevrimiçi ve yazılabilir tek bir yedek, saldırı anında yeterli koruma sağlamaz.

Immutable depolama ve air-gap yaklaşımı, saldırganların yedeklerinize dokunamamasını garanti eder; böylece fidye ödemeden sistemlerinizi temiz bir kopyadan geri yükleyebilirsiniz. Bulut sağlayıcılarının nesne kilitleme (object lock) özellikleri ve teyp/çevrimdışı kopyalar bu katmanı oluşturur. Ağ güvenliği tarafındaki tecrübemizle, yedekleme mimarisini firewall ve segmentasyon politikalarıyla birlikte tasarlıyoruz.

Yedek doğrulama: test edilmeyen yedek, yedek değildir

Yedek doğrulama (restore testi), alınan yedeklerin gerçekten geri yüklenebildiğini düzenli olarak kanıtlama sürecidir. İşletmelerin en sık yaptığı hata, yedeklerin sessizce alındığını varsayıp hiç test etmemektir; felaket anında yedeğin bozuk, eksik veya açılamaz olduğu ortaya çıkar. Sektörde "test edilmeyen yedek, yedek sayılmaz" ilkesi tam da bunu anlatır.

Bu yüzden yedekleme planınızda periyodik geri yükleme tatbikatları olmalı: örneğin çeyreklik olarak yedekten bir sunucu veya veritabanı ayağa kaldırılır, bütünlüğü kontrol edilir ve RTO hedefine ulaşılıp ulaşılmadığı ölçülür. Otomatik doğrulama ve raporlama, bu süreci elle uğraşmadan sürekli hale getirir.

KOBİ ve oteller için iş sürekliliği yaklaşımı

İş sürekliliği, bir kesinti anında kritik operasyonların kabul edilebilir sürede çalışmaya devam etmesini sağlayan bütünsel bir plandır ve yedekleme bunun teknik omurgasıdır. Antalya'da yoğun turizm sezonunda çalışan bir otel için ön büro veya rezervasyon sunucusunun durması, dolu bir dönemde ciddi gelir ve itibar kaybı demektir. KOBİ'ler içinse muhasebe, e-fatura veya üretim verisinin kaybı çoğu zaman telafi edilemez.

ÖZER Bilişim olarak süreci keşifle başlatıyoruz: hangi sistemler kritik, RPO/RTO hedefleri ne, mevcut altyapı ne durumda. Ardından işletmeye özel bir 3-2-1 yedekleme ve felaket kurtarma mimarisi kuruyor; çok markalı çözüm ortağı yaklaşımımızla bütçeye en uygun donanım ve yazılımı bir araya getiriyoruz. Kurulumdan sonra 7/24 teknik destek ve düzenli restore testleriyle yedeklerinizin her an geri yüklenebilir olduğundan emin oluyoruz.

İşletmenizin verisini kalıcı kayba ve iş durmasına karşı güvence altına almak isterseniz, ücretsiz keşif ve teklif için bize 0552 637 07 07 numarasından telefon veya WhatsApp ile ulaşabilirsiniz.