Backup-Konzept fürs KMU: was im Ernstfall zählt

Ein Backup, das im Ernstfall funktioniert, braucht drei Dinge: mehrere unabhängige Kopien der Daten, mindestens eine davon räumlich getrennt vom Original, und eine regelmäßig getestete Wiederherstellung – nicht nur eine Sicherung, die nachts durchläuft und deren Ergebnis niemand kontrolliert. Genau an diesen drei Punkten scheitern die meisten Backup-Konzepte in der Praxis, meist nicht aus Nachlässigkeit, sondern weil sie über Jahre gewachsen sind und nie komplett neu durchdacht wurden.

Das 3-2-1-Prinzip als Grundlage

Das 3-2-1-Prinzip ist ein seit Jahren etablierter Grundsatz der Datensicherung und ein guter Ausgangspunkt für jedes Backup-Konzept: drei Kopien der Daten, auf zwei unterschiedlichen Medientypen, davon eine Kopie außerhalb des eigenen Standorts. Die Grundidee dahinter ist einfach – jede einzelne Kopie kann durch unterschiedliche Ursachen verloren gehen, und die Kombination aus mehreren Kopien auf unterschiedlichen Medien und an unterschiedlichen Orten deckt die realistischen Ausfallszenarien ab, ohne dass man sie einzeln durchdenken muss.

• Drei Kopien: das Original plus mindestens zwei Sicherungen
• Zwei Medientypen: z. B. lokale Sicherung auf einem NAS plus eine Cloud- oder Bandsicherung, statt zweimal dasselbe Medium
• Eine Kopie außerhalb des Standorts: schützt vor Ereignissen, die den gesamten Standort betreffen (Brand, Wassereinbruch, Diebstahl)

Warum Offsite-Backup kein Nice-to-have ist

Eine Sicherung, die im selben Serverraum steht wie das Original, schützt gegen viele Fehler – aber nicht gegen die, die den ganzen Raum betreffen. Ein Brand, ein Wasserschaden, ein Einbruch, bei dem beide Geräte mitgenommen werden: All das sind keine exotischen Szenarien, sondern der Grund, warum das 3-2-1-Prinzip überhaupt eine räumlich getrennte Kopie vorsieht. Offsite kann dabei ein zweiter Standort des Unternehmens sein, ein externes Rechenzentrum oder ein Cloud-Speicher – wichtig ist nur, dass ein lokales Ereignis am Hauptstandort die externe Kopie nicht mit betrifft.

Lokal, Cloud oder beides

Bei der Wahl des zweiten Mediums für das 3-2-1-Prinzip stellt sich fast immer die Frage, ob eine Cloud-Sicherung, ein zweiter physischer Standort oder eine Kombination aus beidem sinnvoll ist. Eine rein lokale Sicherung ist meist schneller wiederherzustellen, weil sie nicht von der eigenen Internetanbindung abhängt – ist aber ohne einen weiteren, räumlich getrennten Standort keine vollständige Umsetzung des 3-2-1-Prinzips. Eine Cloud-Sicherung ist automatisch räumlich getrennt und dadurch gut als Offsite-Kopie geeignet, kann aber bei großen Datenmengen und einer langsamen Internetanbindung zum Flaschenhals werden, wenn eine vollständige Wiederherstellung tatsächlich nötig ist. In der Praxis bewährt sich für die meisten Betriebe eine Kombination: eine schnelle lokale Sicherung für den Alltag, ergänzt um eine Cloud- oder Offsite-Kopie für den Fall, dass der Hauptstandort selbst betroffen ist.

Wie oft gesichert werden sollte

Wie häufig ein System gesichert werden muss, hängt davon ab, wie viel Datenverlust im Ernstfall verkraftbar wäre – ein Fileserver mit gelegentlichen Änderungen braucht eine andere Sicherungsfrequenz als ein System, in dem laufend Bestellungen oder Kundendaten erfasst werden. Statt eine einheitliche Frequenz für die gesamte Infrastruktur festzulegen, lohnt es sich, für jedes wichtige System einzeln zu überlegen, wie viel an Arbeit oder Daten zwischen zwei Sicherungen im schlimmsten Fall verloren gehen könnte.

• Für jedes kritische System einzeln festlegen, wie viel Datenverlust im schlimmsten Fall tolerierbar wäre
• Systeme mit häufigen Änderungen (z. B. Warenwirtschaft, Bestellungen) entsprechend häufiger sichern als statische Ablagen
• Sicherungsfrequenz und Aufbewahrungsdauer getrennt betrachten – häufige Sicherung nützt wenig, wenn ältere Generationen zu früh überschrieben werden
• Sicherungsfenster so legen, dass sie den laufenden Betrieb nicht spürbar beeinträchtigen

Wiederherstellungstests: der Teil, der meistens fehlt

Ein Backup, das nie wiederhergestellt wurde, ist eine Vermutung, kein Sicherheitsnetz. In der Praxis läuft die nächtliche Sicherung oft zuverlässig – bis zu dem Tag, an dem sie tatsächlich gebraucht wird und sich herausstellt, dass ein Teil der Daten beschädigt, unvollständig oder aus einer inkompatiblen Version war. Regelmäßige Wiederherstellungstests sind der einzige Weg, das vorher zu wissen statt es im Ernstfall zu lernen.

• Stichprobenartige Wiederherstellung einzelner Dateien regelmäßig durchführen und protokollieren
• Mindestens einmal im Jahr eine vollständige Wiederherstellung eines Systems testen, nicht nur einzelner Dateien
• Wiederherstellungszeit realistisch einschätzen: wie lange es tatsächlich dauert, bis ein System wieder läuft
• Ergebnisse der Tests dokumentieren, damit Schwachstellen im Konzept sichtbar werden, statt unbemerkt zu bleiben

Ransomware-Resilienz: Backups, die ein Angreifer nicht mit verschlüsseln kann

Moderne Ransomware sucht gezielt nach erreichbaren Backup-Systemen und verschlüsselt oder löscht sie mit, bevor sie die eigentlichen Produktivdaten angreift – ein Backup, das ständig online und mit dem Produktivnetz verbunden ist, bietet dafür eine offene Angriffsfläche. Ein resilientes Backup-Konzept trennt die Sicherung deshalb technisch oder zeitlich vom Rest des Netzwerks, statt sie dauerhaft erreichbar zu lassen.

• Mindestens eine Kopie offline oder unveränderlich (immutable) halten, sodass sie auch bei vollständigem Netzwerkzugriff eines Angreifers nicht verändert werden kann
• Backup-System nicht mit denselben Zugangsdaten wie das Produktivsystem verwalten
• Zeitversetzte Sicherungen (mehrere Generationen) aufbewahren, damit auch eine unbemerkt verschlüsselte Version rückgängig gemacht werden kann
• Zugriff auf die Backup-Verwaltung selbst eng begrenzen, wie bei jedem anderen sensiblen System auch

Typische Lücken in gewachsenen Backup-Konzepten

Backup-Konzepte entstehen selten am Reißbrett – meist wachsen sie über Jahre, ein System nach dem anderen wird angebunden, und irgendwann verliert jemand den Überblick, was eigentlich vollständig gesichert ist und was nicht. Typische Lücken zeigen sich fast immer an denselben Stellen.

• Neue Systeme (z. B. eine neue Fachanwendung oder ein neuer Server) werden in Betrieb genommen, ohne sie in die bestehende Backup-Routine aufzunehmen
• Cloud-Dienste wie gehostete E-Mail oder SaaS-Anwendungen werden fälschlich als „schon gesichert” angenommen, obwohl der Anbieter oft nur für Verfügbarkeit sorgt, nicht für ein eigenes Backup
• Konfigurationsdaten von Netzwerkgeräten (Firewall, Switches) fehlen im Backup, obwohl ihre Wiederherstellung im Ernstfall genauso wichtig ist wie die der Server
• Backup-Jobs laufen zwar, aber niemand erhält eine Meldung, wenn ein Job fehlschlägt – der Ausfall fällt erst im Ernstfall auf