RPO, bir kesinti sonrası geri döneceğiniz veri noktasının ne kadar geride kalabileceğini gösteren bir hedeftir ve gerçek replikasyon düzeniyle doğrulanmalıdır. Felaket kurtarma toplantılarında sık sorulan soru şudur: En fazla ne kadarlık iş verisini kaybetmeyi kabul ediyoruz? DRaaS tasarımında cevap, hangi sistemlerin pakete girdiğini, kopyalama sıklığını ve tatbikat sırasında neyi kanıtlayacağınızı belirler.
Bu metin DRaaS ürün sayfasını destekler. Ürün satışı yapmaz. Hizmet modelinin sınırlarını DRaaS nedir yazısında, yedekleme ile DR ayrımını BaaS kapsamı içinde ele aldık.
Hızlı Özet
RPO bir hedef olarak değerlendirilir, taahhüt değildir ve yedekleme ile replikasyon kayıtlarıyla doğrulanmalıdır. Dakika, saat veya gün olarak yazılabilir. Kesin sayı yalnızca imzalı sözleşme ve sağlayıcı dokümantasyonu ile netleşir.
DRaaS tarafında veri kaybı penceresi beklentisi, replikasyon aralığı ve uygulama tutarlılığı ile birlikte okunmalıdır. Yeşil replikasyon paneli, uygulama seviyesinde tutarlı anlık görüntü anlamına gelmez.
Leon-X Bulutistan altyapısının sahibi değildir. Hedefleri iş önceliğiyle eşleştirir, DRaaS tasarımını ve tatbikat planını koordine eder.
İçindekiler
- Veri Kaybı Penceresi ve DRaaS Bağlantısı
- Ölçümü Hangi Veriler Belirler
- İş Yükü Sınıfları ve Farklı Pencereler
- Replikasyon Sıklığı ile Beklenti Ayrımı
- DRaaS Tasarımında Kontrol Soruları
- Yaygın Yanlış Anlamalar
- Kontrol Listesi
- Leon-X ile Sonraki Adım
- Sık Sorulan Sorular
- Sonuç
- Kaynaklar
Kaynak Pexels, veri merkezinde çalışan teknisyen.
Veri Kaybı Penceresi ve DRaaS Bağlantısı
Recovery Point Objective ifadesi Türkçede veri kaybı penceresi diye anılır. Soru teknik değil, iş odaklıdır. Hangi saate kadar olan veriyi geri getirmek zorundayız?
DRaaS modelinde üretim ortamı ikincil siteye veya bulut bölgesine replike edilir. Veri kaybı penceresi beklentisi, bu kanalın ne sıklıkla tutarlı kopya ürettiğini ve hangi uygulamaların o kopyaya dahil olduğunu tanımlar. Toparlanma süresi hedefi ayrı bir satırdır ve hedef olarak değerlendirilir. İki hedef karıştırıldığında sözleşme maddeleri birbirinin yerine yazılır.
Ankara iş sürekliliği rehberi BCP ile teknik kurtarma katmanını ayırır. Veri kaybı penceresi tartışması teknik katmanda, kritik uygulama listesiyle başlar.
Ölçümü Hangi Veriler Belirler
Hedef yazmadan önce üç veri seti toplanır.
İş etkisi. Sistem kapalı kaldığında hangi süreç durur, hangi gelir veya yasal yükümlülük tetiklenir? Cevap öncelik sırasını verir.
Değişim hızı. Veritabanı ve dosya paylaşımları saatte ne kadar değişir? Yüksek değişim, sık replikasyon veya uygulama tutarlı yedek gerektirir.
Bağımlılık zinciri. Ön yüz tek başına açılsa bile arka uç gecikmiş kopyada kalırsa kullanıcı hata görür. Harita çıkmadan hedef tek sisteme indirgenmez.
Bu adımlar 3-2-1 yedekleme kuralı ile bulut katmanını konumlandırırken de geçerlidir. DRaaS katmanı ayrı bir karar olarak yazılmalıdır.
İş Yükü Sınıfları ve Farklı Pencereler
Tek bir kurumsal hedef nadiren tüm portföye uyar. Sınıflandırma tablosu toplantıda anlaşmayı hızlandırır.
| Sınıf | Tipik iş ihtiyacı | Tasarım yönü |
|---|---|---|
| Kritik | Ödeme, ana ERP, kimlik | sık replikasyon, sıkı tatbikat |
| Önemli | İç raporlama, orta hacim DB | orta sıklık, yıllık tam test |
| Standart | Dosya arşivi, geliştirme | günlük yedek yeterli olabilir |
Tablodaki süreler örnek çerçevedir. Sayı taahhüdü bu yazıda verilmez. Her satır yönetim onayı ile hedef olarak değerlendirilir.
Replikasyon Sıklığı ile Beklenti Ayrımı
Sözleşmede sık replikasyon ifadesi görürseniz tek başına veri kaybı penceresi taahhüdü saymayın. Kanal gecikmesi, ağ kesintisi, snapshot tutarsızlığı ve uygulama önbelleği gerçek pencereyi genişletir.
DRaaS paketinde asenkron replikasyon varsa lag grafiği izlenmelidir. Senkron veya sürekli koruma seçenekleri farklı maliyet ve ağ ihtiyacı getirir. Gereksinim proje öncesinde doğrulanır.
Yedekleme testi disiplini BaaS geri yükleme tatbikatı kontrol listesindeki mantıkla aynıdır. Panel yeşil olsa bile geri dönüş denemesi yapılmadan hedef kanıtlanmış sayılmaz.
DRaaS Tasarımında Kontrol Soruları
Proje kick-off toplantısında şu soruları yazılı yanıtlayın.
- Hangi VM veya servis adları DRaaS kapsamında ve her birinin veri kaybı penceresi hedefi nedir?
- Uygulama tutarlılığı (quiesce, VSS, veritabanı agent) kim tarafında yapılandırılıyor?
- Replikasyon dışı kalan sistemler için BaaS veya yerel yedek penceresi nedir?
- Tatbikat sırasında ölçülecek metrikler neler?
- Üretime dönüş sonrası senkronizasyon gecikmesi kabul edilebilir mi?
Yanıtlar runbook ve sözleşme ekine girer. Leon-X bu soru setini gereksinim toplantılarında kullanır, altyapı sahibi değildir.
Yaygın Yanlış Anlamalar
Veri kaybı penceresi ile toparlanma süresi aynı şeydir. Biri ne kadar veri kaybı, diğeri sistemin ne kadar sürede ayağa kalkmasıdır. İkisi birlikte planlanır, birbirinin yerine yazılmaz.
DRaaS alındı, hedef otomatik sıfır. Paket kapsamı ve replikasyon tipi projeye göre değişir. Sıfır kayıp beklentisi ayrıca doğrulanmalıdır.
Tüm VM’ler aynı pencereyle korunur. Lisans ve kota nedeniyle liste sınırlı kalır. Listeye eklenmeyen yeni servisler kapsam dışıdır.
Yedekleme sıklığı hedefi tek başına çözer. Dosya yedekleri ile çalışan sistem kopyası farklı geri dönüş senaryoları üretir. BaaS ile DRaaS farkı netleştirilmeden aynı satır iki ürüne yazılır.
Kontrol Listesi
- Kritik uygulama envanteri ve bağımlılık haritası güncel
- Her sınıf için veri kaybı penceresi hedefi yönetimce onaylı
- DRaaS kapsam listesi VM veya servis adıyla eşleşiyor
- Replikasyon lag ve tutarlılık metrikleri izleme panelinde
- Yıllık tatbikat takvimde ve rapor şablonu hazır
- DRaaS seçeneği gereksinimlerle karşılaştırıldı
Leon-X ile Sonraki Adım
Leon-X iş önceliklerinizi veri kaybı penceresi hedefleriyle eşleştirir. DRaaS, BaaS ve yerel replikasyon seçeneklerini yan yana değerlendirir, tatbikat ve runbook adımlarını operasyon ekibinizle koordine eder. Keşif için iletişime geçin.
Sık Sorulan Sorular
Hedef değerini kim belirler?
İş birimi etki analizi ve BT teknik gerçekliği birlikte yazılır. Nihai satır yönetim onayı ile hedef olarak değerlendirilir. Sayısal taahhüt sözleşmede netleşir.
DRaaS varken günlük yedek hâlâ gerekli mi?
Çoğu kurumda evet. Uzun süreli arşiv, dosya düzeyi geri dönüş veya kapsam dışı sistemler için ayrı katman planlanır.
Replikasyon gecikmesi hedefi nasıl etkiler?
Lag, felaket anında geri döneceğiniz verinin üretimden ne kadar geride kalacağını gösterir. Lag sürekli hedefin üstündeyse tasarım gözden geçirilmelidir.
Leon-X DRaaS altyapısını işletir mi?
Leon-X Bulutistan altyapısının sahibi değildir. DRaaS seçeneğini değerlendirir, entegrasyon ve tatbikat süreçlerini danışmanlık ve operasyon koordinasyonu ile destekler.
Sonuç
Veri kaybı penceresi hedefi, DRaaS tasarımının iş tarafındaki ölçüsüdür. Replikasyon sıklığı ve kapsam listesi bu ölçüyle uyumlu değilse felaket tatbikatında sürpriz çıkar. Hedefleri yazılı hale getirmek, yanlış anlamaları sözleşme öncesi temizlemek ve düzenli test ile kanıt üretmek, paket adından bağımsız gerçek hazırlığı oluşturur.
Kaynaklar
- Bulutistan DRaaS ürün sayfası (kapsam proje bazında doğrulanır)
- Leon-X iç claim ledger C-05 nötr dil
