Yedekleme ve olağanüstü durum kurtarma stratejisini nasıl tasarlarsınız?

Question

Accepted Answer

Yedekleme ve olağanüstü durum kurtarma (DR) stratejisi şu soruları yanıtlar: eğer veri kaybetseydik veya tüm bir bölge devre dışı kalsaydı, **ne kadar veri kaybedebiliriz, ne kadar hızlı geri dönebiliriz ve gerçekten restore edebilir miyiz?** Bu, **3-2-1 kuralı**, açık **RPO/RTO** hedefleri ve — kritik olarak — **düzenli olarak test edilen restore işlemleri** üzerine inşa edilir.

## 3-2-1 kuralı

```text
3 copies of the data
2 different media / storage types
1 copy offsite (different region or provider)
→ no single failure (disk, host, datacenter, ransomware) destroys every copy
```

Yedeklemeler **otomatik** olmalıdır (insan tarafından çalıştırılmayı hatırlamaya bağlı değil) ve **şirket dışında** tutulmalıdır ki bölgesel bir felaket yedeklemeyi birincil kopya ile birlikte kaybetmesin.

## RPO ve RTO

Bu iki hedef tasarımın her seçimini belirler:

- **RPO (Kurtarma Noktası Hedefi)** — tolere edilebilir veri kaybı miktarı, zaman cinsinden ölçülür. 1 saatlik RPO, en fazla son bir saatlik yazılar kaybetmek anlamına gelir ki bu, yedekleme/replikasyon sıklığını belirler.
- **RTO (Kurtarma Zamanı Hedefi)** — kurtarmanın ne kadar sürebileceği. 30 dakikalık RTO, sistemin 30 dakika içinde restore edilip hizmet vermeye başlaması gerektiği anlamına gelir ki bu, DR mimarisini belirler.

```text
frequent backups / replication → smaller RPO (less data lost)
hotter standby infrastructure  → smaller RTO (faster recovery)
both cost money → pick targets per business criticality
```

## DR seviyeleri (maliyet vs RTO)

```text
Backup & restore  → cheapest; restore from backups on demand   (RTO: hours)
Pilot light       → minimal core running, scale up on disaster  (RTO: tens of min)
Warm standby      → scaled-down live copy, scale up to take over (RTO: minutes)
Multi-site active → full live copies serving traffic            (RTO: ~seconds)
```

## Restore işlemlerinizi test edin

**Hiç restore etmediğiniz bir yedekleme, yedekleme değil — sadece umuttur.** Düzenli restore alıştırmaları planlayın: gerçekten temiz bir ortamda yedeklemeden yeniden oluşturun ve bütünlüğü doğrulayın. Bu, yozlaşmış yedeklemeleri, eksik parçaları ve kırık runbook'ları *gerçek bir felaket öncesinde* yakalar.

## Neden önemli

Veri kaybı ve bölgesel kesintiler, bir şirketin hayatta kalmasının test edildiği anlardır. 3-2-1, herhangi bir tek hataya karşı bir kopyanın hayatta kalmasını sağlar; RPO/RTO, muğlak "bizim yedeklemelerimiz var" ifadesini ölçülebilir taahhütlere dönüştürür; DR seviyeleri maliyeti kritikaliteyle eşleştirmenizi sağlar; ve test edilen restore işlemleri, tüm sistemin gerçekten çalışıp çalışmadığının tek kanıtıdır. Testi atlamak, ekiplerin kesinti ortasında yedeklemelerinin işe yaramaz olduğunu nasıl keşfettiklerinin hikâyesidir.