Backup-Policy: Damit der Restore funktioniert, wenn es zählt.
Unternehmen unter DORA, NIS2 oder KRITIS müssen jederzeit handlungsfähig bleiben. Die entscheidende Frage lautet nicht, ob ein Ausfall passiert – sondern wie lange er dauert.
Wir entwickeln eine vollständige Backup-Policy – von der Richtlinie bis zur technischen Umsetzung und zum Nachweis gegenüber Prüfern. Das Ergebnis: ein Backup-System, das im Ernstfall standhält.
Was passiert mit unserem Betrieb, wenn morgen früh alle Daten weg sind?
Backup-Policy
Schritt 1 von 3 · Informationssicherheit
Die Richtlinie: Was muss gesichert werden – und wie schnell muss es zurück?
Zuerst klären wir, was gesichert werden muss und welche Ausfallzeiten akzeptabel sind. Daraus entstehen zwei verbindliche Kennzahlen:
RTO – Recovery Time Objective
Wie lange darf ein System maximal ausfallen? Beispiel: Kritische Systeme müssen innerhalb von 4 Stunden wieder laufen.
RPO – Recovery Point Objective
Wie viele Daten dürfen im schlimmsten Fall verloren gehen? Beispiel: Das letzte Backup darf maximal 24 Stunden zurückliegen.
Zusätzlich legen wir zwei Schutzprinzipien fest:
3-2-1-Regel
Mindestens 3 Kopien, auf 2 verschiedenen Medien, davon 1 außerhalb des Unternehmens und offline. Wer nur eine Kopie hat, verliert alles bei einem Brand oder Diebstahl.
Unveränderbare Backups
Mindestens eine Kopie muss schreibgeschützt sein. Kein Angreifer und kein Administrator kann sie löschen oder verschlüsseln. Ransomware verschlüsselt alles, was sie erreicht. Dieses Backup bleibt außer Reichweite.
Schritt 2 von 3 · IT-Sicherheit
Die Umsetzung: Die Richtlinie wird technisch so umgesetzt, dass sie automatisch greift.
Die IT kann sich so um Weiterentwicklung und Tagesgeschäft kümmern.
| Vorgabe | Technische Umsetzung |
|---|---|
| RTO: 4 Stunden | Hot-Standby-System übernimmt automatisch bei Ausfall |
| RPO: 24 Stunden | Tägliches automatisiertes Backup um 02:00 Uhr |
| Datenbanken | Sicherung der Daten im 15-Minuten-Takt |
| 3-2-1-Regel | Kopie 1: ProduktivsystemKopie 2: Backup-Server im anderen BrandabschnittKopie 3: Cloud oder Band im externen Safe |
| Ransomware-Schutz | Immutable Storage mit Schreibschutz-Zeitstempel, Offline-Band, separate Zugangsdaten |
Bei Fehlern – etwa wenn der Speicher knapp wird oder ein Backup fehlschlägt – erfolgt eine automatische Alarmierung der IT.
Schritt 3 von 3 · Nachweis und Restore-Test
Die Verifizierung: Ein Backup, das nie getestet wurde, ist keine Sicherheit. Es ist eine Hoffnung.
„Haben Sie Ihre Backups jemals wiederhergestellt?“
"...Nein."
Deshalb ist die Verifizierung fester Bestandteil unserer Arbeit. Was wir prüfen:
| Prüfpunkt | Was wir prüfen |
|---|---|
| Vollständigkeit | Werden alle kritischen Systeme gesichert? |
| Aktualität | Wann wurde zuletzt erfolgreich gesichert? |
| 3-2-1-Regel | Existiert tatsächlich eine externe Kopie? |
| Unveränderbarkeit | Ist das Backup vor Ransomware geschützt? |
| RTO/RPO | Werden die Zeitvorgaben im Ernstfall eingehalten? |
Der Restore-Test
Mindestens einmal im Jahr simulieren wir den Ernstfall:
„Alle Daten sind weg. Stellen Sie den Betrieb wieder her.“
Wir messen die tatsächliche Wiederherstellungszeit, vergleichen sie mit den Vorgaben und dokumentieren das Ergebnis schriftlich. Genau das wollen BaFin, BSI und ISO 27001-Auditoren sehen.
Was Sie am Ende haben – und was Sie damit belegen können.
Kein Ordner, der im Regal verstaubt. Sondern ein System, das im Ernstfall greift – und das Sie gegenüber Prüfern, Aufsichtsbehörden und Kunden belegen können.
Eine auditfeste Backup-Richtlinie, abgestimmt auf Ihre regulatorischen Anforderungen (DORA, NIS2, KRITIS, ISO 27001).
Ein technisches Backup-System, das automatisch läuft und im Ernstfall greift – ohne manuelle Eingriffe.
Dokumentierte Restore-Tests als Nachweis gegenüber Aufsichtsbehörden, Auditoren und Kunden.
Klare Aussage zu RTO und RPO: nicht nur definiert, sondern messbar eingehalten.