Backup-Speicherbedarf berechnen: Größe und Versionen planen

Eine realistische Backup-Größe ergibt sich aus drei Komponenten: der reinen Datenmenge des ersten Vollbackups, der täglichen oder wöchentlichen Änderungsrate und der Zahl gehaltener Versionen.

Rechnen Sie zuerst die Basis aus, etwa 500 GB an Nutzdaten, und addieren Sie dann je Aufbewahrungsstufe den Zuwachs. Bei 2 Prozent Änderungsrate pro Tag und 30 gehaltenen Versionen kommen so leicht weitere 300 GB hinzu.

Beachten Sie, dass 1 TB hier 1024 GB sind und Hersteller oft mit 1000 GB rechnen, was rund 7 Prozent Differenz bedeutet.

Der Rechner verbindet diese Werte und zeigt, dass das Vollbackup nur den Startwert bildet, nicht die langfristige Speicherrealität über den gesamten Aufbewahrungszeitraum.

Im Rechner entspricht die „Anzahl Backup-Sätze” genau dieser Versionszahl: Wählen Sie vier Sätze bei der Strategie „Mehrere vollständige Kopien” und 500 GB Primärdaten, ergibt sich ein Bruttobedarf von 6.000 GB vor Kompression.

Als Faustregel gilt: je mehr Backup-Sätze, desto größer der Korridor zwischen Plan und tatsächlichem Speicherbedarf.

Ein Backup fällt regelmäßig größer aus als die sichtbare Nutzdatenmenge, weil mehrere Posten zusätzlich gespeichert werden.

Versionierungen halten denselben geänderten Datensatz mehrfach vor, Systemdateien und versteckte Caches landen ungefragt in der Sicherung, und Metadaten wie Zeitstempel, Rechte und Verzeichnisstrukturen kosten ebenfalls Platz.

Hinzu kommen redundante Kopien für Ausfallsicherheit, etwa in einem RAID oder über mehrere Cloud-Standorte. Bei einer Bilddatei von 5 MB können über 30 Versionssicherungen schnell 150 MB belegen, obwohl sich der Inhalt kaum geändert hat.

Gerade bei automatisierten täglichen Sicherungen wächst der Platzbedarf deshalb nicht streng linear, sondern beschleunigt sich mit jeder zusätzlichen Aufbewahrungsstufe und jeder neuen Datenversion.

Windows-Systemdateien und Anwendungscaches belegen auf einem typischen Büro-PC zusätzlich 20 bis 40 GB, die ohne Ausschlussregel unbemerkt in das Backup fließen.

Geben Sie im Rechner daher stets die gesamte Belegung des Quellmediums als Primärdatenmenge ein — nicht nur die eigentlichen Nutzdaten — um den realen Speicherbedarf zu treffen.

Ein Vollbackup nutzen Sie, wenn maximale Wiederherstellungssicherheit zählt: Es sichert alle Daten und beansprucht jedes Mal den vollen Platz, etwa 500 GB pro Lauf.

Inkrementelle Backups eignen sich für sparsamen Speicher, weil sie nur Änderungen seit dem letzten beliebigen Lauf erfassen, oft nur wenige GB täglich.

Differenzielle Backups wählen Sie als Mittelweg: Sie sichern alle Änderungen seit dem letzten Vollbackup und wachsen über die Woche an.

Für die Rücksicherung braucht das inkrementelle Verfahren das Vollbackup plus alle Teilstände, das differenzielle nur Vollbackup und letzten Stand.

Diese Strategie beeinflusst Speicherbedarf und Wiederherstellungslogik erheblich, weshalb der Rechner die Varianten getrennt ausweist und gegenüberstellt.

Wählen Sie vier Backup-Sätze und die Strategie „Mehrere vollständige Kopien” (Faktor 3), schlägt dasselbe 500-GB-Archiv mit 6.000 GB zu Buche; bei der Strategie „Einfache Kopie” und einem einzigen Satz schrumpft der Bedarf auf 500 GB.

Der Rechner berechnet alle drei Strategievarianten sofort, damit Sie den optimalen Kompromiss zwischen Schutz und Speicherkosten finden.

Rechnen Sie für die Reserve nicht nur den ersten Sicherungslauf, sondern auch Wachstum, Aufbewahrungsdauer und mehrere Versionen ein.

Eine bewährte Faustregel ist, die kalkulierte Größe mit dem Faktor 1,5 bis 2 zu multiplizieren: Aus 500 GB Bedarf werden so 750 bis 1000 GB Zielkapazität.

Berücksichtigen Sie zusätzlich das jährliche Datenwachstum, das bei vielen Haushalten und Firmen zwischen 20 und 30 Prozent liegt.

Der Backup-Speicher wächst mit jeder zusätzlichen Version, und ohne ausreichende Kapazität wird ein Backup-Konzept schnell unzuverlässig, weil ältere Stände automatisch gelöscht werden.

Planen Sie deshalb immer mit einem klaren Puffer gegenüber dem Idealwert, damit auch unerwartete Datenmengen und ein zweiter Aufbewahrungsstandort abgedeckt bleiben.

Der Rechner übernimmt diesen Sicherheitsaufschlag automatisch: Die Ausgabe „Empfohlene Kapazität inkl. Puffer” addiert 30 Prozent auf den berechneten Gesamtbedarf und rundet anschließend auf die nächste kaufbare Medienstufe von 512 GB auf — aus einem rechnerischen Bedarf von 4.200 GB werden so 5.632 GB, nicht 5.460 GB.

So lesen Sie direkt den Mindestwert ab, den Ihr Backup-Medium oder Ihr Cloud-Tarif bereitstellen sollte. Für ein 4-TB-NAS oder einen Online-Dienst mit fester Tarifgrenze ist dieser Ausgabewert die maßgebliche Planungsgröße.

Komprimierung lohnt sich vor allem bei vielen Text-, Dokument- oder Datenbankdateien, weil diese Formate viel Redundanz enthalten und sich häufig um 50 bis 70 Prozent verkleinern lassen.

Eine 1 GB große SQL-Datenbank schrumpft dadurch oft auf 300 bis 500 MB.

Bereits stark komprimierte Medien wie JPG, MP4 oder ZIP bringen dagegen kaum zusätzlichen Gewinn, weil ihre Entropie schon hoch ist und sich Muster nicht weiter reduzieren lassen.

Bei einer gemischten Sicherung aus Fotos und Videos liegt die Ersparnis deshalb oft nur im einstelligen Prozentbereich. Beachten Sie außerdem, dass Komprimierung Rechenzeit und damit Sicherungsdauer erhöht.

Der Rechner hilft einzuschätzen, ob der Platzgewinn den Mehraufwand für Ihre konkrete Dateimischung rechtfertigt.

Im Rechner geben Sie den Kompressionsfaktor als Prozentwert ein, der angibt, wie viel der Ausgangsgröße nach der Kompression verbleibt: 50 entspricht einer Halbierung des Platzes, 90 bedeutet fast keine Einsparung.

Die Gegenüberstellung der Ausgaben „Backup-Speicher ohne Kompression” und „Backup-Speicher mit Kompression” zeigt direkt, wie stark Ihre konkrete Dateimischung von der Komprimierung profitiert.

Je länger Versionen gehalten werden, desto stärker summieren sich kleine Änderungen zu relevantem Zusatzvolumen.

Halten Sie etwa täglich eine Sicherung über 90 Tage, entstehen 90 Versionsstände, von denen jeder die jeweiligen Änderungen dauerhaft mitführt.

Bei 2 Prozent Änderungsrate pro Tag auf 500 GB Basis bedeutet das rund 10 GB zusätzlich je Tag, über drei Monate also fast 900 GB allein an Versionsdaten.

Eine gestaffelte Retention mildert das ab: täglich für eine Woche, wöchentlich für einen Monat, monatlich für ein Jahr. So sinkt die Versionszahl deutlich, ohne wichtige Wiederherstellungspunkte zu verlieren.

Gerade tägliche Sicherungen brauchen deshalb eine saubere Retention-Planung, die der Rechner über die Anzahl gehaltener Versionen direkt im Ergebnis abbildet.

Tragen Sie diese Versionszahl direkt als „Anzahl Backup-Sätze” in den Rechner ein: Sieben Sätze für eine Wochenretention ergeben deutlich weniger Bruttospeicher als 30 Sätze für einen Monatsbestand — bei 500 GB Primärdaten und der Strategie „Mehrere vollständige Kopien” wächst der Bedarf von 10.500 GB auf 45.000 GB.

Die Wiederherstellung ist der eigentliche Zweck eines Backups und gehört deshalb fest in die Größenplanung. Ein platzsparendes Konzept ist wenig wert, wenn die Rücksicherung zu komplex oder zu langsam wird.

Bei rein inkrementellen Ketten müssen das Vollbackup und alle Teilstände nacheinander eingespielt werden, was bei 30 Inkrementen Stunden dauern kann und mit jedem fehlenden Glied die Kette unbrauchbar macht.

Berücksichtigen Sie auch die Übertragungszeit: 500 GB über eine Leitung mit 50 Mbit/s benötigen rein rechnerisch über 22 Stunden. Gute Planung balanciert Speicherersparnis und Wiederherstellbarkeit, indem sie Vollbackups regelmäßig genug ansetzt.

Der Rechner macht diesen Zielkonflikt sichtbar, damit nicht allein der geringste Speicherplatz die Strategie bestimmt.

Der Rechner liefert deshalb neben dem reinen Bruttospeicher auch die empfohlene Kapazität mit 30-Prozent-Reserve, die dann auf die nächste kaufbare 512-GB-Stufe aufgerundet wird — aus 4.200 GB werden so 5.632 GB statt 5.460 GB —, damit die Ausgabe direkt eine handelsübliche Plattengröße benennt.

Wer ein NAS oder ein externes Laufwerk dimensioniert, sollte stets diesen Empfehlungswert als Mindestgröße des Speichermediums nutzen.

Der Backup-Größe-Rechner ist besonders hilfreich für die NAS-Planung, die Wahl externer Festplatten, die Dimensionierung von Cloud-Backups und das Festlegen von Aufbewahrungsstrategien.

Statt grob zu schätzen, geben Sie Datenmenge, Sicherungsart, Änderungsrate und Versionszahl ein und sehen sofort, ob eine 2-TB-Platte reicht oder ob ein 4-TB-NAS nötig wird.

Für Cloud-Dienste lässt sich so der passende Tarif bestimmen, bevor Speicher knapp und teuer wird. Beachten Sie, dass Kapazitätsangaben in 1000er-Schritten von der binären Rechnung mit 1024 abweichen, was der Rechner berücksichtigt.

Er macht transparent, wann ein scheinbar kleines Backup-Konzept durch Versionen und Aufbewahrungsdauer tatsächlich groß wird, und verhindert so überraschende Engpässe im laufenden Betrieb.

Wer beispielsweise 700 GB Fotos und Videos mit vier Backup-Sätzen und der Strategie „Mehrere vollständige Kopien” sichert, sieht im Rechner sofort: Der errechnete Bruttobedarf von 8.400 GB übersteigt jede handelsübliche 2-TB-Festplatte und macht eine externe Lösung oder ein Cloud-Abonnement mit ausreichender Kapazität erforderlich.