| Profil | Beschreibung | Typische Umgebung |
|---|---|---|
| 🏠 Privat / Homelab | Einzelsysteme, NAS, Docker, Heimserver | 1–2 Geräte, einfache Struktur |
| ⚙️ Kleingewerbe / Verein | Kleine IT-Umgebung, keine Appliance | 2–10 Systeme, meist NAS oder Cloud |
| 🧾 Unternehmen (Standard) | Dedizierter Backup-Server + Cloud Copy | 10–100 Systeme, ReFS/XFS, SOBR |
| 🏢 Mittelstand / Datacenter | Mehrere Repos, Cloud + Tape | 100–500 Systeme, GFS & Immutability |
| 🧠 Enterprise / MSP / Konzern | Multi-Tier, Geo-Redundant, Mandantenfähig | >500 Systeme, WORM + Compliance |
| Profil | Restore Points | GFS | Aufbewahrungsziel |
|---|---|---|---|
| 🏠 Privat / Homelab | 7–14 | none | Einfach, platzsparend |
| ⚙️ Kleingewerbe / Verein | 14–30 | 4/0/0 | 4 Weekly für Rücksprünge |
| 🧾 Unternehmen (Standard) | 30–60 | 4/12/0 | 1 Jahr nachvollziehbare Historie |
| 🏢 Mittelstand / Datacenter | 60–120 | 4/12/2 | 2 Jahre revisionsfähig |
| 🧠 Enterprise / Konzern / MSP | 90–180 | 4/12/7 | 7 Jahre gesetzeskonform |
| Kennzahl | Bedeutung | Praxisbeispiel | Empfehlung |
|---|---|---|---|
| RPO (Recovery Point Objective) | Wie viel Datenverlust tolerierbar ist (Zeit zwischen letzter Sicherung und Ausfall). | RPO = 4 h → maximal 4 h Datenverlust akzeptabel | Je nach System 1 h – 24 h, kritisch = < 4 h |
| RTO (Recovery Time Objective) | Wie lange ein System maximal ausfallen darf, bis es wieder lauffähig ist. | RTO = 2 h → innerhalb 2 h muss System wieder online sein | Lokal < 2 h, Offsite/Cloud < 24 h |
| Ziel | Beide Werte bestimmen Backup-Frequenz, Retention und Storage-Typ. | RTO/RPO = Grundlage jeder Strategieplanung |
💡 Merke:
- RPO beeinflusst, wie oft du sicherst.
- RTO bestimmt, wo und wie schnell du wiederherstellst.
- Eine gute Strategie balanciert beides – z. B. häufige Inkremente auf schnellem Speicher und wöchentliche Fulls auf günstigem Tier.