Wie entwirfst du eine Backup- und Disaster-Recovery-Strategie?

Question

Accepted Answer

Eine Backup- und Disaster-Recovery-Strategie (DR) beantwortet die Frage: Wenn wir Daten verlieren oder eine ganze Region ausfällt, **wie viele Daten können wir verlieren, wie schnell können wir wieder aktiv sein, und können wir tatsächlich wiederherstellen?** Sie basiert auf der **3-2-1-Regel**, klaren **RPO/RTO**-Zielen und – entscheidend – **regelmäßig getesteten Wiederherstellungen**.

## Die 3-2-1-Regel

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

Sicherungen sollten **automatisiert** sein (kein manuelles Ausführen nötig) und **außerhalb** des primären Standorts gespeichert sein, damit eine regionale Katastrophe die Sicherung nicht zusammen mit dem Original zerstört.

## RPO und RTO

Diese beiden Ziele treiben jede Designentscheidung:

- **RPO (Recovery Point Objective)** – wie viel Datenverlust tolerierbar ist, gemessen in Zeit. RPO von 1 Stunde bedeutet, dass maximal die letzte Stunde von Schreibvorgängen verloren geht, was die Sicherungs-/Replikationshäufigkeit bestimmt.
- **RTO (Recovery Time Objective)** – wie lange die Wiederherstellung dauern darf. RTO von 30 Minuten bedeutet, dass das System innerhalb von 30 Minuten wiederhergestellt und betriebsbereit sein muss, was die DR-Architektur bestimmt.

```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-Stufen (Kosten 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)
```

## Teste deine Wiederherstellungen

**Eine Sicherung, die du nie wiederhergestellt hast, ist keine Sicherung – sie ist nur eine Hoffnung.** Plane regelmäßige Wiederherstellungsübungen: Stelle tatsächlich aus der Sicherung in einer sauberen Umgebung wieder her und überprüfe die Integrität. Dies deckt beschädigte Sicherungen, fehlende Teile und fehlerhafte Runbooks auf, *bevor* eine echte Katastrophe eintritt.

## Warum es wichtig ist

Datenverlust und regionale Ausfälle sind Momente, in denen das Überleben eines Unternehmens auf dem Spiel steht. 3-2-1 stellt sicher, dass eine Kopie jeden einzelnen Fehler übersteht; RPO/RTO verwandeln das vage "wir haben Sicherungen" in messbare Verpflichtungen; DR-Stufen ermöglichen es dir, Kosten an Kritikalität anzupassen; und getestete Wiederherstellungen sind der einzige Beweis, dass das Ganze tatsächlich funktioniert. Das Auslassen des Tests ist der Grund, warum Teams mitten in einem Ausfall entdecken, dass ihre Sicherungen nutzlos waren.