RPO: geriye gidebileceğiniz nokta
Recovery Point Objective, kabul edilebilir veri kaybının zaman cinsinden hedefidir. Saatlik geri dönüş noktaları kullanmak, her koşulda bir saatlik kayıp taahhüdü anlamına gelmez; aktarımın gecikmesi, işin başarısız olması ve tutarlılık problemi gerçek sonucu değiştirebilir. Hedef ile gözlenen sonuç ayrı kaydedilmeli, korunan verinin uygulama açısından kullanılabilir olduğu doğrulanmalıdır.
RTO: yeniden iş yapabilme süresi
Recovery Time Objective, hizmetin geri gelmesi için hedeflenen süredir. Sadece sanal makinenin açılması yeterli değildir. Kimlik doğrulama, DNS, VPN, güvenlik duvarı, veritabanı ve dış entegrasyonlar çalışmalıdır. Sürenin hangi olaydan başlayıp hangi kabul kriterinde biteceği plan üzerinde açıkça tanımlanmalıdır. Aksi halde teknik ekip ile iş birimi farklı sonuçları başarı kabul edebilir.
Uygulamaları tek hedefe zorlamayın
Sipariş sistemi, üretim uygulaması ve geçmiş dosya arşivi aynı kritiklikte değildir. İş etki analizi ile öncelik sırası belirlenir; bağımlı servisler aynı kurtarma grubuna alınır. Daha sık replikasyon ve hazır kapasite maliyeti artırabilir. Hedefler bütçe ve teknik uygulanabilirlikle birlikte ele alınır; keşif, mimari ve tatbikat birbirini tamamlayan aşamalardır.
30 dakika bir hedef olabilir, genel garanti değil
F2Cloud Recovery için 30 dakikaya kadar RTO hedefi yalnızca uygun, önceden hazırlanmış ve test edilmiş iş yüklerinde tasarlanabilir. Bu ifade her uygulama için geçerli bir SLA veya garanti değildir. Gerçek süre tatbikatta ölçülür; ağ bağımlılıkları, veri hacmi, kapasite ve müşteri onay adımları sonucu etkiler. Teklifte iş yükü kapsamı ve ölçüm yöntemi birlikte netleştirilmelidir.
Karar öncesi kontrol listesi
- İş biriminden kesinti toleransını alın.
- Uygulama bağımlılık haritasını çıkarın.
- Hedefleri tatbikat sonuçlarıyla karşılaştırın.