Backup-Size-Rechner – Speicherbedarf für Backups berechnen

Inhaltsverzeichnis

             Schnellübersicht
            Backup-Size-Rechner: Speicherbedarf exakt berechnen
Backup-Typen: Voll, Inkrementell, Differenziell
Optimierung: Kompression & Deduplication
Retention: Tage, Wochen, Monate, Jahre
3-2-1-Regel: Drei Kopien auf zwei Medien, eine extern
Visualisierung: Backup-Kalender im Überblick
Theorie: Backup-Strategien einfach erklärt
FAQ: Häufige Fragen zur Backup-Planung

        

1. Backup-Size-Rechner

Gib die Parameter deiner Backup-Strategie ein – der Speicherbedarf wird sofort berechnet.

Primärdaten

Primärdaten (GB) Gesamtmenge der zu sichernden Daten

Tägliche Änderungsrate (%) Wie viel % ändern sich täglich?

Backup-Zeitraum (Tage) Betrachtungszeitraum (Standard: 1 Jahr)

Backup-Zeitplan

Backup-Strategie GFS-Strategie (Grandfather-Father-Son)

Vollbackup alle ... Tage Intervall für Vollbackups

Backup-Typ Inkrementell: nur Änderungen seit letztem Backup

Aufbewahrung (Tage) Wie lange werden Backups aufbewahrt?

Datenreduktion

Kompressionsrate (%) 0% = keine, 50% = halbe Größe, 95% = sehr gut

Deduplication (%) Redundante Datenblöcke eliminiert

Effektive Reduktion (%) Berechnet aus Kompression + Dedup

Typische Reduktionsraten

Komprimierbare Daten (Text, Logs, Datenbanken): 50-80%
Bereits komprimierte Daten (Videos, Bilder): 0-20%
Deduplication bei VMs: 40-70% (gleiche OS-Bestandteile)
Deduplication bei Office: 20-40%
Kombiniert (Comp+DD): 60-90% Reduktion möglich

GFS-Aufbewahrung (Grandfather-Father-Son)

Tägliche Backups Son - tägliche Wiederherstellung

Wöchentliche Backups Father - wöchentliche Sicherung

Monatliche Backups Grandfather - monatliche Sicherung

Jährliche Backups Archiv - jährliche Sicherung

Anzahl Kopien (3-2-1-Regel) 3 = Standard, mehr = mehr Speicherbedarf

Media-Overhead (%) Dateisystem, Metadaten, Snapshots

Reserve für Wachstum (%) Puffer für zukünftiges Wachstum

Ergebnis

Benötigter Backup-Speicher

—

Vollbackups

—

Inkrementelle

—

Differenzielle

—

Durch Kompression

—

Durch Deduplication

—

Gesamt (mit 3-2-1)

—

Strategie-Zusammenfassung

—

Speicher-Aufteilung

Verteilung des Backup-Speichers

Backup-Kalender (1 Monat)

Visualisierung des Backup-Plans (30 Tage)

Vollbackup

Inkrementell

Differenziell

Detail-Aufstellung

Position	Roh (GB)	Nach Optimierung (GB)	Anzahl	Speicher (GB)

Wussten Sie schon?

Die 3-2-1-Backup-Regel besagt: 3 Kopien deiner Daten, auf 2 verschiedenen Medien, mit 1 Kopie extern.
Deduplication kann den Speicherbedarf bei VMs um bis zu 70% reduzieren.
Inkrementelle Backups sparen Speicher, brauchen aber die volle Kette zur Wiederherstellung.
Differenzielle Backups brauchen mehr Platz als inkrementelle, aber weniger als Vollbackups.
Die GFS-Strategie (Grandfather-Father-Son) kombiniert tägliche, wöchentliche, monatliche und jährliche Backups.
Der Rebuild einer Backup-Kette kann bei inkrementellen Backups Stunden dauern!

2. Theorie – Backup-Strategien einfach erklärt

Verstehe die Grundlagen von Backup-Typen und Strategien – ohne Vorkenntnisse.

Was ist ein Backup?

Ein Backup ist eine Kopie deiner Daten zur Wiederherstellung:

Ziel: Datenverlust verhindern
Schutz vor: Hardware-Defekt, Löschen, Ransomware
Ergänzung: RAID ist KEIN Backup!
3-2-1-Regel: Der Goldstandard

RAID schützt vor Plattenausfall, Backup vor allem anderen

Voll-, Inkrementell, Differenziell

Die drei Backup-Typen im Vergleich:

Voll: Alle Daten, langsam, viel Speicher
Inkrementell: Nur seit letztem Backup geänderte Daten
Differenziell: Alle Daten seit letztem Vollbackup
Wiederherstellung: Voll = 1 Datei, Inkrementell = ganze Kette

Voll: 100 GB | Inkrementell: 5 GB | Differenziell: 20 GB

Kompression & Deduplication

Zwei Techniken zur Speicher-Reduktion:

Kompression: Reduziert Dateigröße durch Algorithmen
Deduplication: Erkennt doppelte Datenblöcke
Combined: Beide zusammen = 60-90% Ersparnis
Inline: Beim Schreiben (langsamer)
Post-Process: Nach dem Backup (schneller)

100 GB → 30 GB mit 70% Reduktion

Die 3-2-1-Regel

3 Kopien: Original + 2 Backups
2 Medien: z.B. Disk + Tape, oder NAS + Cloud
1 extern: Offsite für Katastrophenschutz
Erweiterung 3-2-1-1-0: + 1 Offline + 0 Fehler
Offline: Schutz vor Ransomware
Test: Regelmäßig Wiederherstellung üben!

Original + NAS + Cloud + Tape-Archiv = sicher

Wussten Sie schon? Der GitLab-Vorfall von 2017 ist legendär: Das Unternehmen verlor 6 Stunden Produktionsdaten, weil 4 von 5 Backup-Mechanismen versagt hatten. Nur ein zufällig noch vorhandenes Backup auf einem Staging-Server rettete die Daten. Die Lehre: Ein Backup, das nicht getestet wurde, ist kein Backup! Führe mindestens quartalsweise einen Restore-Test durch – am besten unangekündigt.

3. Backup-Strategien im Vergleich

Wann welche Strategie sinnvoll ist:

Täglich Vollbackup

Speicher: 30× Datenmenge/Monat
Vorteil: Einfachste Wiederherstellung
Nachteil: Sehr hoher Speicherbedarf
Backup-Zeit: Lang (Stunden)
Wann: Kleine Datenmengen, kritische Systeme

100 GB × 30 = 3 TB pro Monat!

Voll + Inkrementell

Speicher: Voll + (Tage × Änderungen)
Vorteil: Wenig Speicherbedarf
Nachteil: Komplexe Wiederherstellung
Backup-Zeit: Kurz nach Vollbackup
Wann: Standard für die meisten Systeme

100 GB + 20× 5 GB = 200 GB pro Monat

Voll + Differenziell

Speicher: Voll + wachsende Differenzen
Vorteil: Einfachere Wiederherstellung
Nachteil: Mehr Speicher als inkrementell
Backup-Zeit: Wächst mit Zeit seit Vollbackup
Wann: Mittelweg aus Speicher und Komfort

100 GB + 5+10+15+20 GB = wöchentlich steigend

GFS-Strategie

Grandfather: Jährlich (Jahre aufbewahren)
Father: Monatlich (12 Monate aufbewahren)
Son: Wöchentlich (4-5 Wochen)
Täglich: 7-14 Tage
Vorteil: Compliance, viele Restore-Punkte
Nachteil: Komplexe Verwaltung

Beliebt bei Behörden und Konzernen

4. Geschichte der Backups

Von Lochkarten zu Cloud-Backups.

1950er

Lochkarten-Backups

Erste Backups auf Lochkarten und Magnetbändern. Mainframes sichern nächtlich ihre Daten. Alles wird doppelt gehalten.

1964

Erste Band-Backups

IBM führt standardisierte 9-Spur-Magnetbänder ein. Das Vollbackup wird zum Standard für Datenzentren.

1980er

Inkrementelle Backups

Mit wachsenden Datenmengen entstehen inkrementelle Backups. UNIX dump und ähnliche Tools werden populär. Backup-Software für KMU entsteht.

1993

Erste Enterprise-Lösungen

Legato, Veritas und IBM Tivoli etablieren Enterprise-Backup. Backup-Server mit Tape-Libraries werden Standard in Rechenzentren.

2005

Deduplication

Data Domain und andere Hersteller bringen Deduplication auf den Markt. Speicherbedarf sinkt um 60-90%. Disks ersetzen Tapes.

2010

Cloud-Backup

AWS S3, Backblaze, Backblaze B2 etablieren Cloud-Backup. Die 3-2-1-Regel wird Standard. Hybrid-Backup wird populär.

Heute

Ransomware-Schutz

Immutable Backups (unveränderlich) sind Pflicht gegen Ransomware. Air-Gapped Backups (offline) werden wieder beliebt. 3-2-1-1-0-Regel etabliert sich als Standard.

5. FAQ – Spannende Fragen & Antworten

Häufige Fragen zu Backups

Was ist besser: Inkrementell oder Differenziell?

Beide Strategien haben Vor- und Nachteile:

Aspekt	Inkrementell	Differenziell
Speicherbedarf	Niedrig	Mittel
Backup-Zeit	Kurz	Wächst mit Zeit
Restore-Zeit	Lang (Kette)	Mittel (Voll + Diff)
Anzahl Dateien	Viele	Weniger
Fehleranfällig	Höher (Kette)	Niedriger
Verwaltung	Komplexer	Einfacher

Inkrementell ist besser bei:

Großen Datenmengen
Kurzen Backup-Fenstern
Beschränktem Speicher
Häufigen Änderungen

Differenziell ist besser bei:

Wichtigen Systemen (schnellere Wiederherstellung)
Überschaubaren Datenmengen
Einfacher Verwaltung gewünscht
Compliance-Anforderungen

Praxis-Tipp: Viele setzen auf Voll + Inkrementell + wöchentlich Differenziell – das Beste aus beiden Welten. Oder moderne Ansätze wie Always Incremental (nur einmal Voll).

Wie oft sollte ich Backups testen?

Die goldene Regel: Ein Backup ist nur dann ein Backup, wenn es erfolgreich wiederhergestellt wurde.

Empfohlene Test-Frequenz:

Backup-Typ	Test-Frequenz
Täglich (Daten)	Wöchentlich (Stichprobe)
Wöchentlich (System)	Monatlich
Monatlich (Archiv)	Quartalsweise
Vollständige DR-Übung	1-2× pro Jahr

Wichtige Test-Szenarien:

Einzelne Datei: Kann ich eine Datei wiederherstellen?
Datenbank: Funktioniert der Restore in eine Test-Umgebung?
Bare-Metal: Kann ich einen Server komplett neu aufsetzen?
RTO/RPO: Wie lange dauert es wirklich? Ist es akzeptabel?

Berühmte Katastrophen:

GitLab (2017): 5 Backup-Mechanismen, 4 kaputt – 6 Stunden Datenverlust
Code Spaces (2014): Kein Offline-Backup – Insolvenz nach Hackerangriff
Maersk (2017): NotPetya-Ransomware – 10 Tage Ausfall, 300 Mio. € Verlust

Wie viel Speicher brauche ich wirklich?

Der Speicherbedarf hängt von mehreren Faktoren ab:

Faustregeln pro Strategie:

Strategie	Speicherbedarf
Täglich Voll (30 Tage)	30 × Datenmenge
Wöchentlich Voll + täglich inkr.	4-5 × Datenmenge
Monatlich Voll + täglich inkr.	2-3 × Datenmenge
GFS + Dedup	1-2 × Datenmenge

Beispiel:

500 GB Primärdaten
Täglich Voll: 30 × 500 = 15.000 GB (15 TB)
Wöchentlich Voll + inkr.: ~3 × 500 = 1.500 GB (1,5 TB)
Mit Dedup 70%: 450 GB!

Puffer einplanen:

Media-Overhead: 5-15% (Dateisystem, Metadaten)
Wachstum: 10-30% Reserve für die Zukunft
Wiederherstellung: Genug Platz für Restore-Tests
Zusätzliche Kopien: Für 3-2-1-Regel × 3

Unser Rechner kalkuliert all das automatisch – inklusive 3-2-1-Regel!

Was ist Immutable Backup und brauche ich das?

Immutable Backup = unveränderliche Backups – einmal geschrieben, nicht mehr löschbar (bis Ablaufdatum).

Wie funktioniert es?

WORM: Write Once, Read Many
Retention Lock: Zeitraum, in dem nichts gelöscht werden kann
Hardware-Level: Tapes, spezielle Disks
Software-Level: Veeam, Rubrik, Cohesity
Cloud: AWS S3 Object Lock, Azure Immutable Blob

Warum brauche ich das?

Ransomware: Angreifer können Backups nicht verschlüsseln/löschen
Compliance: DSGVO, HIPAA, SOX fordern Unveränderlichkeit
Insider-Bedrohung: Admins können Backups nicht löschen
Versehen: Kein "rm -rf" möglich

Best Practice 2024:

✅ Immutable Backups sind Pflicht für moderne IT
✅ Mindestens 1 Kopie sollte immutable sein
✅ Retention Lock: mindestens 30 Tage
✅ Air-Gapped Backup zusätzlich empfohlen
✅ Kombiniere: Immutable + Offline + Cloud

3-2-1-1-0-Regel: 3 Kopien, 2 Medien, 1 extern, 1 immutable/offline, 0 Fehler.

Wie funktioniert Deduplication genau?

Deduplication erkennt und eliminiert doppelte Datenblöcke:

Wie funktioniert es?

Daten werden in Blöcke aufgeteilt (4-8 KB)
Jeder Block bekommt einen Hash (z.B. SHA-256)
Prüfung: Existiert dieser Hash schon?
Wenn ja: Nur Referenz speichern (spart Platz)
Wenn nein: Block speichern + Hash-Index

Arten von Dedup:

File-Level: Ganze Dateien (einfach, weniger effektiv)
Block-Level: Datenblöcke (Standard)
Byte-Level: Einzelne Bytes (sehr komplex)
Inline: Beim Schreiben (langsamer)
Post-Process: Nach dem Backup (schneller)

Typische Reduktionsraten:

Datentyp	Reduktion
VMs (gleiches OS)	60-90%
Office-Dokumente	20-40%
E-Mail-Archive	30-50%
Bereits komprimiert	0-10%
Medien (Video)	0-5%

Nachteile:

CPU-Last: Hashen ist rechenintensiv
RAM-Bedarf: Hash-Index im Speicher
Komplexität: Bei Hardware-Defekt Datenverlust-Risiko
Kette: Alle Backups hängen voneinander ab

Backup auf Tape – lohnt sich das noch?

Ja, Tape ist zurück! Besonders gegen Ransomware:

Vorteile von Tape:

Offline: Physisch getrennt, kein Netzwerkangriff
Kosten: Sehr günstig pro TB (unter 5 €/TB)
Lebensdauer: 30 Jahre bei richtiger Lagerung
Kapazität: LTO-9 = 18 TB nativ (45 TB komprimiert)
Portabel: Extern lagern möglich (Offsite)

Nachteile von Tape:

Langsam: Sequentieller Zugriff
Restore: Kann Stunden dauern
Hardware: Laufwerk teuer (3.000-8.000 €)
Wartung: Regelmäßiges Umkopieren
Verwaltung: Rotation und Archivierung

Moderne LTO-Generationen:

Generation	Nativ	Komprimiert
LTO-7	6 TB	15 TB
LTO-8	12 TB	30 TB
LTO-9	18 TB	45 TB
LTO-10 (2025)	36 TB	90 TB

Best Practice:

✅ Tape für Langzeit-Archiv
✅ Tape als Offline-Kopie (Ransomware-Schutz)
✅ Disk für schnelle Wiederherstellung
✅ Cloud für Offsite
✅ Kombination = 3-2-1-1-0

Wie plane ich ein Backup-Fenster richtig?

Das Backup-Fenster ist die Zeit, in der Backups laufen dürfen:

Planung:

Außerhalb der Arbeitszeit: Nachts, Wochenende
Puffer einplanen: Backup + Verifikation + Pause
Priorisierung: Kritische Systeme zuerst
Netzwerk: Traffic-Limit für Backup-Zeit
Überlappung vermeiden: Nicht mehrere Backups parallel

Typische Backup-Fenster:

Umgebung	Fenster
Home-NAS	Nachts 2:00 - 6:00
KMU	22:00 - 6:00
Enterprise	Rollierend über den Tag
24/7-Systeme	Kontinuierlich (CDP)

Berechnung des Backup-Fensters:

Datenmenge: 500 GB
Backup-Geschwindigkeit: 100 MB/s
Zeit: 500 GB / (100 MB/s × 3600) = 1,4 Stunden

Mit Verifikation: ~2 Stunden
Empfohlenes Fenster: 4 Stunden

Tipps:

✅ Verifikation nach jedem Backup einplanen
✅ Reporting an Admin (E-Mail bei Fehler)
✅ Retry-Mechanismus für fehlgeschlagene Jobs
✅ Alerting bei Überschreitung der Zeit
✅ Performance-Monitoring während Backup

Zusammenfassung

Die wichtigsten Punkte

Vollbackup: Alle Daten, einfachste Restore, meiste Speicher
Inkrementell: Nur Änderungen, wenig Speicher, komplexe Restore
Differenziell: Änderungen seit Voll, Mittelweg
Kompression: Reduziert Dateigröße um 30-80%
Deduplication: Eliminiert doppelte Blöcke, 30-90% Ersparnis
3-2-1-Regel: 3 Kopien, 2 Medien, 1 extern
GFS: Grandfather-Father-Son für Langzeit-Aufbewahrung
Immutable: Unveränderlich gegen Ransomware
Testen: Restore-Tests sind Pflicht!
Unser Tool: Speicherbedarf für alle Strategien berechnen

Weitere Tools

RAID-Rechner

RAID-Kapazität, Redundanz und Performance berechnen.

Zum Tool

Server-Kosten-Rechner

TCO für Server über 1-10 Jahre inkl. Cloud-Vergleich.

Zum Tool

Stromverbrauch-Rechner

Berechne den Stromverbrauch und die Kosten deiner Geräte.

Zum Tool

Admin To-Do-Liste

Strukturierte Checklisten für Systemadministratoren.

Zum Tool