Symptom
Datum des letzten vollständigen Restore-Tests ist nicht bestimmbar
- Ursache
- Restore-Tests sind nicht als operative Aufgabe geplant oder nachverfolgt
- Risiko
- Wiederherstellungsannahmen sind bis zum echten Vorfall ungeprüft
Managed IT · Backup & Disaster Recovery
Managed Backup & Notfallwiederherstellung
Managed Backup und Disaster Recovery ist der Betrieb von Datensicherungs- und Wiederherstellungsinfrastruktur nach definierten Recovery-Point- und Recovery-Time-Zielen, einschließlich unveränderlicher Kopien und regelmäßiger Restore-Tests. Evolvice entwirft, betreibt und testet Wiederherstellungsfähigkeit, damit ein Ransomware-Vorfall oder Ausfall zu einem kontrollierten Verfahren wird statt zu einer Krise.
- ISO 27001
- NIS2
- BSI-Grundschutz
- DSGVO
Überblick
Technische Übersicht
Die meisten Unternehmen können einen Backup-Plan vorweisen, aber nicht belegen, wie lange eine vollständige Wiederherstellung tatsächlich dauert oder ob die Backups selbst vor demselben Angriff sicher sind, der die Produktion lahmgelegt hat. Erfolgreiche Backup-Jobs sind nicht dasselbe wie tatsächliche Wiederherstellbarkeit. Wir betreiben Backup und DR als getestete Fähigkeit, nicht als Häkchen auf einer Liste.
Was wir in Ordnung bringen
- Backups existieren, wurden aber nie unter Zeitdruck vollständig wiederhergestellt
- Backup-Repository aus derselben Domäne wie die Produktion erreichbar, Ransomware verschlüsselt beides
- Kein dokumentiertes RPO/RTO je System, Wiederherstellungspriorität wird erst im Vorfall entschieden
- Business-Continuity-Plan existiert auf Papier, aber ohne eingeübtes operatives Verfahren
Diagnose
Typische Fehlerbilder bei Backup & Disaster Recovery
Muster, die wir bei der Prüfung bestehender Backup- und DR-Setups wiederholt vorfinden.
Symptom
Backup-Speicher ist domänengebunden und mit Standardanmeldedaten erreichbar
- Ursache
- Keine air-gapped oder unveränderliche Kopie getrennt von der Produktionsidentität
- Risiko
- Ransomware verschlüsselt oder löscht Backups zusammen mit Live-Systemen
Symptom
Vollständige ERP-Wiederherstellung dauert 4 Tage bei einer Geschäftserwartung von 8 Stunden
- Ursache
- RTO wurde nie anhand tatsächlicher Datenmengen und Bandbreite dimensioniert
- Risiko
- Verlängerter Ausfall, vertragliches und Umsatzrisiko
Symptom
DR-Failover wurde außerhalb einer Präsentation noch nie durchgeführt
- Ursache
- Kein eingeübtes Failover-Runbook oder geplante DR-Übung
- Risiko
- Ungeprüfte Annahmen versagen unter realem Vorfalldruck
Resilienz
Ein Backup, das nicht wiederhergestellt wurde, ist eine Hypothese, keine Kontrolle.
Eine Backup-Software, die "Job erfolgreich" meldet, bestätigt nur, dass Daten irgendwo geschrieben wurden. Sie bestätigt nicht, dass die Daten vollständig, unbeschädigt, von der Produktions-Angriffsfläche isoliert oder innerhalb einer überlebensfähigen Zeit wiederherstellbar sind.
Unsere DR-Praxis basiert auf gemessenen RPO- und RTO-Werten je Systemstufe, unveränderlichen Kopien und geplanten Restore-Übungen mit protokollierten Nachweisen.
Definition
Recovery Point Objective (RPO) und Recovery Time Objective (RTO)
RPO ist der maximal akzeptable Datenverlust in Zeit vor einem Vorfall, und RTO ist die maximal akzeptable Dauer, ein System nach einem Vorfall wieder betriebsbereit zu machen, beide definiert je System nach Geschäftsauswirkung.
Liefermodell
Wie wir Backup & Disaster Recovery betreiben
Ein wiederholbares Fünf-Schritte-Vorgehen für jede übernommene Umgebung.
- 1
Daten- & Systemklassifizierung
Bestandsaufnahme von Systemen und Datenspeichern, gestuft nach Geschäftskritikalität, mit je Stufe vereinbarten RPO/RTO-Zielen.
- 2
Unveränderliche Backup-Architektur
Bereitstellung air-gapped oder unveränderlicher Backup-Kopien, isoliert von der Produktionsidentität, nach 3-2-1-1-Muster wo angebracht.
- 3
Restore-Testtakt
Geplante, dokumentierte Restore-Tests je Stufe — Datei-, Anwendungs- und Gesamtumgebungsebene — mit protokollierten Ergebnissen gegen RTO-Ziele.
- 4
DR-Runbook & Failover-Übung
Dokumentierte, rollenzugewiesene Failover-Verfahren, regelmäßig eingeübt, inklusive Kommunikations- und Entscheidungsschritten.
- 5
Kontinuierliche Überprüfung
Vierteljährliche Prüfung der RPO/RTO-Angemessenheit bei wachsenden Systemen und Datenmengen, Backup-Architektur angepasst, bevor Kapazitäts- oder Abdeckungslücken entstehen.
Compliance
Compliance-Zuordnung — Backup & Disaster Recovery
Wie unser Liefermodell die vier Referenzrahmen abdeckt, an denen deutsche Unternehmen geprüft werden.
| Kontrolle | ISO 27001 | NIS2 | BSI-Grundschutz | DSGVO |
|---|---|---|---|---|
| Backup & Datenwiederherstellung | A.8.13 | Art. 21(2)(c) | CON.3 | Art. 32(1)(c) |
| Business Continuity Management | A.5.29 / A.5.30 | Art. 21(2)(c) | DER.4 | Art. 32(1)(b) |
| Ransomware-/Malware-Resilienz | A.8.7 | Art. 21(2)(e) | OPS.1.1.5 | Art. 32(1)(b) |
| Vorfallbehandlung & Wiederherstellungsberichte | A.5.24 | Art. 23 | DER.2.1 | Art. 33 |
| Test & Übung von Kontinuitätsplänen | A.5.30 | Art. 21(2)(c) | DER.4.A9 | Art. 32(1)(d) |
Fragen & Antworten
Fragen, die Entscheider stellen
Definitionen, Lieferdetails und kommerzielle Antworten an einer Stelle — zitierfähig für Such- und KI-Antwortmaschinen und verständlich für Ihr Team.
Wie es funktioniert
Backup ist das Kopieren von Daten, damit sie nach Verlust oder Beschädigung wiederhergestellt werden können. Disaster Recovery ist die umfassendere Fähigkeit, ganze Systeme, Anwendungen und Infrastruktur nach einem Störfall wieder betriebsbereit zu machen, wovon Backup eine Komponente ist.
Zusammenarbeit mit Evolvice
Im Cluster
Managed IT & Endanwender-Support
Service Desk, Geräte, Endpoints und IT-Betrieb — mit vereinbarten SLAs für Ihre gesamte Belegschaft.
Teil unseres Bereichs Managed IT & Endanwender-SupportSprechen Sie mit dem Evolvice-Team.
Wir starten mit einer 30-minütigen Diagnose Ihrer aktuellen Lieferung — kostenfrei und ohne Vertrieb. Sie erhalten in jedem Fall eine schriftliche Zusammenfassung der Befunde.