Ulusal Arşivler ve İş Sürekliliği araştırmalarına göre ciddi bir veri kaybından sonra felaket kurtarma planı OLMAYAN işletmelerin büyük çoğunluğu bir yıl içinde kapanır. Soru basit: yarın sabah ofisinizdeki tüm sunucular yansa, işiniz kaç saat içinde tekrar ayağa kalkar — ve hangi verileri geri getiremezsiniz?

Merhaba, ben Güvenlik Uzmanı. Bu derste bir kuruluşun krize rağmen ayakta kalmasını sağlayan iki temel disiplini öğreniyoruz: İş Sürekliliği Planı (BCP) ve Felaket Kurtarma Planı (DRP). RTO ve RPO hedeflerinin ne anlama geldiğini, yedekleme stratejisini ve bir kriz anında çalışanın rolünü konuşacağız. Soldaki interaktif sahnede (secIncidentResponse3D) bir kesinti senaryosunun zaman çizelgesini, RTO/RPO eşiklerini ve kurtarma adımlarının nasıl sıralandığını adım adım inceleyip deneyebilirsin.

İŞ SÜREKLİLİĞİ (BCP) ve FELAKET KURTARMA (DRP) NEDİR? İş Sürekliliği Planı (Business Continuity Plan), bir kriz (yangın, sel, siber saldırı, uzun elektrik/internet kesintisi, salgın) sırasında ve sonrasında KRİTİK İŞ FONKSİYONLARININ devam etmesini sağlayan bütünsel plandır. Felaket Kurtarma Planı (Disaster Recovery Plan) ise BCP'nin teknoloji odaklı alt kümesidir: BT sistemlerinin, sunucuların, verinin ve uygulamaların felaket sonrası nasıl geri getirileceğini tanımlar. Kısaca: BCP "iş nasıl yürümeye devam eder?" sorusunu, DRP "sistemleri ve veriyi nasıl geri getiririz?" sorusunu yanıtlar. NEDEN ÖNEMLİ? • Kesinti dakikası pahalıdır: durmuş üretim, kaçan müşteri, sözleşme cezaları, itibar kaybı. • Saldırılar artıyor: fidye yazılımı (ransomware) verileri şifreleyip işi durdurur; sağlam ve TEST EDİLMİŞ yedek, fidye ödememenin tek güvenli yoludur. • Yasal/uyum zorunluluğu: KVKK kapsamında kişisel veri "bütünlüğü ve erişilebilirliğinin" korunması gerekir; ISO 27001:2022 Ek A (Annex A) bunu açıkça ister. İKİ KRİTİK METRİK: RTO ve RPO (Bunları karıştırma!) • RTO — Recovery Time Objective (Kurtarma Süresi Hedefi): Bir sistemin kesintiden sonra EN GEÇ NE KADAR SÜREDE tekrar çalışır hale gelmesi gerektiği. "Ne kadar süre KAPALI kalabiliriz?" Örnek: RTO = 4 saat → sistem en geç 4 saatte ayağa kalkmalı. • RPO — Recovery Point Objective (Kurtarma Noktası Hedefi): EN FAZLA NE KADARLIK VERİYİ kaybetmeyi göze alabiliriz. "Hangi ana kadar geri dönebiliriz?" Örnek: RPO = 1 saat → en fazla son 1 saatin verisi kaybolabilir, dolayısıyla yedek en az saatte bir alınmalı. Kaba kural: RTO = ZAMAN (downtime tavanı), RPO = VERİ (kayıp tavanı). RPO ne kadar küçükse yedekleme o kadar sık olmalı; RTO ne kadar küçükse kurtarma altyapısı (sıcak/yedek site) o kadar pahalıdır. DESTEKLEYİCİ KAVRAMLAR • BIA — İş Etki Analizi (Business Impact Analysis): Hangi süreçlerin kritik olduğunu, kesintinin etkisini ve dolayısıyla RTO/RPO hedeflerini belirleyen ön çalışmadır. Plan BIA'dan doğar. • MTD/MTPD — Tolere Edilebilir Maksimum Kesinti: Bir sürecin geri dönülmez zarar vermeden kapalı kalabileceği en uzun süre. RTO bu sınırın altında olmalıdır. YEDEKLEME STRATEJİSİ — 3-2-1 KURALI • 3 kopya veri (1 üretim + 2 yedek). • 2 farklı ortam/medya (ör. disk + bulut). • 1 kopya tesis DIŞINDA / çevrimdışı (off-site / offline) — yangın ve fidye yazılımına karşı koruma. Modern ekleme (3-2-1-1-0): bir kopya değiştirilemez/immutable veya air-gapped olsun ve geri yükleme hatalarının sayısı 0 olacak şekilde test edilsin. KURTARMA SİTESİ SEÇENEKLERİ • Soğuk site (cold): boş tesis; ucuz ama kurulum yavaş (yüksek RTO). • Ilık site (warm): donanım hazır, veri kısmen güncel; orta maliyet/orta hız. • Sıcak site (hot): neredeyse anlık devralma, gerçek zamanlı replikasyon; pahalı ama en düşük RTO. ÇALIŞANIN ROLÜ — YAPILMASI GEREKENLER (DO) • Kritik dosyalarını ONAYLI kurumsal depolama/yedeklenen alanlara koy (paylaşılan sürücü, kurumsal bulut) — yalnızca yerel masaüstüne DEĞİL. • İş sürekliliği tatbikatlarına (drill) ciddiyetle katıl; rolünü ve acil iletişim adımlarını bil. • Acil durum iletişim listesini ve çağrı ağacını (call tree) güncel tut; alternatif iletişim kanalını (telefon, ikincil e-posta) bil. • Bir kesinti/şüpheli olay fark edince GECİKMEDEN olay müdahale ekibine/yardım masasına bildir — erken bildirim kurtarma süresini kısaltır. • Çalışılan belgeleri düzenli kaydet; kritik işlemlerin manuel/alternatif (failover) yöntemini bil. YAPILMAMASI GEREKENLER (DON'T) • Kritik veriyi YALNIZCA dizüstünün yerel diskinde veya kişisel USB'de tutma (yedeklenmez, kaybolur). • Şirket verisini onaysız kişisel bulut hesaplarına (kişisel Drive/Dropbox) yedekleme — bu hem yedek garantisi değildir hem KVKK ihlalidir. • Yedeklerin "çalıştığını" varsayma — test edilmemiş yedek = yedek YOKTUR. • Kriz anında kendi başına doğaçlama yapma; onaylı plan ve yetki zincirine uy. • Fidye yazılımı uyarısını görmezden gelme veya tek başına ödeme/pazarlık girişiminde bulunma. ISO 27001:2022 ve KVKK BAĞLANTISI • ISO 27001:2022 Ek A — Kontrol A.5.29 "Kesinti sırasında bilgi güvenliği" ve A.5.30 "İş sürekliliği için BİT (BT) hazırlığı" doğrudan bu konuyu kapsar; ayrıca A.8.13 "Bilginin yedeklenmesi" yedekleme kontrolünü tanımlar. • Daha geniş iş sürekliliği yönetimi için ISO 22301 standardı referans alınır. • KVKK md. 12 "veri güvenliğine ilişkin yükümlülükler" kapsamında veri sorumlusu, kişisel verinin hukuka aykırı yok olmasını/kaybını önlemek ve erişilebilirliğini sürdürmekle yükümlüdür; düzenli, güvenli ve test edilmiş yedekleme bu yükümlülüğün somut karşılığıdır. ÖZETLE: Plan yazıp çekmeceye kaldırmak yetmez. BCP/DRP ancak DÜZENLİ TATBİKAT ve GERİ YÜKLEME TESTİ ile gerçek olur; planlanmamış kriz, kazanılmamış savaştır.

• BCP işin (insan+süreç+iletişim) krizde devamını, DRP ise BT/veri sistemlerinin kurtarılmasını sağlar. • RTO = en fazla ne kadar KAPALI kalınır (zaman); RPO = en fazla ne kadar VERİ kaybedilir (veri). Karıştırma. • 3-2-1 yedek kuralı: 3 kopya, 2 farklı ortam, 1 tesis dışı/çevrimdışı; bir kopya değiştirilemez (immutable) olsun. • Test edilmeyen yedek = yedek yoktur; düzenli geri yükleme testi ve tatbikat şarttır. • Kritik veriyi yerel diskte/kişisel USB-buluta değil, yedeklenen onaylı kurumsal alanda tut; krizi gecikmeden bildir. • ISO 27001:2022 A.5.29/A.5.30/A.8.13 ve KVKK md. 12 düzenli, güvenli ve test edilmiş yedekleme/iş sürekliliğini zorunlu kılar.