Ein einziger Klick auf einen präparierten Anhang, ein versehentlich gelöschter Datenbank-Eintrag oder ein Hardware-Defekt zur falschen Zeit: Für einen Online-Shop kann jeder dieser Momente den Betrieb von einer Sekunde auf die andere stoppen. Ransomware und Bedienfehler treffen inzwischen praktisch jedes Unternehmen - 34 Prozent wurden 2025 Opfer einer Ransomware-Attacke (Bitkom Wirtschaftsschutz 2025). Entscheidend ist dann nicht, ob etwas passiert, sondern wie schnell Sie wieder online sind. Dieser Leitfaden zeigt, wie ein geprüftes Backup nach der 3-2-1-Regel, klar definierte RTO- und RPO-Ziele und ein dokumentierter Wiederanlauf zusammen einen belastbaren Notfallplan ergeben - und wie sich Disaster Recovery vom reinen Beobachten unterscheidet und im professionellen Hosting verankern lässt.
Warum Backup und Disaster Recovery 2026 zur Pflicht werden
Die Bedrohungslage hat sich in wenigen Jahren deutlich verschärft. Waren 2022 erst 12 Prozent der Unternehmen von einer Ransomware-Attacke betroffen, ist der Wert bis 2025 auf 34 Prozent gestiegen (Bitkom Wirtschaftsschutz 2025). Besonders bemerkenswert: Rund 80 Prozent aller sicherheitsrelevanten Vorfälle treffen kleine und mittlere Unternehmen (Bitkom Wirtschaftsschutz 2025) - also genau die Betriebe, die selten ein eigenes Security-Team unterhalten. Der wirtschaftliche Gesamtschaden durch Cyberangriffe, Datendiebstahl und Sabotage summiert sich in Deutschland auf rund 289 Milliarden Euro pro Jahr (Bitkom 2025).
Doch nicht jeder Datenverlust ist ein Angriff. Ein versehentlich überschriebener Produktimport, ein fehlgeschlagenes Plugin-Update, ein defektes Speichermedium oder ein gelöschtes Kundenkonto können denselben Effekt haben: Daten sind weg oder der Shop steht still. Für einen Online-Shop bedeutet Stillstand nicht nur entgangenen Umsatz, sondern auch verlorenes Vertrauen, abgebrochene Bestellungen und im ungünstigsten Fall Verstöße gegen Aufbewahrungs- oder Datenschutzpflichten. Ein belastbarer Notfallplan adressiert deshalb beide Seiten: den gezielten Angriff und den ganz alltäglichen Fehler. Die gute Nachricht ist, dass sich beide Risiken mit denselben Bausteinen beherrschen lassen.
Online-Shops sind dabei besonders exponiert. Sie verarbeiten permanent Transaktions- und Zahlungsdaten, speichern personenbezogene Kundendaten und sind auf durchgehende Erreichbarkeit angewiesen - jede Stunde Stillstand ist unmittelbar spürbar. Anders als bei vielen internen IT-Systemen fällt ein Ausfall im Shop sofort öffentlich auf: Kunden stehen vor einer Fehlerseite, Warenkörbe gehen verloren und Suchmaschinen registrieren die Nichterreichbarkeit. Ein durchdachtes Backup-Konzept ist deshalb kein reines IT-Thema, sondern eine betriebswirtschaftliche Absicherung des laufenden Umsatzes. Hinzu kommt, dass ein Shop selten allein steht: Angebundene Systeme wie Warenwirtschaft, Zahlungsdienste und Versanddienstleister erwarten konsistente Daten, sodass eine unvollständige Wiederherstellung schnell Folgefehler in der gesamten Prozesskette auslöst.
Das Bundesamt für Sicherheit in der Informationstechnik stuft Ransomware in seinen Lageberichten seit Jahren als eine der größten Gefahren für Wirtschaft und Verwaltung ein (BSI). Angreifer verschlüsseln dabei nicht nur produktive Systeme, sondern suchen gezielt auch nach erreichbaren Sicherungen. Genau deshalb ist eine vom Netz getrennte Kopie kein Detail, sondern der Kern eines wirksamen Wiederanlaufplans.
Backup ist nicht gleich Disaster Recovery
Drei Begriffe werden im Alltag oft vermischt, meinen aber Unterschiedliches. Monitoring beobachtet: Es meldet, wenn der Shop langsam wird oder ausfällt. Backup sichert: Es erstellt wiederherstellbare Kopien Ihrer Daten. Disaster Recovery stellt wieder her: Es bringt den Shop nach einem Zwischenfall geordnet zurück in den Betrieb. Ein Shop-Monitoring ist wertvoll, weil es den Ernstfall früh sichtbar macht - aber es ersetzt keinen Wiederanlaufplan. Wer nur beobachtet und sichert, ohne die Wiederherstellung geprobt zu haben, merkt im Ernstfall zu spät, dass ein Backup unvollständig ist oder die Rücksicherung Stunden statt Minuten dauert.
| Disziplin | Leitfrage | Ergebnis |
|---|---|---|
| Monitoring | Läuft der Shop noch? | Alarm bei Ausfall |
| Backup | Sind die Daten gesichert? | Wiederherstellbare Kopie |
| Disaster Recovery | Wie kommen wir zurück in Betrieb? | Geordneter Wiederanlauf |
Erst das Zusammenspiel ergibt einen Notfallplan. Das Monitoring liefert den Auslöser, das Backup die Datengrundlage, und der dokumentierte Wiederanlauf verbindet beides zu einem wiederholbaren Ablauf. In diesem Artikel liegt der Fokus bewusst auf der Wiederherstellung - also darauf, was passiert, nachdem etwas schiefgegangen ist. Die reine Beobachtung ist die Vorstufe; die Wiederherstellung ist das Ziel.
Die 3-2-1-Regel als Fundament der Datensicherung
Die 3-2-1-Regel ist der De-facto-Standard für Datensicherung und wird auch von Sicherheitsbehörden als Orientierung empfohlen (BSI). Sie ist bewusst einfach zu merken und deckt die häufigsten Ausfallszenarien ab: 3 Kopien der Daten, auf 2 unterschiedlichen Medientypen, davon 1 Kopie außer Haus (BSI). Jede der drei Ziffern schließt eine typische Lücke, an der einfache Sicherungskonzepte scheitern.
3 - Drei Kopien
Neben den produktiven Daten existieren mindestens zwei weitere Sicherungen. Fällt eine Kopie aus oder wird beschädigt, bleiben zwei intakt. Redundanz ist hier kein Luxus, sondern die Grundannahme jeder ernsthaften Sicherung.
2 - Zwei Medientypen
Die Kopien liegen auf mindestens zwei verschiedenen Technologien, etwa lokalem Speicher und Objektspeicher in der Cloud. So trifft ein medienspezifischer Defekt nicht alle Sicherungen gleichzeitig.
1 - Eine Kopie extern
Mindestens eine Sicherung liegt räumlich getrennt und idealerweise offline oder unveränderbar. Diese Kopie übersteht Brand, Diebstahl und Ransomware im lokalen Netz - sie ist der Rettungsanker im Ernstfall.
Auf einen Online-Shop übertragen heißt das konkret: Gesichert werden müssen die Datenbank mit Bestellungen, Kunden und Artikeln, die hochgeladenen Medien und Dokumente sowie die Konfiguration und der individuell entwickelte Code. Erst wenn alle drei Bestandteile in die Sicherung einfließen, lässt sich ein Shop vollständig wiederherstellen. Eine Sicherung, die nur die Datenbank umfasst, aber Medien und Konfiguration auslässt, führt im Ernstfall zu einem lauffähigen, aber unvollständigen System - und damit zu unnötiger zusätzlicher Ausfallzeit.
Gegen Ransomware hat sich die Regel weiterentwickelt: 3-2-1-1-0 ergänzt eine offline oder unveränderbare Kopie (die zusätzliche 1) sowie 0 Fehler bei der Wiederherstellung - nachgewiesen durch regelmäßige Restore-Tests. Eine unveränderbare Sicherung lässt sich innerhalb einer festgelegten Aufbewahrungsfrist weder überschreiben noch löschen, auch nicht mit gestohlenen Administratorrechten.
RTO und RPO: Wie viel Ausfall und Datenverlust verträgt Ihr Shop?
Zwei Kennzahlen entscheiden darüber, wie gut ein Notfallplan wirklich ist: RTO und RPO. Sie klingen technisch, beantworten aber zwei sehr geschäftliche Fragen. RTO (Recovery Time Objective) ist die maximal tolerierbare Ausfallzeit - die Spanne vom Zwischenfall bis zur Wiederherstellung des Betriebs. RPO (Recovery Point Objective) ist der maximal tolerierbare Datenverlust - der Zeitraum zwischen der letzten brauchbaren Sicherung und dem Zwischenfall. Ein RPO von einer Stunde bedeutet: Im ungünstigsten Fall gehen die Daten der letzten Stunde verloren. Ein RTO von zwei Stunden bedeutet: Nach spätestens zwei Stunden läuft der Shop wieder.
Beide Werte sind keine technischen Konstanten, sondern eine Geschäftsentscheidung. Je kürzer RTO und RPO, desto aufwendiger und teurer die Infrastruktur - etwa durch häufigere Backups, Replikation oder Standby-Systeme. Deshalb lohnt es sich, in der Beratung realistische Ziele je Datenkategorie festzulegen: Bestell- und Zahlungsdaten brauchen ein engeres RPO als selten geänderte Redaktionsinhalte. Die folgenden Werte sind Orientierungswerte, keine festen Vorgaben - der richtige Zuschnitt hängt vom Geschäftsmodell ab.
| Datenkategorie | Orientierung RPO | Orientierung RTO |
|---|---|---|
| Bestell- und Zahlungsdaten | Minuten | 1-2 Stunden |
| Kundenkonten und CRM | Stunden | Stunden |
| Produktkatalog und Medien | Ein Tag | Stunden |
| Redaktionelle Inhalte | Ein Tag | Flexibel |
Die Backup-Frequenz ergibt sich direkt aus dem RPO. Wer einen Datenverlust von höchstens einer Stunde akzeptiert, muss mindestens stündlich sichern - in der Praxis oft über eine Kombination aus seltener Vollsicherung und häufigen inkrementellen Sicherungen, die nur die Änderungen erfassen. Für sehr enge Ziele kommt zusätzlich eine kontinuierliche Replikation der Datenbank infrage. Wichtig ist, die zugesagte Frequenz auch technisch zu halten und zu überwachen: Ein Sicherungsplan, der still scheitert, verschiebt das reale RPO unbemerkt nach hinten.
Ausfallzeit ist teuer. Laut Branchenanalysen verursacht mehr als die Hälfte der schwerwiegenden IT-Ausfälle Kosten von über 100.000 US-Dollar (Uptime Institute), und etwa jeder sechste Vorfall - rund 16 Prozent - schlägt sogar mit über 1 Million US-Dollar zu Buche (Uptime Institute). Für einen Shop lässt sich die eigene Ausfallzeit grob beziffern: als Umsatz pro Stunde zuzüglich Folgekosten wie Support, Wiederherstellung und Reputationsverlust. Genau dieser Betrag rechtfertigt die Investition in ein knappes RTO.
Typische Bedrohungen: Ransomware, Bedienfehler, Ausfälle
Ein guter Notfallplan denkt in Szenarien statt in einzelnen Werkzeugen. Die häufigsten Ursachen für Datenverlust und Stillstand im E-Commerce lassen sich in wenige Gruppen fassen:
- Ransomware und Malware: Angreifer verschlüsseln Systeme und fordern Lösegeld. 34 Prozent der Unternehmen waren 2025 betroffen (Bitkom Wirtschaftsschutz 2025). Häufig werden erreichbare Backups gleich mitverschlüsselt.
- Bedienfehler: Ein falscher Befehl, ein überschriebener Import oder ein versehentlich gelöschter Datensatz. Solche Fälle sind unspektakulär, aber sehr häufig - und oft der eigentliche Grund für Restore-Anfragen.
- Hardware- und Infrastrukturausfälle: Defekte Datenträger, der Ausfall einer Komponente im Rechenzentrum oder ein fehlgeschlagenes Update mitten im Betrieb.
- Kompromittierte Zugänge und Lieferkette: Gestohlene Zugangsdaten oder eine manipulierte Abhängigkeit. Wer Betrugs- und Angriffsmuster früh erkennt, verkleinert die Angriffsfläche spürbar.
- Höhere Gewalt: Brand, Wasserschaden oder ein längerer Stromausfall am Standort.
Moderne Angreifer verschlüsseln nicht sofort. Sie bewegen sich oft wochenlang unbemerkt im Netz, löschen oder verschlüsseln zuerst erreichbare Sicherungen und erst danach die produktiven Systeme. Eine dauerhaft online erreichbare Backup-Festplatte bietet in diesem Muster kaum Schutz. Nur eine offline oder unveränderbare Kopie - die 1 aus der 3-2-1-Regel - bleibt zuverlässig verfügbar. Ein sauberer Sicherungs- und Wiederanlaufprozess ist zugleich ein Baustein Ihrer Pflichten nach dem Cyber Resilience Act.
Ein geprüfter Wiederanlaufplan Schritt für Schritt
Ein Wiederanlaufplan ist kein Dokument für die Schublade, sondern eine geprobte Abfolge. Er beschreibt, wer im Ernstfall was in welcher Reihenfolge tut. Die folgenden Schritte haben sich in der Praxis bewährt:
- Erkennen und eindämmen: Vorfall bestätigen, betroffene Systeme isolieren und die weitere Ausbreitung stoppen. Hier liefert das Monitoring den ersten Hinweis.
- Bewerten: Welche Daten und Systeme sind betroffen? Welcher Wiederherstellungspunkt (RPO) ist noch nachweislich sauber und nicht kompromittiert?
- Kommunizieren: Verantwortliche, Dienstleister und - je nach Fall - Behörden und betroffene Kunden informieren. Datenschutzvorfälle unterliegen eigenen, engen Meldefristen.
- Wiederherstellen: Aus einer geprüften, sauberen Sicherung zurückspielen - in der Reihenfolge, die den Betrieb am schnellsten wieder ermöglicht.
- Prüfen und freigeben: Integrität und Vollständigkeit der Daten kontrollieren, bevor der Shop wieder öffentlich erreichbar ist.
- Nachbereiten: Ursache analysieren, Lücken schließen und den Plan aktualisieren. Jeder Vorfall verbessert den nächsten Wiederanlauf.
Wichtig ist die klare Rollenverteilung. Im Ernstfall darf nicht erst diskutiert werden, wer Zugriff auf die Sicherungen hat, wer die Freigabe erteilt und wer die Kommunikation übernimmt. Diese Rollen gehören vorab dokumentiert - idealerweise mit Vertretung, damit der Plan auch nachts oder im Urlaub trägt. Sich wiederholende Prüf- und Sicherungsschritte lassen sich zudem automatisieren, damit sie zuverlässig und ohne manuelles Zutun ablaufen.
Backups testen: Wiederherstellung üben statt hoffen
Der häufigste Fehler ist nicht das fehlende Backup, sondern das ungetestete. Eine Sicherung, die bislang nicht zurückgespielt wurde, ist nur eine Vermutung. Das BSI empfiehlt ausdrücklich, die Wiederherstellung regelmäßig zu üben und Sicherungen auf ihre Funktionsfähigkeit zu prüfen (BSI). Erst ein erfolgreicher Restore-Test belegt, dass RTO und RPO in der Praxis erreichbar sind und nicht nur auf dem Papier stehen (BSI).
Ein Restore-Test deckt typische Probleme auf, bevor sie im Ernstfall auffallen: unvollständige Sicherungssätze, fehlende Datenbank-Abhängigkeiten, abgelaufene Zugänge oder eine Rücksicherung, die deutlich länger dauert als angenommen. Wer diese Übung ein- bis zweimal im Jahr in einer isolierten Umgebung durchführt, verwandelt Hoffnung in belastbare Gewissheit.
Ebenso wichtig wie der Test selbst ist seine Dokumentation. Wer festhält, wann zuletzt erfolgreich zurückgespielt wurde, wie lange das gedauert hat und welche Schritte nötig waren, schafft eine belastbare Grundlage - für interne Nachweise ebenso wie für Prüfungen im Rahmen von Datenschutz und IT-Sicherheit. Aus dieser Dokumentation entsteht über die Zeit ein realistisches Bild der tatsächlich erreichbaren RTO- und RPO-Werte, das deutlich verlässlicher ist als eine einmalige Schätzung bei der Einrichtung. Die folgende Checkliste fasst zusammen, woran ein tragfähiges Sicherungskonzept erkennbar ist:
- Backups laufen automatisiert und werden lückenlos protokolliert
- Mindestens eine Kopie liegt offline oder unveränderbar außer Haus
- RTO und RPO sind je Datenkategorie definiert und dokumentiert
- Ein Wiederanlaufplan mit klaren Rollen und Meldewegen liegt vor
- Restore-Tests finden regelmäßig in einer isolierten Umgebung statt
- Zugangsdaten und Zuständigkeiten sind auch bei Ausfall erreichbar hinterlegt
Disaster Recovery jetzt im Hosting verankern
Ein belastbarer Notfallplan entsteht nicht aus einem einzelnen Werkzeug, sondern aus dem Zusammenspiel von sicherem Betrieb, geprüften Sicherungen und einem geübten Wiederanlauf. Im Managed Hosting von XICTRON verankern wir diese Bausteine direkt im laufenden Betrieb Ihres Shops - statt sie als Nachgedanken zu behandeln.
Automatisierte, geprüfte Backups
Regelmäßige Sicherungen nach der 3-2-1-Regel, protokolliert und mit einer räumlich getrennten Kopie - als fester Bestandteil des Hostings.
Definierte RTO und RPO
Gemeinsam legen wir realistische Wiederherstellungsziele je Datenkategorie fest und richten die Backup-Frequenz genau darauf aus.
Dokumentierter Wiederanlauf
Ein Notfallplan mit klaren Rollen, Meldewegen und Reihenfolge - regelmäßig durch Restore-Tests in einer isolierten Umgebung bestätigt.
Sicherer Betrieb statt Schadensbegrenzung
Patch-Management und Monitoring greifen ineinander, damit Vorfälle früh erkannt und Datenbestände - etwa aus der ERP-Anbindung - zuverlässig gesichert werden.
Ob Ransomware, Bedienfehler oder Hardware-Defekt: Entscheidend ist, dass Sie vorbereitet sind, bevor der Ernstfall eintritt. Auch die technische Sauberkeit gehört dazu - ein entschlacktes, stabiles Frontend reduziert Angriffsfläche und Fehlerquellen. Wir prüfen den aktuellen Stand Ihrer Datensicherung, definieren gemeinsam RTO und RPO und richten einen geprüften Wiederanlauf ein. Je früher die Sicherung steht und je regelmäßiger sie getestet wird, desto kleiner ist der Schaden, wenn es einmal ernst wird. Sprechen Sie unser Team an, um Ihren individuellen Notfallplan aufzusetzen.
Dieser Artikel stützt sich auf den Bitkom-Wirtschaftsschutz 2025 (Ransomware-Betroffenheit, Anteil betroffener KMU, jährlicher Gesamtschaden), die Lageberichte des Bundesamts für Sicherheit in der Informationstechnik (BSI) zur Bedrohung durch Ransomware und zu Backup-Empfehlungen, die etablierte 3-2-1-Backup-Regel als Sicherungsstandard sowie die Ausfallkosten-Analysen des Uptime Institute. Genannte Zahlen können sich im Zeitverlauf ändern und dienen als Orientierung; dieser Beitrag ersetzt keine individuelle Sicherheits- oder Rechtsberatung. Stand: August 2026.
Ein Backup ist die wiederherstellbare Kopie Ihrer Daten. Disaster Recovery ist der gesamte, dokumentierte Prozess, der den Shop nach einem Zwischenfall geordnet zurück in den Betrieb bringt - inklusive Rollen, Reihenfolge und Freigabe. Ein Backup ist damit eine notwendige Voraussetzung, aber allein noch kein Notfallplan. Erst der geübte Wiederanlauf macht aus Sicherungen eine belastbare Ausfallsicherheit.
RTO (Recovery Time Objective) ist die maximal tolerierbare Ausfallzeit bis zur Wiederherstellung. RPO (Recovery Point Objective) ist der maximal tolerierbare Datenverlust, also der Abstand zur letzten brauchbaren Sicherung. Ein RPO von einer Stunde heißt: Im ungünstigsten Fall fehlen die Daten der letzten Stunde. Beide Werte werden typischerweise je Datenkategorie festgelegt, weil Bestelldaten ein engeres Ziel brauchen als redaktionelle Inhalte.
Die 3-2-1-Regel empfiehlt drei Kopien der Daten, auf zwei verschiedenen Medientypen, mit einer Kopie außer Haus (BSI). Gegen Ransomware wird sie oft zu 3-2-1-1-0 erweitert: eine zusätzliche offline oder unveränderbare Kopie sowie null Fehler bei der Wiederherstellung, nachgewiesen durch Restore-Tests. Die Regel ist bewusst einfach und deckt die häufigsten Ausfallszenarien ab.
Nur, wenn mindestens eine Kopie für Angreifer nicht erreichbar ist. Moderne Ransomware sucht gezielt nach erreichbaren Sicherungen und verschlüsselt diese zuerst. Deshalb ist eine offline oder unveränderbare Kopie entscheidend. Angesichts von 34 Prozent betroffener Unternehmen im Jahr 2025 (Bitkom Wirtschaftsschutz 2025) sollte diese getrennte Kopie in jedem Sicherungskonzept vorgesehen sein.
Das BSI empfiehlt, die Wiederherstellung regelmäßig zu üben und Sicherungen auf Funktionsfähigkeit zu prüfen (BSI). Erfahrungsgemäß hat sich ein- bis zweimal jährlich ein vollständiger Restore-Test in einer isolierten Umgebung bewährt, ergänzt durch Tests nach größeren Änderungen an Shop, Datenbank oder Infrastruktur. Ein ungetestetes Backup ist im Zweifel keine verlässliche Grundlage.
Wir richten automatisierte, geprüfte Sicherungen nach der 3-2-1-Regel im Hosting ein, definieren gemeinsam realistische RTO- und RPO-Ziele je Datenkategorie und dokumentieren einen Wiederanlaufplan mit klaren Rollen. Regelmäßige Restore-Tests bestätigen, dass die Wiederherstellung im Ernstfall trägt. So lässt sich Disaster Recovery typischerweise als fester Bestandteil des laufenden Betriebs organisieren, nicht als improvisierte Schadensbegrenzung (Projekterfahrung).