Uppoint

Sanal Sunucu

Sanal Sunucu Yedekleme ve Felaket Kurtarma (DR) Rehberi

Bir veri kaybı veya sunucu felaketi, hazırlıksız kurumlar için iş durması demektir. Snapshot, 3-2-1 kuralı, RPO/RTO ve geri yükleme testiyle sağlam bir DR planı kuruyoruz.

Sanal Sunucu Haziran 2026 · 7 dk okuma
Sanal sunucu yedekleme ve felaket kurtarma

Sunucu arızası, fidye yazılımı veya insan hatası — veri kaybına yol açan senaryolar her kurumun başına gelebilir. Fark, hazırlıklı olup olmamaktır. Sağlam bir yedekleme ve felaket kurtarma (DR) planı, bir krizi birkaç dakikalık kesintiye indirgeyebilir. Bu rehberde sanal sunucu (VPS) için uygulanabilir bir DR stratejisini ele alıyoruz.

Önce İki Kavram: RPO ve RTO

Tüm yedekleme stratejisi iki hedef etrafında kurulur:

  • RPO (Recovery Point Objective): "Ne kadar veri kaybını göze alabilirim?" Yedekleme sıklığını belirler. RPO 1 saat ise saatlik yedek gerekir.
  • RTO (Recovery Time Objective): "Sistemi ne kadar sürede geri getirmeliyim?" Kurtarma yöntemini belirler. RTO düşükse hızlı geri yükleme altyapısı gerekir.

Bu iki hedef, iş kritikliğine göre belirlenir ve tüm yedekleme tasarımının çıkış noktasıdır.

3-2-1 Yedekleme Kuralı

Endüstri standardı 3-2-1 kuralı, veri kaybına karşı en sağlam temel yaklaşımdır:

  • 3 kopya veri (1 asıl + 2 yedek)
  • 2 farklı saklama ortamı
  • 1 kopya farklı lokasyonda (off-site)

Bu yaklaşım; tek bir disk arızası, sunucu kaybı veya lokasyon felaketinin tüm verinizi yok etmesini engeller.

Yedekleme Katmanları

Katman Amaç Tipik Sıklık
Snapshot Hızlı geri alma, operasyonel hata kurtarma Günlük
Tam sistem yedeği Komple sunucu kurtarma Haftalık
Off-site kopya Felaket / lokasyon kaybı koruması Günlük / haftalık
Veritabanı yedeği Düşük RPO için işlem günlüğü Saatlik / sürekli

En Sık Yapılan Hata: Yedeği Test Etmemek

Birçok kurum düzenli yedek alır ama bu yedeklerin geri yüklenebildiğini hiç test etmez. Gerçek bir felakette çalışmayan bir yedek, hiç yedek almamakla aynı sonucu doğurur. Periyodik geri yükleme testi; hem yedeğin sağlamlığını hem de RTO hedefinizin gerçekçi olduğunu doğrular. Bu test, DR planının en kritik ve en çok atlanan adımıdır.

Fidye Yazılımına Karşı Yedekleme

Modern fidye yazılımları, erişebildikleri yedekleri de şifrelemeye çalışır. Bu yüzden değiştirilemez (immutable) veya çevrimdışı (air-gapped) yedek kopyalar, fidye saldırısında kurtarmanın anahtarıdır. Off-site ve erişimi kısıtlı bir yedek katmanı, bu tehdide karşı en etkili savunmadır.

SSS

Sık sorulan sorular.

RPO ve RTO nedir, neden önemlidir?

RPO (Recovery Point Objective) kabul edilebilir maksimum veri kaybı süresini, RTO (Recovery Time Objective) ise sistemin ne kadar sürede yeniden ayağa kaldırılması gerektiğini tanımlar. Yedekleme sıklığı RPO'yu, kurtarma yöntemi RTO'yu belirler; ikisi iş sürekliliği planının temelidir.

3-2-1 yedekleme kuralı nedir?

3-2-1 kuralı; verinin 3 kopyasının olması, bunların 2 farklı ortamda saklanması ve en az 1 kopyanın farklı bir lokasyonda (off-site) tutulması anlamına gelir. Bu yaklaşım, tek bir arıza veya felaket noktasında veri kaybını önlemenin standart yöntemidir.

Snapshot bir yedekleme yöntemi midir?

Snapshot, sunucunun belirli bir andaki durumunu hızlıca geri almayı sağlar ve operasyonel hatalar için çok değerlidir; ancak tek başına tam bir yedekleme stratejisi değildir. Snapshot, farklı lokasyona kopyalanan tam yedeklerle birlikte kullanılmalıdır.

Yedeklerin çalıştığından nasıl emin olunur?

Yalnızca yedek almak yeterli değildir; düzenli geri yükleme testi yapılmalıdır. Test edilmemiş bir yedek, gerçek bir felakette çalışmama riski taşır. Periyodik test, RTO hedefinin gerçekçi olduğunu da doğrular.

Yedekleme ve felaket kurtarma planınızı kuralım.

Günlük snapshot, off-site kopya ve test edilmiş geri yükleme ile iş sürekliliğinizi güvenceye alalım.