Ana içeriğe geç
İyi Bilişim logosu
Açık sabit disk

BT · Felaket kurtarma ve iş sürekliliği

Felaket anında ne yapılacağı önceden belli değilse, teknik sorun iş kaybına dönüşür

Sunucu arızası, veri kaybı, fidye yazılımı ve uzun süreli kesintiler için uygulanabilir geri dönüş ve iş sürekliliği planı oluşturuyoruz.

iyibilisim://felaket-kurtarmaaktif
  • 01ÖncelikKritik sistemler sıralanır
  • 02PlanRoller ve adımlar dokümante edilir
  • 03TestGeri dönüş senaryosu doğrulanır
  1. 01

    Kritik sistemler

  2. 02

    Senaryo

  3. 03

    Plan

  4. 04

    Test

30 saniyede

Sunucu odası yansa, fidye yazılımı her şeyi kilitlese bile hangi sistemin hangi sırayla, kaç saatte geri geleceği önceden bellidir.

Kurtarma kapsamı

Felaket kurtarma, yalnızca yedek değil; öncelik, süre, rol ve iletişim planıdır.

Hangi sistemin ne kadar sürede ve hangi sırayla geri döneceği, kimin karar vereceği ve iş birimlerinin nasıl devam edeceği önceden belirlenmelidir.

01

Kritik Sistemler

İşletme için durması en riskli sunucu, uygulama, veri ve erişimlerin belirlenmesi.

02

Geri Dönüş Sırası

Kriz anında hangi sistemin hangi sırayla ayağa kaldırılacağının netleştirilmesi.

03

Yedekleme Bağlantısı

Felaket kurtarma planının yedekleme ve geri dönüş testiyle birlikte ele alınması.

04

Kriz Rol Dağılımı

Kesinti anında kimin ne yapacağının ve iletişim akışının önceden belirlenmesi.

05

Kesinti Senaryosu

Sunucu arızası, veri kaybı, fidye yazılımı ve erişim kesintisi senaryolarının çalışılması.

06

İş Sürekliliği

Teknik geri dönüşün iş akışına etkisinin ve öncelikli aksiyonların planlanması.

Kurtarma standardı

İş sürekliliğini dört temel ilkeyle planlarız.

01

İş önceliği

Sistemler teknik büyüklüğe göre değil, duruşun iş etkisine göre sıralanır.

02

Net hedefler

Kabul edilebilir veri kaybı ve geri dönüş süresi her kritik sistem için belirlenir.

03

Dokümante rol ve sıra

İletişim, karar, teknik adım, dış hizmet sağlayıcı ve doğrulama sorumlulukları yazılı tutulur.

04

Düzenli test

Plan masa başı ve teknik geri dönüş denemeleriyle doğrulanır, değişikliklere göre güncellenir.

Nasıl çalışır?

Keşiften takibe kadar kontrollü bir uygulama süreci izleriz.

Mevcut durum ve riskler görülmeden ürün veya ayar kararı verilmez; uygulama sonrası kontrol ve dokümantasyon tamamlanır.

  1. 01

    Kritik sistemler

    Sunucu, veri, kullanıcı, erişim ve iş akışı açısından kritik alanlar belirlenir.

  2. 02

    Senaryo

    Kesinti, veri kaybı, fidye yazılımı ve sunucu arızası senaryoları çalışılır.

  3. 03

    Plan

    Geri dönüş sırası, sorumlular, yedekleme ve iletişim akışı netleştirilir.

  4. 04

    Test

    Planın uygulanabilirliği geri dönüş kontrolleriyle düzenli olarak doğrulanır.

teknik-ekip.txt

Teknik çerçeve

  • ›Kritik sistem envanteri ve iş etkisi analizi
  • ›RTO/RPO hedeflerine göre yedek, replikasyon veya ikincil lokasyon
  • ›Geri dönüş runbook'u: adım adım, sorumlu ve iletişim listesiyle
  • ›Yılda en az bir felaket tatbikatı ve rapor
  • ›Bulut tabanlı kurtarma (DRaaS) seçeneği
satin-alma.txt

Teklifte neler var?

  • OKTeklif öncesi ücretsiz keşif veya ön görüşme
  • OKTeslimat: felaket kurtarma planı, test raporu ve iyileştirme listesi
  • OKTeslimatta yapılanların yazılı kaydı ve kabul kontrolü
  • OKSonrası için bakım ve destek seçeneği; müdahale süreleri sözleşmede yazılı
Teklif talep edin
risk-taramasi.log

Görünmeyen riskler

Kriz anında karar vermeye çalışmak geri dönüş süresini uzatır.

Aşağıdaki durumlar varsa mevcut yapı çalışıyor görünse bile operasyon, güvenlik veya süreklilik riski taşıyabilir.

  • WARNKritik sistemlerin hangileri olduğu net değildir.
  • WARNYedekleme vardır ama kriz anında geri dönüş sırası bilinmez.
  • WARNSunucu arızası veya veri kaybında kimin ne yapacağı belirlenmemiştir.
  • WARNFidye yazılımı veya yanlış silme durumunda temiz geri dönüş noktası net değildir.
  • WARNİş akışı, müşteri güveni ve operasyon sürekliliği riske girebilir.
  • WARNPlansız müdahale kesinti süresini ve mali kaybı büyütür.
teslimatlar.log

Net çıktılar

Süreç sonunda teslim edilen net çıktılar

İnceleme ve uygulama sonunda neyin değiştiği, hangi riskin kaldığı ve sonraki adımın ne olduğu görünür hale gelir.

  • OKKritik sistem, uygulama ve veri öncelik listesi
  • OKRTO/RPO ve kabul edilebilir kesinti hedefleri
  • OKSistemlerin geri dönüş sırası ve bağımlılıkları
  • OKKriz iletişimi, rol ve sorumluluk matrisi
  • OKYedek, alternatif erişim ve kurtarma senaryosu
  • OKTest sonucu, eksikler ve güncelleme planı

Net sonraki adım

Kesinti anında ilk ne yapılacağını kriz çıkmadan birlikte belirleyelim.

Kritik sistemleri, yedekleri ve iş önceliklerini inceleyerek uygulanabilir bir kurtarma planı oluşturalım.