GİRİŞ PROTOKOLÜNJ // GATE 01
İNSAN OTURUMU AKTİFROTA / İNSAN
01PROJE TALEBİSYSTEM//06

SYSTEM//06 HİZMET DOSYASI / 30

Bulut Yedekleme ve Felaket Kurtarma

Korumalı kopyaları, bağımlılık sıralı kurtarmayı, sınanmış RPO/RTO kanıtını ve işletim sorumluluğunu aynı mimaride birleştiren bulut yedekleme ve felaket kurtarma hizmeti.

Proje talebi oluşturun
ROTA HAZIRDAYANIKLILIK / BULUT / VERİ / YÖNETİM
CANLI HİZMET ROTASI
BAĞLI SİSTEM
Bulut ve Siber Dayanıklılık
BAŞLANGIÇ
Fiyatlandırma talep üzerine
ÇALIŞMA MODELİ
Kapsamı tanımlı proje
Süre
Yazılı kapsamda belirlenir
TESLİMAT
Dünya genelinde / uzaktan
02ÇALIŞMAKAPSAM / TANIMLI

NEDEN ÖNEMLİ / NJ//06

Kurtarma planını yedekleme işleminin başarılı görünmesine göre değil, yeniden çalışması gereken hizmetlere göre tasarlayın.

01 / TESLİMATLAR

Neler teslim ederiz?

  1. 01İş hizmeti, bağımlılık, RPO ve RTO değerlendirmesi
  2. 02Korumalı yedek, saklama, kimlik ve kurtarma mimarisi
  3. 03Kurtarma runbook’ları, felaket senaryoları ve ölçülen tatbikatlar
02 / SONUÇLAR

Başarı nasıl görünür?

  1. 01İş etkisine ve açık hedeflere bağlanan kurtarılabilirlik
  2. 02Tek hesap, bölge, kontrol düzlemi veya silme yoluna daha az bağımlılık
  3. 03Gözlenebilir geri yükleme, geçiş, doğrulama ve geri dönüş davranışı
01AnlaSorunu netleştir.
02ÜretDoğru çözümü kur.
03Teslim etİncele, iyileştir ve yayına al.
İSTEĞE BAĞLI DOĞRUDAN KANAL

WhatsApp’tan yazmak veya aramak ister misiniz?

Kısa bir ilk görüşme için bize yazabilir veya telefonla ulaşabilirsiniz. Proje kapsamı ve hassas ayrıntılar ise proje talebi üzerinden paylaşılmalıdır.

WhatsApp’ı açBizi arayın
05TESLİMAT REHBERİ / BULUT YEDEKLEME VE FELAKET KURTARMAKURTARMA SÖZLEŞMESİ / KORUMA MİMARİSİ / KURTARMA SIRASI / İŞLETİM KONTROLÜ

TESLİMAT REHBERİ / BULUT YEDEKLEME VE FELAKET KURTARMA

Kurtarmayı yeşil görünen bir yedekleme işinden ileriye değil, iş hizmetinin dönüş koşulundan geriye doğru tasarlayın.

Bulut Yedekleme ve Felaket Kurtarma hizmeti talep üzerine fiyatlandırılır. Kurtarılabilirliği yalnız depolama hacmi değil; iş hizmetleri, veri değişimi, uygulama bağımlılıkları, platformlar, kimlikler, bölgeler, saklama süresi, kurtarma hedefleri, tehdit koşulları ve tatbikat derinliği belirler. Mevcut yapıyı inceleyebilir, hizmet bazında RPO ve RTO hedefleri tanımlayabilir, korumalı yedekleme ve kurtarma yolları tasarlayabilir, kararlaştırılan kapsamı uygulayıp temsili geri yükleme veya felaket kurtarma senaryolarını doğrulayabiliriz. Yedekleme ürünleri, depolama, veri çıkışı, bulut kullanımı, lisans, donanım, operatör hizmeti, bekleme kapasitesi, uzman testi, 7/24 izleme, olay müdahalesi ve diğer üçüncü taraf giderleri yazılı teklife açıkça alınmadıkça ayrıdır.

01 / KURTARMA SÖZLEŞMESİ

Yedekleme sıklığını seçmeden önce hizmeti, katlanılabilir kaybı ve geri dönüş koşulunu adlandırın.

Kurtarma tasarımı, geri dönmesi gereken iş hizmetiyle başlar. O hizmete bağlı kullanıcıları, müşteri yolculuklarını, operasyon kararlarını ve hukuki ya da sözleşmesel yükümlülükleri çıkarır; ardından uygulama, veri, kimlik, sır, ağ, sertifika, yapılandırma ve tedarikçi bağımlılıklarını eşleriz. Şifreleme anahtarı, kimlik sağlayıcısı, mesaj kuyruğu veya güncel uygulama sürümü olmadan açılan bir veri tabanı kurtarılmış hizmet değildir. Bu nedenle kayıt; dosyayı, veriyi, sistemi ve kullanılabilir iş sonucunu aynı kurtarma birimi saymaz.

Kurtarma Noktası Hedefi (RPO), zaman cinsinden kabul edilebilecek en fazla veri kaybı aralığını; Kurtarma Süresi Hedefi (RTO) ise kesintiden sonra kararlaştırılmış hizmetin geri getirilmesi için hedeflenen süreyi ifade eder. Bu değerler ürün broşüründen kopyalanmaz. Müşteri etki toleransını, işlem son tarihlerini, elle sürdürülebilecek yolları ve önceliği sağlar. Mevcut yedekleme aralığının, çoğaltma gecikmesinin, geri yükleme hızının, karar sürecinin ve görevli kişilerin bu hedefi destekleyip desteklemediğini sınarız. Mimari ve tatbikat delili olmayan sayı, doğrulanmış taahhüt değil hedef olarak kalır.

Her arıza aynı kurtarmayı istemez. Yanlışlıkla silinen kayıt için ayrıntılı geri yükleme; bozulma için hatadan önceki güvenilir nokta; bölge kaybı için altyapının başka yerde kurulması ve trafiğin yönlendirilmesi gerekebilir. Fidye yazılımında, tehlike altındaki sistemin üzerine aceleyle geri yüklemek yerine çevreleme, delil koruma, kimlik bilgisi yenileme ve temiz bir ortamda kurtarma gerekebilir. Tedarikçi arızası, kayıp anahtar, ulaşılamayan yönetici ve bozulmuş kontrol düzlemi de önemliyse senaryoya alınır. Tek bir genel runbook bu olayların hepsini güvenle yönetemez.

Yazılı kapsam; değerlendirmenin, mimarinin, ürün yapılandırmasının, geçişin, geri yükleme testinin, felaket kurtarma tatbikatının veya ayrıca satın alınmış işletimin hangisini içerdiğini kesinleştirir. Hizmetler, tenant'lar, iş yükleri, veri kümeleri, konumlar, saklama sınıfları, senaryolar ve deliller tek tek adlandırılır. Felaketi kimin ilan edeceği, veri kaybını kimin kabul edeceği, ikincil ortamı kimin devreye alacağı ve geri dönüşü kimin onaylayacağı da yazılır. Hukuki bildirim, adli inceleme, kriz iletişimi ve teknik sınırın dışındaki iş sürekliliği için ayrı sorumlular veya uzmanlar gerekir.

01

Hizmet bağımlılığı

Uygulama, veri, kimlik, anahtar, ağ, yapılandırma ve tedarikçileri geri dönmesi gereken iş faaliyetine bağlayın.

02

RPO

Her hizmet için kabul edilebilir en yüksek veri kaybı aralığını belirleyin; yakalama ve çoğaltmanın bunu desteklediğini doğrulayın.

03

RTO

Yalnız kopyalama süresini değil; tespit, karar, erişim, kurulum, geri yükleme, doğrulama ve yayına dönüşü hesaba katın.

04

Yetki

Felaketi ilan etme, geri yükleme, kaybı kabul etme, trafiği yönlendirme ve normal işletime dönme yetkisini adlandırın.

02 / KORUMA MİMARİSİ

Kurtarma yolunu üretimi tehdit eden aynı kimliklerden, arızalardan ve yıkıcı işlemlerden koruyun.

Koruma envanteri; veri tabanlarını, dosya sistemlerini, sanal makineleri, konteynerleri, nesne depolarını, SaaS verisini, uç noktaları, kaynak kodunu, altyapı tanımlarını, yapılandırmayı, sertifikaları, sırları ve yeniden kurulum için gereken belgeleri kapsar. Her öğenin sorumlusu, asıl kaynağı, yakalama yöntemi, programı, saklama süresi, konumu, şifreleme sınırı ve geri yükleme yolu bellidir. Snapshot, eşitleme, çoğaltma, arşiv ve yedekleme; kurtarabildikleri ve kurtaramadıklarıyla sınıflandırılır. İkinci canlı kopya bozulmayı hızla çoğaltabilir; uzun süreli arşiv ise kaydı korurken operasyonel kurtarma için fazla yavaş kalabilir.

Kopyaların yerleşimi tehdide ve ortak bağımlılıklara göre seçilir. Birden çok kopya aynı hesabı, kimliği, kontrol düzlemini, bölgeyi veya silme yetkisini bütünüyle paylaşmamalıdır. Yapıya göre saha dışı, çevrimdışı, mantıksal olarak yalıtılmış ya da değiştirilemez kopya; ayrı yönetim, gecikmeli silme, object lock, sürümleme ve çok kişi onayı kullanılabilir. Değiştirilemezlik, saklama ve maliyet sonucu olan yapılandırılmış bir kontroldür; sihirli bir özellik değildir. Gerçek durumu, yönetici kaçış yolları, sürenin bitişi ve kurtarma erişimi incelenip sınanır.

Yedekleme yönetimi, sıradan üretim işletiminden daha dar bir güven sınırı alır. Mümkün olduğunda servis kimliklerini ayırır, yıkıcı yetkileri sınırlar, anahtarları ve kurtarma hesaplarını korur, politika değişikliklerini kaydeder, işleri kapatma veya saklama süresini kısaltma girişimlerini izleriz. Birincil kimlik sağlayıcısı çöker veya ele geçirilirse acil erişim kullanılabilir kalmalıdır; ancak aynı arıza alanının dışında korunur ve kontrollü koşullarda denenir. Bulut sağlayıcısı platformunu korur; iş yükü seçimi, politika, kimlik, yapılandırma ve kurtarma testi paylaşılan sorumluluk içinde müşteriye aittir.

Saklama; hatayı fark etme süresi, düzeltme ihtiyacı, hukuki muhafaza ve maliyetle ilişkilendirilir. Yalnız en yeni kopyayı tutmak geç fark edilen bozulmayı koruyabilir; sınırsız saklama ise mahremiyet, e-discovery ve gider sorunu yaratabilir. Günlük, haftalık, aylık veya olaya bağlı noktalar ancak iş gerekçesi varsa tanımlanır; silme, süre sonu ve hold davranışı kayda geçer. Şifreleme aktarımı ve depolamayı korur; ancak anahtar kaybı sağlıklı görünen yedeği kullanılamaz kılabilir. Anahtarın sahibi, rotasyonu, güvenli yedeği ve kurtarma yolu mimarinin parçasıdır.

01

Korumalı envanter

Kullanılabilir hizmeti yeniden kurmak için gereken veri, yapılandırma, kod, kimlik malzemesi ve belgeleri kapsayın.

02

Bağımsız arıza alanı

Üretimle aynı kimliği, bölgeyi, hesabı, kontrol düzlemini ve silme yolunu bütünüyle paylaşan kopyalardan kaçının.

03

Fidye yazılımına dayanıklılık

Gerekliyse yalıtım, değiştirilemezlik, gecikmeli silme ve dar yönetim kullanın; gerçek yapılandırmayı doğrulayın.

04

Saklama ve anahtar

Kurtarma noktası, süre sonu, hukuki muhafaza, şifreleme ve anahtar sahipliğini fark etme süresi, yükümlülük ve maliyetle dengeleyin.

03 / KURTARMA SIRASI

Bağımlılıkları bilinen sırayla geri getirin; dönen hizmetin kullanılacak kadar güvenli olduğunu kanıtlayın.

Kurtarılabilir bir hizmet yalnız veri kopyasından oluşmaz. Runbook; ön koşulları, altyapı kurulumunu, ağ ve DNS değişikliklerini, kimliği, anahtarları, veri tabanlarını, kuyrukları, depolamayı, uygulama katmanlarını, entegrasyonları, zamanlanmış işleri ve dış sağlayıcıları gereken sırada gösterir. Otomasyona uygun adımlarla insan yargısı isteyen kararlar ayrılır. Infrastructure as code, sürümlü yapılandırma ve golden image yeniden kurulumu hızlandırabilir; fakat bunların kaynağı da korunmalı, bağımlılıkları uyumlu ve kurtarma ortamına geçiş yolu denenmiş olmalıdır.

Kurtarma konumu senaryoya göre seçilir. Bir dosya yerinde dönebilir; ele geçirilmiş iş yükü yalıtılmış temiz alan ister; lokasyon kaybı başka zone, region, bulut veya fiziksel alan gerektirebilir. Kapasite, kota, image erişimi, veri egemenliği, ağ yolu, sertifika, DNS TTL, tedarikçi erişimi ve güvenlik kontrolleri çağrıdan önce hazır olmalıdır. Soğuk, ılık ve sıcak modeller maliyet, veri kaybı ve dönüş süresini farklı dengeler. Etiket değil, gerçek yol ve temsili ölçekteki deneme kabul delilidir.

Siber kurtarma bir güven sorusu daha ekler: Hangi nokta ve hangi bileşen kullanıma açılacak kadar temizdir? Geri yükleme, çevreleme ve ayrıca kapsamlandıysa olay müdahalesi ya da adli uzmanlıkla koordine edilir. Güvenilir zaman noktası, kimlik bilgisi yenileme, yapılandırma bütünlüğü, zararlı yazılım kontrolü, güvenlik açığı giderme ve hâlâ tehlikeli sistemlerle bağlantı karara bağlanır. Sunucuyu hızlı açmak saldırganı geri getirebilir veya delili bozabilir. Teknik plan, incelemeye bağlı kararları ve hizmeti açabilecek yetkiyi açıkça yazar.

Doğrulama hizmet düzeyinde yapılır. Dosyanın varlığı ve checksum yararlıdır; ancak kullanıcı giriş yapamayabilir, işlemler tutmayabilir, kuyruk iki kez oynayabilir, entegrasyon eski kimlik bilgisi taşıyabilir veya zamanlanmış işler yanlış sırada çalışabilir. Kabul testleri veri tutarlılığını, temsili iş işlemlerini, yetkileri, gözlenebilirliği, yazılı koşullardaki performansı ve aşağı akış etkisini kapsar. Elle uzlaştırma, kayıp aralık, ertelenen arayüz veya desteklenmeyen platform hizmet kullanılabilir ilan edilmeden önce kaydedilir.

01

Bağımlılık sırası

Kimlik, anahtar, ağ, veri, uygulama, entegrasyon, zamanlanmış iş ve doğrulamayı rastgele değil gereken sırayla yürütün.

02

Kurtarma ortamı

Acil durumdan önce kapasiteyi, konumu, ağı, DNS'i, sertifikaları, güvenlik kontrollerini ve tedarikçi erişimini doğrulayın.

03

Temiz kurtarma

Yıkıcı olaylarda güvenilir nokta, çevreleme, kimlik yenileme ve bütünlük kontrollerini birlikte planlayın.

04

Hizmet doğrulaması

Yalnız dosyayı değil; temsili işlemleri, yetkileri, uzlaştırmayı ve aşağı akış davranışını sınayın.

04 / İŞLETİM KONTROLÜ

Yedekleme sağlığını, politika sapmasını ve kurtarma hazırlığını sürekli değişen işletim durumu olarak ele alın.

Başarılı iş durumu tek başına yeterli sinyal değildir. Kaynak kapsamı, son korunan nokta, kaçan program, değişen veri hacmi, çoğaltma gecikmesi, saklama ve immutable lock durumu, depo kapasitesi, anahtar ve sertifika süresi, katalog tutarlılığı, zararlı yazılım işareti, son geri yükleme testinin yaşı ve alarm teslimi izlenmelidir. Yeşil pano; dışarıda kalmış veri tabanını, süresi dolmuş kimliği veya yeni tenant'ın korunmadığını gizleyebilir. Kapsam yetkili envanterle uzlaştırılır; önemli değişiklik inceleme başlatır.

Değişiklik yönetimi kurtarma düzenini üretimle aynı hizada tutar. Yeni hizmet, bölge, bağımlılık, şema, şifreleme anahtarı, kimlik sağlayıcısı veya sürüm modeli runbook'u geçersiz kılabilir ya da geri dönüş süresini değiştirebilir. Yedekleme politikaları ve altyapı tanımları mümkün olduğunda sürümlenir; değişiklikler gözden geçirilir, acil istisnalar sona erer. Ürün güncellemesi, kaldırılacak özellik, lisans sınırı ve sağlayıcı şartı sorumlusu tarafından izlenir. Önemli platform değişikliklerinin tamamlanma ölçütüne kurtarma gereksinimi de girer; olay anına bırakılmaz.

Maliyet yalnız depolanan gigabayttan oluşmaz. Yedekleme yazılımı, korunan instance, API işlemi, snapshot, değiştirilemez saklama, geri çağırma, egress, ikincil compute, ayrılmış kapasite, ağ aktarımı, test ortamı, destek ve ekip zamanı hesaba katılır. Ucuz arşiv tam geri yüklemede pahalı veya yavaş; sürekli sıcak ortam ise iş etkisinin gerektirdiğinden fazla maliyetli olabilir. Teklif NobleJackal emeğini sağlayıcı tüketiminden ayırır; tahminin dayandığı varsayımları kaydeder.

Sürekli sorumluluk açık olmalıdır. İşletim matrisi başarısız işi kimin izleyeceğini, boşluğu kimin araştıracağını, politika değişikliğini kimin onaylayacağını, kapasiteyi ve anahtarı kimin yöneteceğini, geri yüklemeyi kimin yapacağını, runbook'u kimin güncelleyeceğini, tedarikçiyi kimin arayacağını ve kurtarmayı kimin açıp kapatacağını gösterir. İzleme saati, yanıt beklentisi, değişiklik kotası ve eskalasyon ancak yazılı satın alındığında vardır. Tasarım ya da uygulama projesi gizli bir 7/24 hizmet, sınırsız depolama, olay müdahalesi veya garantili kurtarma oluşturmaz.

01

Kapsam uzlaştırması

Korunan kaynakları ve güncel kurtarma noktalarını yalnız ürün iş listesiyle değil, yönetilen envanterle karşılaştırın.

02

Sapma kontrolü

Hizmet, veri, bölge, kimlik, anahtar, bağımlılık veya sağlayıcı kabiliyeti değiştiğinde kurtarma tasarımını yeniden inceleyin.

03

Uçtan uca maliyet

Lisans, depolama, işletim, geri çağırma, veri çıkışı, bekleme kapasitesi, test ortamı ve ekip emeğini ayrı modelleyin.

04

Adı belli işletim

Sürekli hizmet varsaymak yerine izleme saatini, sorumluları, yanıt yollarını, tedarikçi temasını ve değişiklik sınırını yazın.

05 / TATBİKAT VE DEVİR

Kurtarmayı ilan edilmiş koşullarda ölçün, arayı kaydedin ve bir sonraki sınamaya yol bırakın.

Testler basamaklıdır. Bütünlük kontrolü geri yüklemenin; dosya geri yükleme uygulamanın; uygulama geri yükleme de bölgesel devrin veya siber kurtarmanın yerine geçmez. Test planı senaryoyu, ölçeği, kurtarma noktasını, ortamı, katılımcıları, zaman kaynağını, güvenlik koşullarını, durdurma ölçütünü ve delili yazar. Masa başı tatbikat karar ve iletişimi; teknik tatbikat kurulum, geri yükleme, doğrulama, yönlendirme ve dönüşü sınar. Üretimde failover gerçek kullanıcı ve veriyi etkileyebileceğinden ayrı yetki ister.

Gözlenen RPO ve kurtarma süresi ölçüm sınırıyla birlikte raporlanır. Sayaç; tespit, ilan, erişim onayı, kaynak açma, veri aktarımı, geri yükleme, yeniden oynatma, uzlaştırma, iş doğrulaması ve yayına dönüşü içerebilir. Test hacmi, bant genişliği, eşzamanlılık, sağlayıcı limiti, cache durumu ve görevli bulunabilirliği kaydedilir. Küçük örnekten çıkan sonuç bütün yapıya sessizce uygulanmaz; bir kez ulaşılan hedef her gelecek olay için kalıcı garanti diye sunulmaz.

Failback kurtarmanın devamıdır. İkincil ortamda oluşan veri, çakışma, eşitleme yönü, bakım penceresi, DNS veya trafik değişikliği, doğrulama ve geri alma plana dahildir. Bazı olaylarda eski ortama dönmek yerine kurtarılan ortam yeni birincil olur. Siber olay delil muhafazası ve aşamalı bağlantı da isteyebilir. Karar kaydı neyin gerçek sınandığını, neyin simüle kaldığını ve olağan değişiklik düzenine dönmeden önce kalan riski kimin kabul ettiğini gösterir.

Devir; hizmet ve bağımlılık haritasını, RPO/RTO kaydını, koruma politikalarını, saklama ve anahtar kayıtlarını, mimariyi, erişim modelini, izleme ve eskalasyonu, geri yükleme ve felaket runbook'larını, test delilini, tedarikçi temasını, bilinen sınırları ve sonraki tatbikat tarihini içerir. Sırlar güvenli ve onaylı kanaldan taşınır. Kapanış; teslim edileni, kabul edileni, erteleneni ve hariç tutulanı ayırır. Sıfır veri kaybı, garantili geri yükleme, kesintisiz işletim, fidye yazılımına bağışıklık, mevzuata uyum, sertifika, sigorta kabulü, sıralama, müşteri adayı veya gelir ima edilmez.

01

Test basamağı

Bütünlük kontrolü, ayrıntılı geri yükleme, uygulama kurtarma, felaket tatbikatı, siber kurtarma ve üretim devrini birbirinden ayırın.

02

Ölçülen sayaç

Veri hacmini, koşulları ve ilandan iş doğrulaması ile yayına dönüşe kadar önemli bütün aşamaları kaydedin.

03

Geri dönüş

Veri uzlaştırmasını, trafik dönüşünü, doğrulamayı ve geri almayı planlayın; kurtarılan ortam yeni birincil olacaksa bunu yazın.

04

Sonraki delil

Sorumlular, bilinen sınırlar, açıklar ve bir sonraki geri yükleme ya da felaket tatbikatının tarihiyle kapatın.

BAĞLANTILI DELİLLER

Kurtarmayı güvenlik, erişim, izleme, bulut işletimi ve depolamayla bağlayan kayıtları inceleyin.

Yedekleme ve felaket kurtarma; geniş güvenlik mimarisine, korumalı yönetime, izlemeye, bulut sorumluluğuna, depolama davranışına ve sürekli işletime bağlıdır. Bu komşu kayıtlar olası sorumlulukları açıklar; belirli bir iş yükünün veya olayın kurtulacağını tek başına kanıtlamaz.
Bulut ve Siber Dayanıklılık portföyünü aç

BİRİNCİL KURTARMA KAYNAKLARI

Kurtarma hedeflerini, korumalı kopyaları, tatbikatı ve delili çerçeveleyen birinci el rehberler.

Bu kaynaklar soruları ve kabul sınırlarını kurmamıza yardım eder. NobleJackal'ı tavsiye etmez, müşteri ortamını sertifikalandırmaz; bir yedekleme veya felaket kurtarma tasarımının her saldırıya dayanacağını, her RPO/RTO hedefini tutturacağını, her bağımlılığı geri getireceğini ya da denetçi veya sigortacı kabulü alacağını garanti etmez.

ALICI SORULARI

Bulut yedekleme ve felaket kurtarma işi sipariş edilmeden önce netleştirilecek sorular.

01Bulut Yedekleme ve Felaket Kurtarma neden talep üzerine fiyatlandırılır?

Kapsam; iş hizmeti, kullanıcı, tenant, iş yükü, veri hacmi ve değişim hızı, platform, konum, kimlik, saklama, RPO/RTO hedefi, mevcut ürün, geçiş, uygulama, izleme ve tatbikat derinliğine göre değişir. Tek dosya hizmetini geri yüklemekle çok bölgeli uygulama kurtarması veya fidye yazılımı temiz alan tatbikatı aynı iş değildir. Ürün, depolama, veri çıkışı, bulut kullanımı, lisans, donanım, operatör, bekleme kapasitesi, uzman testi, sürekli izleme, olay müdahalesi ve dış giderler yazılı teklife açıkça alınmadıkça ayrıdır.

02Yedekleme, çoğaltma, yüksek erişilebilirlik ve felaket kurtarma aynı şey mi?

Hayır. Yedek, daha sonra geri yüklemek için belirli zamandaki kopyayı korur. Çoğaltma güncel veya güncele yakın başka kopyayı tutar; bozulma veya silmeyi de taşıyabilir. Yüksek erişilebilirlik bazı arızalarda hizmeti çalışır tutmayı amaçlar. Felaket kurtarma ise önemli kesintiden sonra insanı, bağımlılığı, altyapıyı, veriyi, doğrulamayı ve dönüşü birlikte yönetir. Birbirlerini tamamlayabilirler; hiçbiri diğerini kendiliğinden kanıtlamaz.

03RPO ve RTO hedefimizi garanti edebilir misiniz?

Hedefi tanımlamaya, buna uygun tasarım kurmaya ve kararlaştırılmış senaryoyu kayıtlı koşullarda ölçmeye yardım edebiliriz. Her gelecek olayda aynı sonucun çıkacağını garanti etmeyiz. Tespit, ilan, veri hacmi, bozulma, bant genişliği, sağlayıcı sınırı, görevli kişinin yokluğu, ele geçirilmiş kimlik ve bilinmeyen bağımlılık sonucu değiştirebilir. Sözleşmesel hizmet seviyesi ancak ölçüm, varsayım, istisna, saat, kapasite ve telafiyi yazan ayrı işletim sözleşmesiyle oluşur.

04Değiştirilemez bulut depolama yedekleri fidye yazılımına karşı kesin korur mu?

Hayır. Doğru yalıtım ve değiştirilemezlik yıkıcı işlemi zorlaştırabilir; fakat kapsam, kimlik, yönetici kaçış yolu, saklama süresinin bitmesi, anahtar erişimi, kaynak kapsamı ve kurtarma süreci yine başarısız olabilir. Bu yüzden daha dar olan 'fidye yazılımına dayanıklı' ifadesini kullanır, yalnız sipariş edilen kontrol ve senaryoyu doğrularız. Olay müdahalesi, adli inceleme ve temiz alan işletimi açık yetki ve ayrı kapsam ister.

05Proje 7/24 izleme ve acil kurtarma içerir mi?

Kendiliğinden içermez. Proje; izleme sinyalini, eskalasyon girdisini, runbook'u, geri yüklemeyi, tatbikatı ve devri tanımlayabilir. Sürekli iş takibi, kapasite yönetimi, politika değişikliği, tehdit müdahalesi, acil devreye alma, kurtarma personeli, tedarikçi koordinasyonu ve sabit yanıt süresi ayrı yazılı işletim kapsamı gerektirir. Tasarım veya uygulama projesi gizli bir 7/24 kurtarma sözleşmesi oluşturmaz.