Üretime dönüş, DRaaS ortamında çalışan iş yüklerini ana üretim siteye geri taşıma sürecidir. Yedek ortama geçiş tatbikatı başarılı görünse bile ana siteye dönüş adımları yazılmadıysa veri sapması ve çift yazma riski artar. Kısa cevap şudur. Geri dönüş planını doğrulamak için reprotect sırasını, DNS ve kimlik geri alma maddelerini, veri tutarlılık kontrollerini ve her adımın kanıt kaydını planlı bir tatbikatla ölçmeniz gerekir. Panelde replikasyon yeşil olsa bile bu adımlar test edilmeden plan onaylı sayılmaz.
Bu metin DRaaS ürün sayfasını destekler. Ürün satışı yapmaz. Yedek ortama geçiş sırasını DR runbook yazısında, toparlanma süresi ölçümünü yedek ortama geçiş tatbikatı metninde, veri kaybı penceresi hedefini veri kaybı penceresi ve DRaaS tasarımı içinde ele aldık.
Hızlı Özet
Üretime dönüş, yedek ortama geçişin simetrik kopyası değildir. Reprotect, DNS geri alma ve uygulama sırası ayrı yazılmalıdır. Her adımın beklenen çıktısı ve doğrulama maddesi runbook ekinde yer almalıdır.
Planı doğrulamak için en az bir planlı tatbikat gerekir. Tatbikat raporu geri dönüş runbook sürümünü, zaman damgalarını ve başarısız adımları kaydetmelidir. Kesin süre taahhüdü bu yazıda verilmez, hedefler sözleşme ile değerlendirilir.
Leon-X Bulutistan altyapısının sahibi değildir. DRaaS gereksinimlerini iş önceliğiyle eşleştirir, geri dönüş planı ve tatbikat takvimini operasyon ekibinizle koordine eder.
İçindekiler
- Üretime Dönüş ile Yedek Ortama Geçiş Ayrımı
- Geri Dönüş Planında Olması Gereken Bölümler
- Doğrulama Adımları ve Kanıt Kayıtları
- DNS, Kimlik ve Uygulama Sırası
- Veri Tutarlılığı ve Çift Yazma Riski
- Planlı Tatbikat Senaryoları
- Yaygın Hatalar
- Kontrol Listesi
- Leon-X ile Sonraki Adım
- Sık Sorulan Sorular
- Sonuç
- Kaynaklar
Kaynak Pexels, veri merkezinde sunucu altyapısı.
Üretime Dönüş ile Yedek Ortama Geçiş Ayrımı
Yedek ortama geçiş iş yüklerini ikincil konuma taşır. Üretime dönüş aynı iş yüklerini üretim ortamına geri bağlar. İki akışın komutları ve onay hattı farklıdır. Birini diğerinin tersi olarak varsaymak, tatbikat sırasında eksik adım bırakır.
DRaaS paketinde replikasyon çift yönlü görünebilir. Operasyon tarafında yön değişimi elle veya otomasyonla tetiklenir. Tetikleyici, sıra ve doğrulama maddeleri geri dönüş planında ayrı numaralandırılmalıdır.
DRaaS nedir yazısı hizmet sınırlarını tarif eder. Ana siteye dönüş sorumluluğu çoğu sözleşmede müşteri operasyonu ile paylaşılır. Hangi adımın sağlayıcı panelinde, hangi adımın kurum runbookunda olduğu liste halinde yazılmalıdır.
Hot, warm ve cold site etiketleri ikincil ortamın hazırlık düzeyini seçer. Site tipi dönüş süresini etkiler ancak tek başına plan yerine geçmez.
Geri Dönüş Planında Olması Gereken Bölümler
Onaylı geri dönüş belgesi en az şu başlıkları içermelidir.
Tetikleyici ve onay. Ana siteye dönüş kararını kim verir, hangi koşullarda ertelenir.
Reprotect sırası. Hangi VM veya servis önce ana siteye yazmaya başlar. Bağımlılık haritası yedek ortama geçiş ile aynı dosyada tutulabilir, geri dönüş sütunu ayrı olmalıdır.
DNS ve trafik yönetimi. TTL planı, test kaydı ve kesinti penceresi notu. Kesin dakika taahhüdü verilmez.
Kimlik ve dizin senkronu. İkincil ortamda oluşan hesap veya grup değişikliklerinin ana siteye taşınma kuralı.
Uygulama kapatma sırası. İkincil ortamda yazmayı durdurma adımları çift yazmayı önler.
Doğrulama ve iş birimi onayı. Test kullanıcı, örnek işlem ve rollback tetikleyicisi.
BaaS ile DRaaS farkı yedekleme ekibinin üretime dönüş sırasında hangi noktada devreye girdiğini netleştirir. Dosya düzeyi geri yükleme ile çalışan sistem kopyası aynı pencereye yazılmaz.
Doğrulama Adımları ve Kanıt Kayıtları
Planı doğrulamak yalnız belge okumak değildir. Her kritik adım tatbikat sırasında ölçülür ve kayda geçer.
| Doğrulama alanı | Ne kanıtlanır | Örnek kayıt |
|---|---|---|
| Reprotect tamamlanma | ana site replika durumu | panel ekran görüntüsü veya log satırı |
| DNS geçişi | istemci doğru IP | dig veya iç DNS sorgu çıktısı |
| Uygulama tutarlılığı | örnek işlem başarılı | iş birimi onay notu |
| Veri sapması | çift kayıt yok | veritabanı satır sayısı veya hash notu |
| Süre notu | adım süreleri | zaman damgası tablosu, hedef olarak değerlendirilir |
Tablo şablondur. Kurumunuz audit gereksinimine göre satır ekler.
Tatbikat raporu geri dönüş runbook sürüm numarasını taşımalıdır. Sürüm yoksa hangi prosedürün test edildiği tartışılır. Yedek ortama geçiş tatbikatı metnindeki rapor alanları geri dönüş için de uyarlanır.
DNS, Kimlik ve Uygulama Sırası
Üretime dönüş tatbikatlarında en sık gecikme DNS ve TLS kimlik belgesi adımlarında oluşur. Plan bu maddeleri numaralı sıraya almalıdır.
Kimlik servisi ana siteye geçmeden uygulama açılırsa oturum hatası görülür. Dizin replikasyon gecikmesi varsa kullanıcı listesi eksik kalır. Plan bu risk için bekleme ve doğrulama adımı içermelidir.
Uygulama katmanında kuyruk veya zamanlanmış iş varsa ikincil ortamda biriken mesajların ana siteye taşınma kuralı yazılmalıdır. Kural yoksa dönüş sonrası mükerrer işlem oluşabilir.
Veri Tutarlılığı ve Çift Yazma Riski
İkincil ortamda iş sürdüğü süre ana site donmuş veya salt okunur kabul edilmezse iki tarafa yazma riski doğar. Geri dönüş planı yazma penceresini ve hangi sistemlerin önce kapatıldığını açıkça listeler.
Veritabanı için tutarlılık kontrolü tatbikat senaryosuna dahil edilmelidir. Üretim verisi içeren tam kopya yerine maskelenmiş veri ile test tercih edilebilir. Seçim yönetim onayı ile yapılır.
Veri kaybı penceresi hedefi üretime dönüş sırasında ayrı okunur. Ana siteye dönüşte kabul edilebilir gecikme sözleşmede hedef olarak değerlendirilir, bu yazıda sayı verilmez.
Planlı Tatbikat Senaryoları
Üç senaryo çoğu kurumda geri dönüş planını yeterince zorlar.
Kısa süreli ikincil çalışma. Yedek ortama geçiş yapılır, sınırlı işlem yapılır, aynı gün üretime dönüş tamamlanır. Çift yazma ve DNS adımları ölçülür.
Uzun süreli ikincil çalışma. İkincil ortamda bir iş günü simülasyonu. Kimlik ve uygulama değişikliklerinin ana siteye taşınma kuralı test edilir.
Kısmi dönüş. Yalnız kritik alt küme ana siteye döner, geri kalan ikincil ortamda kalır. Bağımlılık listesi bu senaryoyu desteklemiyorsa plan güncellenir.
Her senaryo sonrası runbook ve geri dönüş ekleri revize edilir. Revizyon tarihi ve değişiklik özeti tek kaynak deposunda tutulur.
Yaygın Hatalar
Geri dönüş bölümü boş. Yedek ortama geçiş runbooku dolu, üretime dönüş tek cümle. Tatbikat yalnız tek yön test edilir.
Reprotect sırası kopyalanmamış. Yedek ortama geçiş sırasının tersi her zaman doğru değildir. Kimlik ve ortak servisler farklı sıra isteyebilir.
DNS TTL planlanmamış. Eski kayıt önbelleği nedeniyle kullanıcılar hâlâ ikincil ortama gider.
İş birimi onayı atlanır. Teknik adımlar tamamlanır, işlevsel test yapılmaz.
Sürüm kontrolü yok. Ekipler farklı PDF kullanır, tatbikat hangi plana göre yapıldığı belirsiz kalır.
Kontrol Listesi
- Geri dönüş runbook bölümü yedek ortama geçişten ayrı ve numaralı
- Reprotect sırası ve bağımlılık haritası onaylı
- DNS, kimlik ve uygulama kapatma adımları yazılı
- Veri tutarlılık kontrolü tatbikat senaryosuna dahil
- Planlı üretime dönüş tatbikat tarihi ve rapor şablonu tanımlı
- DRaaS paket maddeleri ile geri dönüş adımları eşleştirildi
Leon-X ile Sonraki Adım
Leon-X felaket kurtarma gereksinimlerinizi iş öncelikleriyle hizalar. DRaaS seçeneğini BaaS ve yerel replikasyon ile yan yana değerlendirir, geri dönüş planı taslağını ve tatbikat takvimini operasyon ekibinizle koordine eder. Altyapı sahibi değildir. Keşif için iletişime geçin.
Sık Sorulan Sorular
Geri dönüş planı sağlayıcıdan hazır gelir mi?
Panel dokümantasyonu teknik referans sunabilir. DNS planı, uygulama sırası ve onay hattı kuruma özeldir. Bu maddeler müşteri geri dönüş belgesinde yazılmalıdır.
Yedek ortama geçiş tatbikatı geri dönüş doğrulaması yerine geçer mi?
Hayır. Tek yönlü tatbikat üretime dönüş adımlarını ölçmez. En az bir planlı geri dönüş tatbikatı veya eşdeğer masa üstü adım adım doğrulama gerekir.
Leon-X geri dönüş tatbikatını işletir mi?
Leon-X Bulutistan altyapısının sahibi değildir. Geri dönüş planı tasarımı, tatbikat planı ve gereksinim eşleştirmesinde danışmanlık ve operasyon koordinasyonu sağlar.
Sonuç
DRaaS geri dönüş planı, yedek ortama geçiş başarısından sonra ana siteye güvenli dönüş için ayrı yazılır ve planlı tatbikatla doğrulanır. Reprotect sırası, DNS ve kimlik geri alma, veri tutarlılık kontrolleri ve kanıt kayıtları olmadan plan onaylı sayılmaz. Runbook sürümü, tatbikat raporu ve revizyon disiplini bir arada tutulduğunda DRaaS yatırımı iki yönlü hazırlığa dönüşür.
Kaynaklar
- Bulutistan DRaaS ürün sayfası, kapsam proje bazında doğrulanır
- Pexels, veri merkezinde sunucu altyapısı
