RTO Nedir?

RTO (Recovery Time Objective - Kurtarma Süresi Hedefi), bir felaket veya kesinti durumundan sonra bir iş sürecinin, uygulamanın veya sistemin tekrar çalışır hale getirilmesi için kabul edilebilir maksimum süre olarak tanımlanan kritik bir iş sürekliliği metriğidir.

Daha basit bir ifadeyle RTO şu soruyu yanıtlar: "Bir sistem çökerse, onu tekrar ayağa kaldırmak için en fazla ne kadar süreye sahibiz?"

Bu süre, organizasyonun tolere edebileceği maksimum kesinti süresini temsil eder. RTO süresi aşıldığında, işletmenin finansal kayıpları, itibar zararı ve operasyonel aksamalar kabul edilemez seviyelere ulaşır.

---

RTO'nun İş Sürekliliğindeki Yeri

RTO, iş sürekliliği yönetim sisteminin (BCMS) temel parametrelerinden biridir. ISO 22301 standardına göre, organizasyonlar iş etki analizi (BIA) sonucunda her bir kritik iş süreci için RTO değeri belirlemelidir.

İş Sürekliliği Zaman Çizelgesi

Bir felaket anında zaman akışı şu şekilde ilerler:

[Felaket Anı] --> [Tespit] --> [Bildirim] --> [Kurtarma Başlangıcı] --> [Sistem Ayağa Kalkış]
                                                                            ^
                                                                            |
                                                              Bu noktaya kadar geçen süre = RTO

Tüm bu aşamaların toplam süresi, belirlenen RTO değerini aşmamalıdır.

---

RTO ile RPO Karşılaştırması

RTO ve RPO (Recovery Point Objective) iş sürekliliği planlamasının iki temel parametresidir. Sık sık birbirine karıştırılan bu iki kavram aslında farklı sorulara yanıt verir.

Görsel Karşılaştırma

Zaman Akışı:
---[Son Yedek]----[FELAKET]----[Sistem Aktif]---
        |              |              |
        |<--- RPO ---->|              |
                       |<--- RTO ---->|

• RPO: Felaket anı ile son başarılı yedekleme arasındaki süre. Bu süredeki veriler kaybolur.
• RTO: Felaket anı ile sistemin yeniden çalışır hale gelmesi arasındaki maksimum süre.

---

RTO Nasıl Hesaplanır?

RTO belirleme süreci, sistematik bir yaklaşım gerektirir. Aşağıdaki adımlar izlenerek her bir iş süreci için uygun RTO değeri hesaplanabilir.

Adım 1: İş Süreçlerinin Envanteri

Organizasyondaki tüm iş süreçlerini listeleyin:

Adım 2: İş Etki Analizi (BIA)

Her iş süreci için kesinti durumunda oluşacak etkiyi analiz edin:

Adım 3: Maliyet-Fayda Analizi

RTO değerini belirlerken, kesinti maliyeti ile kurtarma çözümü maliyeti arasındaki dengeyi bulmak önemlidir.

Temel Formül:

Optimal RTO = Kesinti Maliyeti Eğrisi ile Kurtarma Maliyeti Eğrisinin Kesiştiği Nokta

• Kesinti Maliyeti: RTO uzadıkça artar (kayıp gelir, ceza, itibar kaybı)
• Kurtarma Maliyeti: RTO kısaldıkça artar (daha pahalı altyapı gerekir)

Adım 4: Paydaş Onayı

Hesaplanan RTO değerleri üst yönetim ve ilgili iş birimleri tarafından onaylanmalıdır. Bu adım, teknik kapasite ile iş beklentilerinin uyumunu sağlar.

---

DR Tier Seviyeleri ve RTO İlişkisi

Felaket kurtarma çözümleri, farklı RTO değerlerini destekleyen tier (seviye) yapısında sınıflandırılır:

---

Sektörel Uzmanlık

Gerçek Kalite Uzmanlığı, Sektörel Derinlikle Kazanılır

Temel standartlar sadece başlangıç. Her sektörün onlarca regülasyonu, yüzlerce gereksinimi var. Sektörünüzü seçin, derinlemesine öğrenin.

İlaç

Gıda

Tıbbi Cihaz

Otomotiv

Havacılık

Çevre

10+

Sektör

500+

Standart & Regülasyon

AB/ABD/UK

Global Kapsam

Tüm Sektörleri İnceleDanışmanlık Al

Her sektör programı: Tüm standartlar + Regülasyonlar + Güncel gereksinimler + Pratik uygulamalar

Sektörlere Göre RTO Örnekleri

Farklı sektörlerde RTO beklentileri önemli ölçüde değişiklik gösterir:

---

RTO'yu Etkileyen Faktörler

RTO değerinin belirlenmesinde ve gerçekleştirilmesinde pek çok faktör etkili olur:

Teknik Faktörler

• Altyapı Karmaşıklığı: Çok katmanlı sistemlerde kurtarma daha uzun sürer
• Veri Hacmi: Büyük veri tabanlarının geri yüklenmesi zaman alır
• Bağımlılıklar: Sistemler arası bağımlılıklar kurtarma sırasını etkiler
• Yedekleme Teknolojisi: Bant, disk veya bulut yedekleme hızları farklıdır
• Ağ Bant Genişliği: Uzak konumlardan veri transferi süresi

Organizasyonel Faktörler

• Personel Yetkinliği: Eğitimli ekibin hazır bulunması
• Dokümantasyon Kalitesi: Adım adım kurtarma prosedürlerinin mevcudiyeti
• İletişim Altyapısı: Ekiplerin hızlı koordinasyonu
• Tedarikçi Yanıt Süresi: Donanım ve yazılım desteği

Finansal Faktörler

• Bütçe: Kurtarma altyapısına ayrılabilecek kaynak
• Sigorta: İş kesintisi sigortasının kapsamı
• Geçmiş Deneyimler: Önceki kesintilerden elde edilen dersler

---

RTO Optimizasyon Stratejileri

RTO değerini iyileştirmek (kısaltmak) için uygulanabilecek stratejiler:

1. Yüksek Erişilebilirlik (High Availability)

2. Bulut Tabanlı Çözümler

• DRaaS (DR as a Service): Bulut tabanlı felaket kurtarma
• Multi-Region Deployment: Çok bölgeli bulut mimarisi
• Auto-Scaling: Otomatik ölçeklendirme ile hızlı kurtarma
• Containerization: Konteyner tabanlı uygulama taşınabilirliği

3. Otomasyon

• Runbook Automation: Kurtarma adımlarının otomatik yürütülmesi
• Infrastructure as Code (IaC): Altyapının kodla yeniden oluşturulması
• Automated Failover: Otomatik geçiş mekanizmaları
• Self-Healing Systems: Kendi kendini onaran sistemler

---

RTO Test ve Doğrulama

Belirlenen RTO değerlerinin gerçekçi olup olmadığını doğrulamak için düzenli testler yapılmalıdır:

Test Sonrası Değerlendirme

Her test sonrasında şu soruların cevaplanması gerekir:

1. Gerçekleşen kurtarma süresi belirlenen RTO değerini karşıladı mı?
2. Darboğazlar neredeydi?
3. Personel rolleri ve sorumlulukları net miydi?
4. İletişim süreçleri etkin çalıştı mı?
5. Dokümantasyonda güncellenmesi gereken noktalar var mı?

---

RTO ile İlgili Yaygın Hatalar

1. Gerçekçi olmayan RTO değerleri belirlemek: Bütçe ve altyapı kapasitesini göz ardı ederek çok kısa RTO hedeflemek
2. Tüm sistemlere aynı RTO atamak: Her sistem farklı kritiklik seviyesine sahiptir
3. Bağımlılıkları göz ardi etmek: A sistemi B sistemine bağımlı ise, A'nın RTO'su B'nin RTO'sundan kısa olamaz
4. Test etmemek: Belirlenen RTO'nun gerçek bir kesintide tutturulup tutturulamayacağı test edilmeli
5. RTO'yu statik tutmak: İş ihtiyaçları ve altyapı değiştikçe RTO değerleri de güncellenmelidir
6. Sadece teknik perspektiften bakmak: RTO bir iş kararıdır, sadece BT kararı değil

---

RTO Hesaplama Örneği

Bir e-ticaret şirketi için örnek RTO hesaplaması:

Sistem: Online satış platformu Günlük Ortalama Gelir: 500.000 TL Saatlik Gelir Kaybı: ~21.000 TL

DR Çözüm Maliyetleri:

Bu analizde, saat başına 21.000 TL gelir kaybı ve ek maliyetler düşünüldüğünde, 4 saatlik RTO ile yıllık 200.000 TL'lik disk yedekleme + warm site çözümü maliyet-fayda açısından en optimal seçenektir.

---

ISO 27001 bilgi güvenliği eğitimleri ve felaket kurtarma planlama rehberimiz ile iş sürekliliği süreçlerinizi profesyonel standartlarda yürütmenize destek oluyoruz.