Zum Inhalt springen

Backup- und Wiederherstellungszeit berechnen (RPO/RTO)

Wie lange dauert Ihre Sicherung, und wie lange dauert eine Wiederherstellung nach einem Ausfall? Geben Sie Volumen, Bandbreite und Zeitplan ein: Sie sehen Sicherungsdauer, RPO im Worst Case, eine RTO-Schätzung und den Speicherbedarf.

Kostenloses Werkzeug · Infrastruktur
Daten

Gesamte Produktivdaten (1 GB = 10^9 Byte).

%

Anteil des Volumens, der sich pro Tag ändert; entnehmen Sie ihn dem Bericht Ihrer Backup-Software.

: 1

2 = Daten halbieren sich, 1 = keine Reduktion. Bei der ersten Sicherung ohne Historie ist der Faktor oft kleiner.

Geschwindigkeit

Das engste Glied von der Quelle zum Repository (Netzwerk, Festplatte oder Backup-Server).

Der langsamere Wert aus Lesen vom Repository und Schreiben auf das Ziel.

%

Der real nutzbare Anteil der Verbindung; 60–80 % sind für Protokoll- und Freigabeverluste üblich.

Die Leitung, die Daten extern oder in die Cloud überträgt.

Intervalle und Aufbewahrung

Wie weit muss der älteste Wiederherstellungspunkt zurückreichen?

Inkrementalkette der letzten 7 Tage, 4 wöchentliche, bis zu 12 monatliche und jährliche Vollsicherungen.

Ziele
Std.

Wie lange eine Sicherung laufen darf, ohne die Produktion zu stören. Leer lassen, um nicht zu prüfen.

Std.

Maximal akzeptabler Datenverlust. Leer lassen, um nicht zu prüfen.

Std.

Wann der Dienst spätestens wieder laufen muss. Leer lassen, um nicht zu prüfen.

Std.

Für Vorbereitung von Betriebssystem/Hardware, Anwendungsstart und Datenprüfung.

Kopien (3-2-1-1-0)
Stk.

Einschließlich der Produktivdaten.

Stk.

Z. B. Festplatte + Band, Festplatte + Objektspeicher.

Stk.

In einem anderen Standort oder in der Cloud.

Stk.

Objektsperre (WORM), Band oder Air-Gap-Kopie.

Ein Test, bei dem die Sicherung tatsächlich zurückgespielt und geprüft wurde.

Ergebnisse

Dauer der Vollsicherung
6,3 Std.
Größe der Vollsicherung (reduziert): 2 TB
Dauer der Inkrementalsicherung
3 Min.
Größe der Inkrementalsicherung (reduziert): 15 GB
Passt ins Backup-Fenster
Ziel erfüllt
Voll: 6,3 Std. · Inkrementell: 3 Min.
RPO im Worst Case
6 Std.
Ziel erfüllt
RPO während einer Vollsicherung
12,3 Std.
Ziel überschritten
Dauer der vollständigen Wiederherstellung
3,1 Std.
RTO-Schätzung
5,1 Std.
Ziel erfüllt · Vollständige Wiederherstellung 2,5 Std. + Inkrementalkette 32 Min. + Zuschlag für Neuaufbau/Validierung 2 Std.
Speicher für die Aufbewahrung (eine Kopie)
14,43 TB
6 Voll- + 162 Inkrementalsicherungen · 30 Tage Aufbewahrung (Schätzung nach oben)
Für alle Sicherungskopien
28,86 TB
2 Sicherungskopien (ohne Produktivdaten)
Erstsicherung über WAN
31,7 Std.
Übertragung der Tagesänderung über WAN
57 Min.

3-2-1-1-0-Checkliste

  • Mindestens 3 Kopien (Produktivdaten + 2 Sicherungen)Erfüllt
  • Mindestens 2 verschiedene MedienErfüllt
  • Mindestens 1 Kopie außer HausErfüllt
  • Mindestens 1 Kopie unveränderbar oder offlineErfüllt
  • Wiederherstellungstest mit 0 Fehlern bestätigtFehlt

4/5 Punkte erfüllt

Berechnung und Einheiten

  • Die Einheiten sind dezimal: 1 GB = 10^9 Byte, 1 TB = 10^12 Byte, 1 Mbit/s = 10^6 Bit/s. 1 Byte = 8 Bit.
  • Zeit = Byte × 8 / (Bit/s × Effizienz). Übertragene Daten = Volumen ÷ Reduktionsfaktor.
  • RPO im Worst Case = Inkrementalintervall + Dauer der Inkrementalsicherung.
  • RTO = Volumen/Lesegeschwindigkeit + Inkremente der Kette/Lesegeschwindigkeit + Zuschlag für Neuaufbau (das Kettenende ist der Worst Case).

Dies ist eine Vorabschätzung. Die tatsächlichen Zeiten hängen von Ihrer Backup-Software, der Leistung von Speicher und Netzwerk, der Datenart (Datenbank, virtuelle Maschine, Dateien) und parallelen Aufträgen ab. Die Inkrementalgrößen setzen linear wachsende Änderungen voraus und liegen daher nahe an einer Obergrenze. Testen Sie die Wiederherstellung kritischer Systeme in der realen Umgebung.

Sollen wir Ihr Backup-Konzept und Ihre Wiederherstellungsszenarien gemeinsam durchgehen? Wir können das Ergebnis mit Ihrer eigenen Infrastruktur abgleichen.

Gespräch anfragen

01

So geht es

  1. A

    Geben Sie Datenvolumen, tägliche Änderungsrate und Kompressionsfaktor ein; wählen Sie Sicherungs- und Wiederherstellungsgeschwindigkeit in Bit oder Byte.

  2. B

    Legen Sie Intervalle für Voll- und Inkrementalsicherung, Aufbewahrung und optional Backup-Fenster sowie Ziel-RPO/RTO fest.

  3. C

    Prüfen Sie, ob das Fenster überschritten wird, ob RPO/RTO erfüllt sind und was auf der 3-2-1-1-0-Liste fehlt; ändern Sie Werte, um Szenarien zu vergleichen.

02

Wie werden RPO und RTO berechnet?

Das RPO (Recovery Point Objective) gibt an, wie viel Datenverlust Sie bei einem Ausfall höchstens hinnehmen. Im ungünstigsten Fall ist der Verlust die Zeit vom Beginn der letzten Sicherung bis zu dem Moment, in dem sie abgeschlossen und nutzbar ist; deshalb addiert die Berechnung Inkrementalintervall und Dauer der Inkrementalsicherung. Warten die Inkremente, während eine Vollsicherung läuft, dehnt sich das RPO auf die Dauer der Vollsicherung; diesen Wert zeigt eine eigene Zeile.

Das RTO (Recovery Time Objective) ist die Zeit, bis der Dienst wieder läuft. Die Schätzung addiert die Zeit zum Zurückschreiben der letzten Vollsicherung und aller Inkremente der Kette sowie den Zuschlag, den Sie für Vorbereitung des Betriebssystems, Anwendungsstart und Datenprüfung eingeben. Wird am Ende der Kette wiederhergestellt, liegen dort die meisten Inkremente; die Berechnung legt diesen ungünstigsten Fall zugrunde.

03

Einheiten und Annahmen

Netzwerkgeschwindigkeiten werden in Bit, Datenmengen in Byte angegeben, daher rechnet das Werkzeug Byte × 8. Volumen sind dezimal (1 GB = 10^9 Byte); die GiB/TiB-Anzeige (2^30, 2^40) mancher Betriebssysteme zeigt eine etwa 7–9 % kleinere Zahl, was die Zeiten leicht verkürzt. Das Effizienzfeld steht für Verluste durch Protokoll, Verschlüsselung und gemeinsame Nutzung; haben Sie einen gemessenen Durchsatz, tragen Sie ihn mit 100 % Effizienz ein.

Die Berechnung nimmt an, dass sich die tägliche Änderung linear über die Zeit verteilt und derselbe Block nicht zweimal geändert wird; bei häufig überschriebenen Daten ist das reale Inkrement kleiner. Der Kompressions-/Deduplizierungsfaktor gilt für alle Sicherungen gleich. Bei der Wiederherstellung werden die Daten in unreduzierter Größe geschrieben. Für reale Werte stützen Sie sich auf die Jobberichte Ihrer Backup-Software und einen echten Wiederherstellungstest.

04

Datensicherung in OT-/SCADA-Umgebungen

In Industrieanlagen sind typischerweise die Historian-Datenbank, SCADA-/HMI-Server und Bildprojekte, SPS- und Antriebsprogramme samt Konfiguration, Einstellungen von Netzwerkgeräten und Abbilder virtueller Maschinen zu sichern. SPS-Projekte sind klein, sollten aber mit Versions- und Abhängigkeitsangaben aufbewahrt werden; der Historian wächst schnell und macht den Großteil des Volumens aus.

Die Sicherungsinfrastruktur in einer vom Produktionsnetz getrennten Zone zu betreiben, mindestens eine Kopie offline oder unveränderbar zu halten und Wiederherstellungen regelmäßig zu testen, ist hier besonders wichtig; steht eine Anlage still, genügt „ein Backup ist vorhanden“ nicht, die Wiederherstellungszeit muss bekannt sein. Geplante Stillstandsfenster sind kurz, daher sollten Backup-Fenster und Inkrementalintervall dem Anlagenplan folgen.

Häufige Fragen

Werden meine Eingaben irgendwohin gesendet?
Nein. Die Berechnung läuft vollständig als Code in Ihrem Browser; die Werte werden an keinen Server übertragen und nicht gespeichert.
Was ist der Unterschied zwischen RPO und RTO?
Das RPO ist der höchstens akzeptierte Datenverlust (Blick zurück in der Zeit), das RTO die Zeit, in der der Dienst wieder laufen muss (Blick nach vorn). Beide sind voneinander unabhängige Ziele.
Was ist die 3-2-1-1-0-Regel?
Eine weit verbreitete Checkliste: mindestens 3 Kopien, 2 verschiedene Medien, 1 Kopie außer Haus, 1 unveränderbare oder Offline-Kopie und 0 Fehler bei Wiederherstellungstests. Sie ist keine Zertifizierung und kein Konformitätsmaßstab, sondern ein Rahmen zur Überprüfung Ihres Konzepts.
Spielt der Unterschied zwischen GB und GiB eine Rolle?
Ein wenig. Dieses Werkzeug rechnet 1 GB = 10^9 Byte. Zeigt Ihr System GiB an (1 GiB ≈ 1,074 × 10^9 Byte), ist das reale Volumen etwas größer, und die Zeiten wachsen proportional.
Welchen Effizienzwert soll ich eingeben?
Haben Sie den realen Durchsatz gemessen, tragen Sie ihn ein und setzen die Effizienz auf 100 %. Sonst sind 60–80 % ein vernünftiger Anfang; Verschlüsselung, kleine Dateien und eine geteilte Leitung können ihn senken.

Sie haben Backups; kennen Sie die Wiederherstellungszeit?

Lassen Sie uns Backup und Notfallwiederherstellung für Ihre Server, Speicher, Netzwerke und OT-/SCADA-Umgebungen gemeinsam planen. Im kostenlosen Erstgespräch besprechen wir Ist-Zustand und Ziele.