RPO nedir?
RPO (Recovery Point Objective, kurtarma noktası hedefi), bir kesinti durumunda kabul edilebilir en fazla veri kaybı süresini ifade eder. Örneğin RPO bir saatse, olay anından en fazla bir saat öncesine ait verinin kaybı tolere edilir; yani yedeklerin en az saatlik alınması gerekir.
RPO bir teknik ölçüm değil, işin verdiği bir karardır. Hangi verinin ne kadar kaybedilebileceği iş etkisine göre belirlenir ve yedekleme stratejisi bu hedefe göre tasarlanır.
Neden önemlidir?
Yedekleme sıklığı doğrudan RPO ile ilişkilidir. Günde bir kez yedek alan bir sistemin RPO değeri en kötü ihtimalle yaklaşık bir gündür. Bir e-ticaret sitesinde birkaç saatlik sipariş kaybı kabul edilemez olabilirken, nadiren güncellenen bir kurumsal tanıtım sitesi için bir günlük kayıp sorun olmayabilir.
RPO ne kadar küçükse gereken altyapı ve maliyet o kadar artar; çünkü daha sık yedekleme, çoğaltma veya sürekli veri koruması gerekir.
Sunucu ve hosting ortamında
Hosting ortamında RPO, yedekleme zamanlamasını, veritabanı çoğaltmasını ve işlem günlüklerinin saklanmasını belirler. Sık değişen veritabanları için günlük yedeğe ek olarak işlem günlüğü yedeği veya anlık çoğaltma gerekebilir.
- Dosya sistemi için artımlı yedek sıklığı
- Veritabanı için tam yedek, işlem günlüğü ve replikasyon
- E-posta ve ek veriler için ayrı politikalar
Nasıl uygulanır?
- Her uygulama için kabul edilebilir veri kaybını iş birimleriyle belirleyin.
- Yedekleme sıklığını bu hedefe uyacak şekilde ayarlayın.
- Kritik veritabanlarında çoğaltma ve işlem günlüğü yedeği kullanın.
- Hedefe gerçekten ulaşıldığını geri yükleme testleriyle doğrulayın.
- Hedefleri belgeleyin ve düzenli olarak gözden geçirin.
Sık yapılan hatalar
- RPO belirlemeden yedekleme sıklığını rastgele seçmek.
- Tüm sistemlere aynı RPO değerini uygulamak.
- RPO ile RTO kavramlarını karıştırmak.
- Yedek alındı diye hedefin karşılandığını varsaymak; yedeğin geri yüklenebilmesi gerekir.
Sık sorulan sorular
RPO nedir?
Kabul edilebilir en fazla veri kaybı süresidir. Yedekleme ve çoğaltma sıklığını belirlemede temel alınır.
RPO ile RTO arasındaki fark nedir?
RPO, ne kadar veri kaybedilebileceğini; RTO ise sistemin ne kadar sürede yeniden çalışır duruma getirilmesi gerektiğini ifade eder. Biri veriye, diğeri süreye odaklanır.
RPO değerini nasıl belirlerim?
Verinin iş açısından önemini ve kaybın maliyetini değerlendirerek belirlersiniz. Daha düşük RPO daha sık yedek ve daha yüksek maliyet anlamına gelir.
Bu terimin geçtiği rehberler
- Kontrol panelinde yedekleme ve geri yükleme stratejisi (panelden bağımsız yaklaşım)cPanel, Plesk ve DirectAdmin için ortak bir yedekleme stratejisi: 3-2-1 kuralı, veritabanı dökümü, sunucu dışı depolama, restic ile sürümlü yedek ve düzenli geri yükleme testi.
- Kontrol paneli güncelleme ve yedekleme planıHosting kontrol paneli ve sunucu için güncelleme takvimi ile 3-2-1 yedekleme planı oluşturun; otomatik yedek betiği, saklama süresi ve geri yükleme testi dahil.
- Dedicated sunucu için yedekleme ve geri yükleme planıDedicated sunucuda 3-2-1 kuralına uygun yedekleme planı kurun: neyi yedekleyeceğinizi belirleyin, rsync ve veri tabanı dökümü ile otomasyon yapın, geri yüklemeyi test edin.
İlgili terimler
- rsyncrsync, dosya ve dizinleri yerel ya da uzak sunucular arasında yalnızca değişen kısımları aktararak hızlıca eşitleyen bir araçtır.
- RTO (Kurtarma süresi hedefi)Bir kesintiden sonra hizmetin geri getirilmesi için hedeflenen en uzun süre.
- Veritabanı dökümü (dump)Veritabanı dökümü, bir veritabanının yapısını ve içeriğini yeniden oluşturulabilir bir dosyaya aktaran mantıksal yedektir.
- Yedek doğrulama ve geri yükleme testiYedek doğrulama ve geri yükleme testi, alınan yedeğin gerçekten okunabilir ve geri yüklenebilir olduğunu düzenli olarak sınama sürecidir.
- Yedek şifrelemeYedek şifreleme, yedeklenen verinin yetkisiz kişiler tarafından okunmasını engellemek için yedeğin saklanmadan önce şifrelenmesidir.
- YedeklemeVerinin kayıp ya da bozulma durumunda geri yüklenebilmesi için ayrıca saklanan kopyası.