İş Sürekliliği ve Felaket Kurtarma

Yedekleme stratejisi, felaket kurtarma planı ve düzenli tatbikatlarla sistemleriniz kesintide bile ayakta kalır: RPO / RTO hedeflerini birlikte belirler, yedekleri doğrular, ikinci bölgeye geçişi kurar ve kanıtlarız.

KAPSAM

08 başlık

TEKNOLOJİ

08 araç ve platform

SÜREÇ

06 adım

01 — Bölüm

Ne yapıyoruz

Yedek almak ile yedekten geri dönebilmek aynı şey değildir. Sunucu arızası, fidye yazılımı, yanlışlıkla silinen tablo ya da veri merkezi kesintisi yaşandığında sorulan tek soru şudur: Ne kadar veri kaybettik ve ne zaman ayağa kalkarız? Bu iki sorunun cevabı (RPO ve RTO) önceden belirlenmemişse, felaket anında verilen her karar pahalıdır. OPEIS Teknoloji olarak iş etki analizinden tatbikata kadar iş sürekliliği ve felaket kurtarma hizmetini kurar, işletir ve kanıtlarız.

Hizmetin çekirdeği üç sorudan oluşur: Hangi sistem ne kadar süre durabilir, hangi veri ne kadar geriye gidebilir, geri dönüş gerçekten çalışıyor mu? Cevaplar yazılı hedeflere dönüşür; yedekleme mimarisi, ikinci bölge ve tatbikat planı bu hedeflere göre tasarlanır. Düzenli geri yükleme testleri olmadan hiçbir yedek "var" sayılmaz.

02 — Bölüm

Kapsam

Bu hizmet kapsamında ele aldığımız 8 başlık. İhtiyaca göre bir bölümü ya da tamamı seçilir.

İş etki analizi

Kritik süreçler, bağımlı sistemler ve kabul edilebilir kesinti ile veri kaybı süreleri (RTO / RPO) sistem bazında belirlenir.

Yedekleme mimarisi

Sağlayıcıdan bağımsız, şifreli ve değiştirilemez (immutable) yedekler; 3-2-1-1-0 kuralı: üç kopya, iki ortam, bir uzak, bir çevrimdışı, sıfır doğrulama hatası.

Felaket kurtarma planı (DRP)

Senaryolar, roller, iletişim ağacı, adım adım geri dönüş kılavuzları (runbook) ve karar yetkileri.

İkinci bölge ve yüksek erişilebilirlik

Bulut ya da ikinci veri merkezinde sıcak, ılık veya soğuk bekleme mimarisi; otomatik ya da yönetimli geçiş.

Veritabanı ve uygulama sürekliliği

Zaman noktasına geri dönüş (PITR), çoğaltma, uygulama katmanında tutarlı yedek.

SaaS yedekleri

Microsoft 365, Google Workspace ve CRM verilerinin sağlayıcıdan bağımsız yedeklenmesi.

Tatbikatlar

Planlı geri yükleme testleri, yıllık tam tatbikat, ölçülen gerçek RTO / RPO ve iyileştirme listesi.

Raporlama ve uyum

ISO 22301 ve KVKK için kanıt seti, yedek başarı raporları, denetim hazırlığı.

03 — Bölüm

Teknolojiler

Yedeklediğimiz sistemleri aynı zamanda geliştiren, barındıran ve izleyen ekibiz; bu yüzden uygulama katmanında tutarlı yedek alır, geri dönüşü uygulamayla birlikte test ederiz. Felaket kurtarma planı rafta durmaz: Bakım sözleşmelerimizin parçası olarak tatbikatlar takvime bağlanır, sonuçları yönetim raporunda görünür. İlk görüşmede mevcut yedekleme düzeninizi inceler, gerçek RPO ve RTO değerlerinizi ölçer, hedefle aradaki farkı kapatma planını sunarız.

Veeam
Proxmox Backup Server
Restic / Borg
AWS Backup
Azure Site Recovery
PostgreSQL PITR
S3 Object Lock
Terraform

04 — Bölüm

Nasıl ilerliyoruz

İş Sürekliliği ve Felaket Kurtarma için izlediğimiz 6 adım; her adımın yazılı bir çıktısı vardır.

01
Keşif ve envanter

Mevcut altyapı, iş yükleri, bağımlılıklar ve riskler çıkarılır.

ÇIKTI: Altyapı envanteri ve risk listesi
02
Hedef mimari ve plan

Hedef mimari, geçiş yolu, kapasite ve maliyet modeli yazılı olarak netleşir.

ÇIKTI: Mimari belge ve yazılı teklif
03
Hazırlık ve pilot

Erişimler, ağ ve güvenlik temelleri kurulur; küçük bir iş yüküyle pilot yapılır.

ÇIKTI: Pilot raporu
04
Kurulum ve geçiş

Sistemler aşamalı kurulur ya da taşınır; her aşama geri dönüş planıyla uygulanır.

ÇIKTI: Devreye alınan sistemler
05
Doğrulama ve devreye alma

Yük, yedek/geri yükleme ve güvenlik testleri; izleme ve uyarılar açılır.

ÇIKTI: Kabul raporu ve izleme panosu
06
İşletme ve iyileştirme

SLA kapsamında izleme, bakım, kapasite ve maliyet gözden geçirmeleri.

ÇIKTI: Aylık işletme raporu

Süreci ayrıntılı okuyun

05 — Bölüm

Sık sorulanlar

Yedek almak ile yedekten geri dönebilmek farklıdır. Test edilmemiş yedek, felaket anında çalışmayabilir; fidye yazılımı yedek sunucusuna da ulaşabilir; geri yükleme sırası ve süresi bilinmeyebilir. Hizmet; hedef sürelerin belirlenmesini, değiştirilemez kopyaları, adım adım geri dönüş kılavuzlarını ve düzenli tatbikatı kapsar. Mevcut yedekleme aracınız çoğu zaman korunur.

RPO kabul edilebilir veri kaybını (son yedekten bu yana geçen süre), RTO kabul edilebilir kesinti süresini tanımlar. Her sistem için farklı olmalıdır: muhasebe sisteminde dört saatlik kayıp kabul edilebilirken, sipariş sisteminde dakikalar önemlidir. İş etki analizinde süreç sahipleriyle birlikte belirler, maliyetiyle birlikte yönetim onayına sunarız.

Bunun için en az bir kopya değiştirilemez (immutable) ya da çevrimdışı tutulur, yedek sistemi ayrı kimlik bilgileri ve ağ ayrımıyla korunur. 3-2-1-1-0 kuralı: üç kopya, iki ortam, bir uzak, bir değiştirilemez, sıfır doğrulama hatası. Düzenli geri yükleme testleri, kopyanın gerçekten temiz ve kullanılabilir olduğunu kanıtlar.

Hayır. Geri yükleme testleri yalıtılmış bir ortamda yapılır; üretim sistemine dokunulmaz. Çeyreklik testler tek sistemi, yıllık tam tatbikat bir felaket senaryosunu kapsar. Tatbikat sonunda ölçülen gerçek süreler hedeflerle karşılaştırılır, aksayan adımlar kılavuzlara işlenir.