Felaket Kurtarma

RPO/RTO
3-2-1 Yedek
Replikasyon
Immutable
DR Site
Tatbikat
Felaket Kurtarma

İŞ ORTAKLARIMIZ

Güçlü Markalarla Uçtan Uca Çözüm

ÖNE ÇIKAN ÖZELLİKLER

Bu Çözüm Ne Sağlar

RPO/RTO Temelli Tasarım

Kabul edilebilir veri kaybı ve kesinti süreleri iş kararı olarak netleştirilir, çözüm buna göre kurulur.

Yedekleme ve Geri Dönüş

Yalnızca yedek almak değil; o yedekten gerçekten ve hızlıca geri dönülebildiği test edilir.

Replikasyon ve Yedekli Site

Kritik sistemler ikinci bir noktaya sürekli kopyalanır; bölgesel felakette iş durmaz.

Fidye Yazılımına Dayanıklılık

Değiştirilemez (immutable) yedeklerle şifreleme saldırısı sonrası temiz geri dönüş sağlanır.

Düzenli Tatbikat

Kurtarma adımları belgelenir ve periyodik tatbikatla doğrulanır; plan kağıtta kalmaz.

Hızlı Devreye Alma

Felaket anında yönlendirilmiş devreye alma ile kesinti süresi minimuma iner.

TEKNİK ÖZELLİKLER

Teknik Detaylar

Hedefler

RPO / RTO iş bazlı tanımlı

Yedekleme

Yerinde + site-dışı (3-2-1 ilkesi)

Replikasyon

Senkron/asenkron, kritik sistemler

Dayanıklılık

Immutable / fidyeye dirençli yedek

Site

İkincil / DR site (opsiyonel)

Test

Periyodik geri dönüş tatbikatı

Otomasyon

Yönlendirilmiş kurtarma adımları

Destek

7/24, belgeli runbook

GENEL BAKIŞ

Detaylar

Bir kurumun ne kadar dirençli olduğu, her şey yolundayken değil; bir sunucu çöktüğünde, bir fidye yazılımı vurduğunda ya da bir bölge elektriksiz kaldığında belli olur. Felaket kurtarma (DR), "başımıza gelmez" denilen senaryoya önceden hazırlanmaktır — ve hazırlananla hazırlanmayan arasındaki fark çoğu zaman kurumun hayatta kalıp kalmamasıdır.

RPO ve RTO ile başlar

Her DR tasarımının iki çıpası vardır: RPO (kabul edilebilir veri kaybı süresi) ve RTO (kabul edilebilir kesinti süresi). Bunlar teknik değil iş kararlarıdır; "saatlik kayıp kaça mal olur" sorusunun cevabıdır. Tasarıma bu hedefleri netleştirerek başlar, çözümü bütçeyle bu hedefler arasında dürüstçe dengeleriz.

Yedekleme, felaket kurtarma değildir

Sık karşılaştığımız yanılgı budur. Düzenli yedek almak gerekli ama yeterli değildir; asıl soru, o yedekten ne kadar sürede ve gerçekten geri dönülebildiğidir. Test edilmemiş bir yedek, çoğu zaman ihtiyaç anında çalışmaz. Kurduğumuz yapılarda replikasyon, yedekli site ve düzenli geri dönüş tatbikatı bir aradadır.

Senaryoya göre kurguladığımız katmanlar:

  • Yerinde ve site-dışı yedek — donanım arızasından bölgesel felakete kadar koruma
  • Replikasyon — kritik sistemlerin ikinci bir noktaya sürekli kopyalanması
  • Fidyeye dayanıklı (immutable) yedek — değiştirilemez kopyalarla şifreleme saldırısına direnç

Neden MSK Global

Kurumsal ve kamu projelerinde edindiğimiz tecrübeyle DR'ı bir rapor değil, çalışan bir refleks olarak kurarız. Düzenli tatbikat, belgeli kurtarma adımları ve 7/24 destek ile felaket anında "ne yapacağız" değil, "planı uyguluyoruz" denilen bir kurum bırakırız.

Çözüm Ortağı Markalar

İş sürekliliği, doğru çoğaltma ve kurtarma teknolojisiyle başlar. Sıfıra yakın RPO/RTO hedefleri için kanıtlanmış platformlarla çalışıyoruz.

  • Huawei OceanStor — HyperReplication ile uzak çoğaltma ve HyperMetro ile aktif-aktif veri merkezi mimarisi; tek bir veri merkezi kaybında bile kesintisiz hizmet.
  • Sangfor HCI — Yerleşik yedekleme, sürekli veri koruma (CDP) ve felaket kurtarma orkestrasyonuyla sanallaştırılmış ortamların tek panelden korunması.