Backup und Restore: Was Sie vor Vertragsunterzeichnung verlangen sollten

TL;DR

  • „Wir haben Backups“ ist keine Vertragsklausel — verlangen Sie RPO/RTO pro Tier, Datum des letzten Restore-Tests und einen benannten Owner.
  • Restore-Drills brauchen einen signierten Report für Prüfer, Versicherer und Vorstand — kein mündliches „hat funktioniert“.
  • Fragen Sie nach Ransomware: Immutability, getrennte Credentials, Recovery ohne Zahlung als erste Option.
  • Kann der Anbieter ERP- oder File-Restore-Zeit in Klartext nicht erklären — Backup gilt als unbewiesen.

Ein Finanzleiter fragte uns, warum sein „voll managed“ Hoster keinen Restore-Report jünger als vierzehn Monate vorlegen konnte. Backups liefen nightly, Dashboards grün. Beim Ransomware-Tabletop wusste niemand, ob die Offsite-Kopie ohne kompromittiertes Admin-Konto erreichbar ist. Der Vertrag nannte „Branchenstandard-Backup“ — praktisch ein Häkchen im Angebot.

Backup ist wo Managed-IT-Verträge am günstigsten aussehen und am teuersten scheitern. Dieser Leitfaden ist für Eigentümer, CFO und IT-Leitung — Beweise statt Hoffnung, ohne Backup-Ingenieur zu werden.

Was „Backup im Scope“ bedeuten soll

Was wird gesichert: OS, Anwendungsdaten, DB-Snapshots, SaaS-Tenant, ganze VM. Wo liegen Kopien: gleiches DC, Partner, Object Storage in anderer Region, Offline-Tape. Wer darf löschen — gemeinsames Admin mit Produktion ist ein klassischer Fehler.

RPO und RTO schriftlich

RPO — wie viel Datenverlust verkraftbar. RTO — wie lange Restore dauern darf. Eine Zahl für alles bedeutet: nicht durchdacht. Keine schriftlichen Zahlen — schlimmster Fall annehmen.

Restore-Tests

Geplante Backups ohne Restore sind Inventar. Wann letzter erfolgreicher Test bei ähnlichem Kunden? Wer war Zeuge? Dauer vs. RTO? Signierter Report oder Ticket-Export?

Vierteljährlicher Restore mindestens eines Tier-1-Systems ist Minimum für den Mittelstand.

Ransomware-Fragen

  • Immutable/WORM-geschützte Backup-Repositories?
  • Air-gap oder Offline-Kopie auditierbar geplant?
  • Backup-Credentials getrennt von Domain-Admin und Cloud-Tenant-Owner?
  • Restore-Pfad wenn AD oder Entra ID kompromittiert?

Checklist vor Unterschrift

  • System-/Tier-Liste mit Retention und Verschlüsselung.
  • RPO/RTO-Tabelle an SLA angehängt.
  • Letzter Restore-Test-Report (< 90 Tage Tier-1).
  • Ransomware-Abschnitt: Immutability, separate Creds.
  • Benannter Backup-Owner beim Anbieter + Eskalation.
  • Exit: wie Sie Backup-Daten beim Wechsel erhalten.

Restore-Drill an einem Nachmittag

Sie brauchen keine Katastrophe, um zu wissen ob Backups funktionieren. Wählen Sie einen Nicht-Produktiv-Zwilling eines Tier-1-Systems — ERP-Kopie, File-Share oder eine VM, die Finance an dem Tag nicht braucht. Vier Stunden blocken. Rollen: jemand vom Anbieter (oder Backup-Owner), jemand von der Anwendung, jemand aus der IT für das Restore-Ziel. Der Drill hat vier Uhren:

  1. Finden — Zeit von „Start“ bis „richtiger Restore-Punkt, Login ins Repository ohne Produktions-Admin“. Über 20 Minuten: Kennwörter oder Doku sind schon ein Finding.
  2. Restore auf isoliertes Ziel — Produktion nicht überschreiben. GB und Minuten notieren.
  3. Anwendungs-Rauchtest — kann ein User sich anmelden, ein bekanntes Dokument öffnen oder einen Dummy-Beleg buchen? „VM pingt“ ist kein Bestanden.
  4. Report unterschreiben — Datum, erreichtes RPO, RTO, Lücken, Owner jeder Maßnahme. Ablegen, wo Legal und Versicherung ihn ohne Backup-Admin finden.

Wir haben „grüne Backup-Dashboards“ an Schritt 1 scheitern sehen, weil das immutable Repository denselben Domain-Admin nutzte, den Ransomware stehlen würde. Der Drill soll das vor dem Tabletop finden.

Zahlen, die wir in Mittelstandsverträgen wirklich sehen

Keine Normen — Bandbreiten, die ein Vorstandgespräch in Firmen mit 50–200 Leuten in Polen und Deutschland überleben. An Ihr Risiko anpassen, dann aufschreiben.

  • Mail / M365 — RPO 1–4 Stunden mit Drittanbieter-Backup von Exchange/SharePoint/OneDrive; native Papierkörbe sind keine Ransomware-Strategie. RTO: Stunden, nicht Tage, für eine Mailbox; Tenant-weit ist ein anderes Spiel.
  • ERP (Comarch, Enova, SAP B1, Custom) — RPO oft 4–24 Stunden (Log-Shipping). RTO 8–24 Stunden für konsistente DB plus App-Server ist ehrlich; „zwei Stunden“ ohne getestetes Runbook ist Theater.
  • Files / CAD / Fertigungsunterlagen — nächtliches RPO ist häufig und oft zu locker, wenn Freitagszeichnungen die Montagslieferung sind. Operations fragen, nicht IT, wie viele Stunden sie neu zeichnen können.
  • Retention — 14–30 täglich, 8–12 wöchentlich, 12 monatlich als Start. „Unlimited“ ohne Storage-Preis ist eine zukünftige Rechnung.

Ein RPO/RTO für alles heißt: der Anbieter war nicht bei Ihrem Monatsabschluss und nicht beim Versandfenster.

3-2-1-1-0 ohne Poster

Drei Kopien, zwei Medien, eine off-site, eine immutable oder offline, null Fehler beim letzten Restore-Test. Praxis Mittelstand: Produktionsplatte + Repository auf anderem Array oder Object Storage + Kopie, die der kompromittierte Admin nicht löschen kann (Immutability 7–30 Tage typisch) + Restore-Report jünger als 90 Tage für Tier-1. Band ist nicht Pflicht. Ein zweites Anbieterkonto, das produktives AD nicht erreicht, oft schon.

Für Techniker: konsistente SQL/PostgreSQL-Snapshots (VSS oder Dump, nicht nur crash-consistent), separates Backup-Servicekonto, MFA auf der Konsole, Break-Glass wenn Entra ID oder AD tot ist. Führt der einzige Restore-Weg über denselben IdP, der gerade gephisht wurde, haben Sie keinen Ransomware-Plan — Sie haben Hoffnung.

Was Versicherer und Prüfer 2026 fragen

Cyber-Fragebögen hören nicht bei „haben Sie Backups?“ auf. Sie fragen Immutability, letztes Restore-Datum, Erreichbarkeit mit Produktionskonten und wer den Report unterschreibt. NIS2-Reviews dasselbe, dann: wo liegt der Report. Kopie ins Evidence-Pack neben das Incident-Runbook — was ins NIS2-Runbook gehört. Können Sie die vier Fragen nicht in einer Sitzung beantworten, unterschreiben Sie keine neue „Managed Backup“-Klausel.

Nächster Schritt

Vertrag markieren: jedes „Backup“ ohne Zahlen. Restore-Drill auf nicht-kritischem System vor Verlängerung verlangen. Unsere Praxis Sichere Public-Cloud-Infrastruktur liefert Backup und Restore mit getesteten Runbooks — wie Prüfer und Regulatoren fragen, nicht nur Dashboard-Theater.

Projekt besprechen?

Schreiben Sie uns

Mehr zu diesem Thema

Newsletter abonnieren

Erhalten Sie Neuigkeiten, Updates und Sonderangebote direkt per E-Mail.
Nein, danke