Hogyan tervezel meg egy biztonsági másolati és katasztrófa-helyreállítási stratégiát?

Question

Accepted Answer

A biztonsági másolat és katasztrófa-helyreállítási (DR) stratégia erre válaszol: ha adatokat vagy egy teljes régiót veszítünk el, **mennyit veszíthetünk, milyen gyorsan lehetünk vissza, és ténylegesen helyreállíthatunk-e?** A **3-2-1 szabályon**, világos **RPO/RTO** célokból, és — kritikusan — **rendszeresen tesztelt helyreállításokból** épül fel.

## A 3-2-1 szabály

```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
```

A biztonsági másolatoknak **automatizáltnak** kell lenniük (senki sem kell emlékezzen a futtatásukra) és **helyszínen kívülinek**, hogy egy regionális katasztrófa ne vigye el a biztonsági másolatot az elsődlegessel.

## RPO és RTO

Ez a két cél vezérli az összes tervezési döntést:

- **RPO (Recovery Point Objective)** — mekkora adatvesztés elfogadható, időben mérve. Az 1 órás RPO azt jelenti, hogy maximum az utolsó óra írásaiból veszítünk, ami a biztonsági másolat/replikálás gyakoriságát határozza meg.
- **RTO (Recovery Time Objective)** — meddig tarthat a helyreállítás. A 30 perces RTO azt jelenti, hogy a rendszert 30 percen belül helyreállítani és kiszolgálni kell, ami a DR architektúrát határozza meg.

```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 szintek (költség 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)
```

## Tesztelje helyreállításait

**A biztonsági másolat, amelyet soha nem állított vissza, nem biztonsági másolat — ez remény.** Rendszeres helyreállítási gyakorlatokat ütemezzen: valóban építsen újjá a biztonsági másolatból tiszta környezetbe, és ellenőrizze az integritást. Ez olyan módszer, amely megsérült biztonsági másolatokat, hiányzó darabokat és sérült runbookokat fog meg *egy valódi katasztrófa előtt*.

## Miért fontos

Az adatvesztés és regionális leállások azok az idők, amikor egy vállalat túlélése tesztelt. A 3-2-1 biztosítja, hogy egy másolat túléljen bármely egyéb hibát; az RPO/RTO elhomályosított "van másolatunk" mérhető kötelezettségekké; DR szintek lehetővé teszik a költségek kriticilitáshoz igazítása; és a tesztelt helyreállítások az egyetlen bizonyítéka annak, hogy az egész valóban működik. A teszt kihagyása az, ahogy a csapatok felfedezik, a leállás közepette, hogy biztonsági másolatuk haszontalan volt.