RTO (Recovery Time Objective) ve RPO (Recovery Point Objective), felaket kurtarma ve iş sürekliliği planlarının iki temel ölçüsüdür. Kısaca: RPO, ne kadar veri kaybını kabul edebileceğinizi; RTO ise kesintiden sonra hizmetin ne kadar sürede geri gelmesi gerektiğini ifade eder. Bu yazıda iki kavramı örneklerle açıklıyor ve hedeflerinizi nasıl belirleyeceğinizi anlatıyoruz.
RPO: Kabul edilebilir en fazla veri kaybı süresi (geriye doğru bakar).
RTO: Kesintiden sonra hizmetin yeniden kullanılabilir olması için hedeflenen en uzun süre (ileriye doğru bakar).
RPO nedir?
RPO, en son kullanılabilir yedeğin veya kopyanın zamanı ile kesinti anı arasındaki fark olarak düşünülebilir. RPO'nuz 4 saat ise, en fazla 4 saatlik veri kaybını kabul ediyorsunuz demektir; bu durumda yedeklerin (veya replikasyonun) en az 4 saatte bir alınması gerekir.
Örnek: Son yedek 09:00'da alındı, sistem 12:30'da çöktü. Bu durumda geri döndüğünüzde 3,5 saatlik veri kaybı yaşarsınız. RPO hedefiniz 4 saatse hedefin içindesiniz; 1 saatse dışındasınız.
RTO nedir?
RTO, kesintinin başlamasından hizmetin yeniden kullanılabilir hale gelmesine kadar geçmesine izin verilen en uzun süredir. RTO'nuz 2 saat ise, sistemin 2 saat içinde çalışır duruma gelmesi hedeflenir. Bu süre yalnızca "geri yükleme" süresi değildir; arızanın fark edilmesi, karar verilmesi, geri yükleme, doğrulama ve kullanıcıların erişimi de sürenin parçasıdır.
RTO ve RPO farkı
| RPO | RTO | |
|---|---|---|
| Sorduğu soru | Ne kadar veri kaybını kabul edebiliriz? | Ne kadar sürede geri dönmeliyiz? |
| Zaman yönü | Kesintiden geriye doğru | Kesintiden ileriye doğru |
| Neyi belirler? | Yedekleme / replikasyon sıklığı | Geri yükleme yöntemi ve kaynakları |
| Örnek hedef | 15 dakika, 4 saat, 24 saat | 30 dakika, 2 saat, 1 gün |
RTO ve RPO hedefleri nasıl belirlenir?
- İş etki analizi yapın: Hangi sistem durursa hangi iş süreci etkilenir? Saatlik iş kaybı veya itibar etkisi nedir?
- Sistemleri kritikliğe göre sınıflandırın: Her sistem için aynı hedef koymak hem gereksiz maliyet hem de yetersiz koruma yaratır.
- Yasal ve sözleşmesel gereksinimleri ekleyin: Bazı sektörlerde saklama ve erişilebilirlik gereksinimleri belirlidir.
- Maliyetle dengeleyin: Hedefler kısaldıkça altyapı ve lisans maliyeti artar; iş etkisiyle birlikte değerlendirin.
Aşağıdaki tablo yalnızca örnek bir sınıflandırmadır; gerçek değerler kurumdan kuruma değişir.
| Sınıf | Örnek sistemler | Örnek RPO | Örnek RTO |
|---|---|---|---|
| Kritik | Sipariş/ERP veritabanı, ödeme sistemleri | Dakikalar | Dakikalar – birkaç saat |
| Önemli | Dosya sunucusu, e-posta | Saatler | Birkaç saat |
| Standart | Arşiv, test ortamları | 24 saat | 1 gün ve üzeri |
Hedefe göre yedekleme yöntemi seçimi
- RPO 24 saat: Günlük yedekleme çoğu zaman yeterlidir.
- RPO birkaç saat: Sık artımlı yedekleme veya anlık görüntü (snapshot) planı gerekir.
- RPO dakikalar: Sürekli veri koruma veya replikasyon gibi daha gelişmiş yöntemler gerekir.
- RTO dakikalar: Yedekten anında sanal makine olarak başlatma veya hazır bekleyen bir felaket kurtarma (DR) ortamı gerekir. Çözümlerimiz için Disaster Recovery sayfamıza bakabilirsiniz.
- RTO saatler: Yerel yedek kopyası geri dönüşü belirgin biçimde hızlandırır; bu nedenle hibrit yedekleme sık tercih edilir.
Sık yapılan hatalar
- RTO ve RPO hedeflerini hiç belirlememek veya yalnızca "en kısa sürede" gibi belirsiz ifadelerle yazmak
- Bütün sistemler için aynı hedefi uygulamak
- Yedek almak ama geri yükleme süresini hiç ölçmemek
- Bağımlılıkları unutmak (Active Directory, DNS, lisans sunucuları, veritabanı sırası)
- Yedek boyutu ve internet hızı düşünülmeden bulut geri yükleme süresini varsaymak
Hedeflerinizi nasıl doğrularsınız?
RTO ve RPO kâğıt üzerinde bir hedeftir; gerçekte ne kadarını karşıladığınızı ancak ölçerek görürsünüz. Yedekleme raporlarında son başarılı yedek zamanına bakarak RPO uyumunu, düzenli geri yükleme tatbikatlarında ise gerçek geri dönüş süresini ölçebilirsiniz. Raporların nasıl okunacağı için yedekleme raporlarını okuma rehberimize göz atın.
Sık sorulan sorular
RTO ve RPO aynı şey mi?
Hayır. RPO veri kaybı miktarını (zaman cinsinden), RTO ise kesinti süresini ifade eder. İkisi birlikte belirlenir ama farklı teknik kararları etkiler.
RPO sıfır olabilir mi?
Senkron replikasyon gibi yöntemlerle RPO sıfıra yaklaştırılabilir; ancak bu yöntemler genellikle daha yüksek maliyet ve altyapı gereksinimi getirir.
Küçük işletmelerin de RTO/RPO belirlemesi gerekir mi?
Evet. Kapsamlı bir dokümana gerek yok; hangi sistemin en fazla ne kadar süre kapalı kalabileceğini ve en fazla ne kadar veri kaybedebileceğinizi yazılı hale getirmek bile doğru yedekleme stratejisini seçmenize yardımcı olur.
Mevcut ortamınıza uygun yedekleme, felaket kurtarma ve siber koruma seçeneklerini uzman ekibimizle konuşabilirsiniz. Ücretsiz danışmanlık için bize ulaşın veya çözümlerimizi inceleyin.
