Ein Backup soll Daten zurückbringen, nachdem etwas schiefgegangen ist. Diese einfache Definition unterscheidet eine echte Datensicherung bereits von vielen Dingen, die nur so aussehen.
Eine zweite Festplatte im Computer ist noch kein zuverlässiges Backup. Ein synchronisierter Cloud-Ordner schützt nicht automatisch vor versehentlichem Löschen. Ein Server-Snapshot kann ausgesprochen nützlich sein, ersetzt aber nicht zwangsläufig eine unabhängige Sicherung. Und eine täglich erzeugte Backup-Datei ist wertlos, wenn niemand weiß, ob sie sich tatsächlich wiederherstellen lässt.
Ein gutes Backup beginnt deshalb nicht bei der Frage, welche Software installiert werden soll. Es beginnt mit einer anderen Frage:
Was müsste passieren, damit ich diese Daten verliere – und wie bekomme ich sie danach zurück?
Ein Backup ist eine wiederherstellbare Kopie
Der entscheidende Begriff lautet nicht Kopie, sondern wiederherstellbar.
Du kannst zehn Kopien einer Datei besitzen. Wenn alle gleichzeitig verschlüsselt, überschrieben oder gelöscht werden können, bieten sie möglicherweise kaum zusätzlichen Schutz.
Eine Sicherung muss deshalb einen Zustand bewahren, zu dem später zurückgekehrt werden kann.
Das kann eine einzelne Datei sein.
Es kann ein kompletter Computer sein.
Eine Datenbank.
Eine Website.
Ein Server.
Oder die gesamte digitale Infrastruktur eines Unternehmens.
Der Umfang verändert sich. Das Grundprinzip bleibt gleich.
Backup bedeutet nicht, jeden Datenverlust zu verhindern
Kein Backup verhindert, dass eine Festplatte ausfällt.
Es verhindert auch nicht:
einen Bedienfehler,
einen Angriff,
einen Brand,
einen defekten Server,
einen gestohlenen Laptop.
Ein Backup reduziert die Folgen.
Wenn der ursprüngliche Datenbestand verloren geht, existiert eine unabhängige Möglichkeit, einen früheren Zustand wiederherzustellen.
Das ist ein wichtiger Unterschied.
Backups gehören zur Schadensbegrenzung.
Die erste Frage lautet: Was ist überhaupt wichtig?
Nicht alle Daten besitzen denselben Wert.
Ein Betriebssystem lässt sich neu installieren.
Eine gekaufte Anwendung kann häufig erneut heruntergeladen werden.
Ein selbst geschriebenes Dokument, Familienfotos oder eine Kundendatenbank können dagegen unwiederbringlich sein.
Bei einer Website gilt dasselbe.
WordPress selbst lässt sich neu installieren.
Der Artikelbestand einer seit zehn Jahren betriebenen Website ist wesentlich schwieriger zu ersetzen.
Eine Backup-Planung sollte deshalb zuerst klären:
Welche Daten wären bei Verlust teuer, mühsam oder unmöglich wiederherzustellen?
Genau diese Daten verdienen besondere Aufmerksamkeit.
Datenwert ist nicht dasselbe wie Dateigröße
Ein 4-Gigabyte-Video kann ersetzbar sein.
Eine 50-Kilobyte-Datei mit einem wichtigen Vertrag möglicherweise nicht.
Deshalb sollte eine Backup-Strategie nicht einfach nach Speicherbedarf entscheiden.
Relevant sind unter anderem:
Wiederbeschaffbarkeit,
Arbeitsaufwand,
finanzieller Wert,
rechtliche Bedeutung,
persönlicher Wert,
Geschäftskritikalität.
Je schwieriger ein Datensatz zu ersetzen ist, desto robuster sollte seine Sicherung sein.
Eine Kopie auf demselben Datenträger ist kein guter Schutz
Angenommen, eine wichtige Datei liegt unter:
C:\Dokumente\vertrag.docx
Du kopierst sie nach:
C:\Backup\vertrag.docx
Nun existieren zwei Dateien.
Fällt aber die Festplatte aus, können beide gleichzeitig verloren gehen.
Dasselbe Prinzip gilt für Server.
Eine WordPress-Sicherung unter:
/var/www/backups/
schützt zwar möglicherweise vor einem versehentlich gelöschten Artikel.
Geht jedoch der gesamte Datenträger verloren, verschwinden Website und Backup gemeinsam.
Ein gutes Backup sollte deshalb nicht dieselben Ausfallursachen besitzen wie das Original.
Unterschiedliche Fehler brauchen unterschiedliche Schutzebenen
Es lohnt sich, mögliche Schadensfälle getrennt zu betrachten.
Ein Benutzer löscht eine Datei.
Eine Festplatte fällt aus.
Ein Laptop wird gestohlen.
Ein Server wird kompromittiert.
Ransomware verschlüsselt erreichbare Speicher.
Ein Rechenzentrum hat einen schweren Ausfall.
Ein Cloud-Konto wird gesperrt.
Ein Administrator löscht versehentlich eine komplette Instanz.
Nicht jede Sicherung schützt gegen jedes Szenario.
Genau deshalb sind mehrere Backup-Ebenen sinnvoll.
Die 3-2-1-Regel als einfaches Grundmodell
Eine bekannte Backup-Grundregel lautet 3-2-1.
Sie lässt sich vereinfacht so verstehen:
3 Kopien der Daten
auf
2 unterschiedlichen Speicherarten bzw. Systemen
davon
1 Kopie außerhalb des primären Standorts
Das Original zählt dabei als eine der drei Kopien.
Ein Beispiel könnte sein:
Arbeitsdaten auf dem Computer
+
Backup auf einem NAS
+
verschlüsselte Sicherung in einem externen Speicher
Die Regel ist kein Naturgesetz. Sie ist aber ein ausgesprochen nützliches Denkmodell.
Warum drei Kopien sinnvoll sind
Mit nur Original plus einer Sicherung entsteht eine gefährliche Situation:
Was passiert, wenn die Sicherung selbst beschädigt ist?
Oder wenn erst beim Restore bemerkt wird, dass sie seit Monaten unvollständig war?
Eine weitere unabhängige Kopie erhöht die Wahrscheinlichkeit, dass mindestens ein brauchbarer Wiederherstellungspunkt erhalten bleibt.
Redundanz ist beim Backup kein unnötiger Luxus.
Sie ist genau der Zweck der Sache.
Warum unterschiedliche Speicherorte wichtig sind
Drei externe Festplatten direkt nebeneinander können gegen den Defekt einer einzelnen Festplatte schützen.
Bei einem Brand, Wasserschaden oder Einbruch besitzen sie jedoch dasselbe Risiko.
Deshalb sollte mindestens eine wichtige Sicherung räumlich oder infrastrukturell getrennt sein.
Bei Unternehmen kann das ein anderes Rechenzentrum sein.
Bei privaten Nutzern ein Cloud-Backup oder ein Datenträger an einem anderen sicheren Ort.
Das Ziel lautet immer:
Ein einzelnes Ereignis soll nicht sämtliche Kopien gleichzeitig zerstören können.
Offsite bedeutet außerhalb des primären Systems
Ein Offsite-Backup liegt außerhalb der Infrastruktur, deren Ausfall es absichern soll.
Bei einem Heimcomputer könnte das eine Cloud-Sicherung sein.
Bei einem Server eine Sicherung bei einem anderen Provider.
Bei einem Rechenzentrum eine Kopie in einer anderen Region oder einem anderen Standort.
Ein zweiter Ordner auf demselben Server ist dagegen nicht Offsite.
Eine zweite virtuelle Maschine auf demselben physischen System möglicherweise ebenfalls nicht.
Entscheidend ist die tatsächliche Trennung der Risiken.
Synchronisation ist kein Ersatz für Backup
Cloud-Synchronisation ist enorm praktisch.
Du bearbeitest eine Datei auf einem Rechner und wenige Sekunden später ist die Änderung auf einem anderen Gerät verfügbar.
Genau darin liegt aber auch die Schwäche.
Wenn die Datei versehentlich gelöscht wird, kann die Löschung ebenfalls synchronisiert werden.
Wenn sie durch Schadsoftware verschlüsselt wird, kann unter Umständen auch die verschlüsselte Version synchronisiert werden.
Synchronisation beantwortet die Frage:
Wie halte ich mehrere Systeme auf demselben Stand?
Backup beantwortet:
Wie komme ich zu einem früheren Zustand zurück?
Das sind unterschiedliche Aufgaben.
Versionierung macht Synchronisation wesentlich wertvoller
Viele Cloud-Systeme besitzen inzwischen Versionsverläufe.
Dann wird eine überschrieben oder gelöschte Datei nicht zwingend sofort endgültig vernichtet.
Stattdessen kann eine frühere Version verfügbar bleiben.
Dadurch erhält ein Synchronisationssystem Eigenschaften eines Backups.
Wie gut der Schutz tatsächlich ist, hängt allerdings davon ab:
wie viele Versionen gespeichert werden,
wie lange sie erhalten bleiben,
ob gelöschte Dateien wiederhergestellt werden können,
ob ein Angreifer auch die Versionen löschen kann.
Die konkrete Implementierung entscheidet.
Versionierung ist eines der wichtigsten Backup-Prinzipien
Angenommen, du bearbeitest täglich eine wichtige Datei.
Jeden Abend wird das Backup überschrieben.
Nach zwei Wochen bemerkst du, dass bereits vor zehn Tagen versehentlich ein wichtiger Teil gelöscht wurde.
Das aktuelle Backup enthält denselben Fehler.
Wenn nur der jeweils letzte Stand existiert, hilft die Sicherung nicht mehr.
Mit Versionierung stehen dagegen ältere Zustände zur Verfügung.
Beispielsweise:
heute
gestern
vor 2 Tagen
vor 3 Tagen
vor 1 Woche
vor 1 Monat
Je länger ein Fehler unbemerkt bleiben kann, desto wertvoller werden historische Sicherungen.
Nicht jeder Fehler wird sofort bemerkt
Das ist besonders bei Cyberangriffen wichtig.
Ein Angreifer muss nicht am ersten Tag sichtbaren Schaden verursachen.
Schadcode kann längere Zeit unbemerkt vorhanden sein.
Wenn täglich gesichert wird und ältere Backups sofort gelöscht werden, kann irgendwann jedes vorhandene Backup bereits kompromittiert sein.
Historische Wiederherstellungspunkte schaffen die Möglichkeit, weiter zurückzugehen.
Deshalb gehört Retention – also Aufbewahrungsdauer – genauso zur Backup-Planung wie die Sicherungsfrequenz.
Was bedeutet Retention?
Retention beschreibt, wie lange Sicherungen aufbewahrt werden.
Eine Strategie könnte beispielsweise mehrere zeitliche Ebenen besitzen:
tägliche Backups für kurze Zeit
+
wöchentliche Backups für mehrere Wochen
+
monatliche Backups für längere Zeit
Dadurch existieren viele aktuelle Wiederherstellungspunkte, ohne jede tägliche Sicherung jahrelang aufzubewahren.
Das spart Speicherplatz und erhält trotzdem historische Zustände.
Die richtige Aufbewahrungsdauer hängt vom Risiko ab
Für einen privaten Computer können wenige Wochen ausreichend sein.
Bei Geschäftsunterlagen können rechtliche Anforderungen eine Rolle spielen.
Bei einer Entwicklungsumgebung sind möglicherweise nur einige Tage interessant.
Bei einer langfristig gepflegten Website kann eine monatliche Archivkopie ausgesprochen wertvoll sein.
Eine allgemeingültige Zahl existiert nicht.
Die Frage lautet:
Wie lange könnte ein Fehler unentdeckt bleiben und wie weit müsste ich zurückgehen können?
Was ist ein vollständiges Backup?
Bei einem vollständigen oder Full Backup wird der gesamte definierte Datenbestand gesichert.
Beispielsweise ein kompletter Ordner mit 500 Gigabyte.
Vorteil:
Die Wiederherstellung ist relativ einfach.
Das Backup enthält alles, was zu diesem Zeitpunkt gesichert werden sollte.
Nachteil:
Jede vollständige Sicherung benötigt viel Speicher und kann entsprechend lange dauern.
Deshalb werden Full Backups häufig mit anderen Backup-Arten kombiniert.
Was ist ein inkrementelles Backup?
Ein inkrementelles Backup speichert nur Daten, die sich seit der letzten Sicherung verändert haben.
Ein vereinfachtes Beispiel:
Sonntag → vollständiges Backup
Montag → Änderungen seit Sonntag
Dienstag → Änderungen seit Montag
Mittwoch → Änderungen seit Dienstag
Dadurch können tägliche Sicherungen klein und schnell bleiben.
Bei der Wiederherstellung werden jedoch mehrere Backup-Stände benötigt.
Das macht die Backup-Kette komplexer.
Was ist ein differentielles Backup?
Ein differentielles Backup speichert Änderungen seit dem letzten vollständigen Backup.
Beispielsweise:
Sonntag → vollständiges Backup
Montag → Änderungen seit Sonntag
Dienstag → alle Änderungen seit Sonntag
Mittwoch → alle Änderungen seit Sonntag
Differenzielle Backups werden im Laufe der Woche größer.
Für eine Wiederherstellung werden dafür normalerweise nur das letzte vollständige Backup und das gewünschte differentielle Backup benötigt.
Welche Methode sinnvoll ist, hängt von Speicherplatz, Sicherungszeit und gewünschter Restore-Geschwindigkeit ab.
Für normale Nutzer muss die Backup-Technik nicht sichtbar sein
Moderne Backup-Systeme können Full, Incremental, Differential und Deduplizierung automatisch verwalten.
Der Benutzer muss deshalb nicht zwangsläufig jeden Mechanismus selbst konfigurieren.
Wichtig ist vielmehr, dass er weiß:
Welche Daten werden gesichert?
Wie viele Versionen existieren?
Wo liegen sie?
Wie werden sie wiederhergestellt?
Technische Eleganz ist weniger wichtig als ein verlässliches Ergebnis.
Ein Snapshot ist eine Momentaufnahme
Snapshots können den Zustand eines Datenträgers, Dateisystems oder virtuellen Servers zu einem bestimmten Zeitpunkt festhalten.
Das ist besonders praktisch vor riskanten Änderungen.
Beispielsweise:
Server funktioniert
↓
Snapshot
↓
großes Update
↓
Problem
↓
Rollback
Damit kann eine Umgebung sehr schnell auf einen früheren Zustand zurückgesetzt werden.
Snapshots sind deshalb hervorragende Werkzeuge.
Sie sollten aber nicht automatisch mit unabhängigen Backups gleichgesetzt werden.
Warum Snapshots allein riskant sein können
Wenn Snapshot und Original innerhalb derselben Speicherinfrastruktur liegen, können sie von derselben schweren Störung betroffen sein.
Außerdem können Snapshots an einen bestimmten Provider oder eine bestimmte Plattform gebunden sein.
Wird das komplette Kundenkonto gelöscht oder kompromittiert, sind möglicherweise auch die Snapshots betroffen.
Deshalb ist ein Snapshot besonders stark als:
schnelle Wiederherstellungsebene
und weniger als einzige langfristige Sicherungsstrategie.
RAID ist kein Backup
RAID wird besonders bei NAS-Systemen und Servern häufig mit Backup verwechselt.
Ein RAID kann Daten über mehrere Datenträger verteilen oder spiegeln.
Dadurch kann das System je nach Konfiguration den Ausfall eines Datenträgers verkraften.
Das schützt aber nicht vor:
versehentlichem Löschen,
Schadsoftware,
Datenkorruption,
Fehlkonfiguration,
Diebstahl,
Brand.
Wenn eine Datei gelöscht wird, wird ihre Löschung ebenfalls innerhalb des RAID-Systems verarbeitet.
RAID verbessert Verfügbarkeit.
Backup ermöglicht Wiederherstellung früherer Zustände.
Redundanz und Backup erfüllen unterschiedliche Aufgaben
Ein hochverfügbares Serversystem könnte dieselben Daten gleichzeitig auf mehreren Maschinen speichern.
Fällt eine aus, übernimmt eine andere.
Für Benutzer entsteht kaum Ausfall.
Wird aber ein fehlerhafter Datensatz repliziert, besitzen anschließend alle Systeme denselben Fehler.
Redundanz schützt vor Ausfällen einzelner Komponenten.
Versionierte Backups schützen vor Datenverlust.
Professionelle Infrastruktur braucht häufig beides.
RPO: Wie viele Daten dürfen verloren gehen?
Eine der wichtigsten Fragen einer Backup-Strategie lautet:
Wie alt darf die letzte brauchbare Sicherung maximal sein?
Dafür wird der Begriff Recovery Point Objective, kurz RPO, verwendet.
Ein Beispiel:
Eine Website wird einmal täglich um Mitternacht gesichert.
Um 23:50 Uhr fällt das System vollständig aus.
Im schlechtesten Fall fehlen fast 24 Stunden Daten.
Das RPO liegt also ungefähr bei einem Tag.
Ob das akzeptabel ist, hängt von der Website ab.
Ein Blog verträgt ein anderes RPO als ein Shop
Ein Blog veröffentlicht vielleicht zwei Artikel pro Woche.
Ein tägliches Backup kann dort völlig ausreichend sein.
Ein Shop verarbeitet möglicherweise hunderte Bestellungen pro Stunde.
24 Stunden Datenverlust wären katastrophal.
Dort braucht es wesentlich häufigere Sicherungen oder andere Replikations- und Recovery-Mechanismen.
Backup-Frequenz sollte deshalb aus dem zulässigen Datenverlust entstehen.
Nicht aus Gewohnheit.
RTO: Wie lange darf die Wiederherstellung dauern?
RTO steht für Recovery Time Objective.
Die Frage lautet:
Wie schnell muss das System nach einem Ausfall wieder funktionieren?
Bei einem privaten Fotoarchiv kann eine Wiederherstellung über mehrere Tage akzeptabel sein.
Bei einem geschäftskritischen Shop vielleicht nicht.
Das beeinflusst die Architektur erheblich.
Ein 20-Terabyte-Backup auf langsamen Archivspeicher kann hervorragend gesichert sein.
Wenn die Wiederherstellung drei Tage dauert, eignet es sich aber nicht für ein System mit einem RTO von einer Stunde.
Backup-Geschwindigkeit und Restore-Geschwindigkeit sind unterschiedliche Dinge
Viele Produkte werben damit, wie schnell Sicherungen erstellt werden.
Im Ernstfall ist jedoch die andere Richtung entscheidend.
Wie schnell können Daten zurückgeholt werden?
Wie lange dauert der Download?
Wie schnell lässt sich die Datenbank importieren?
Wie schnell kann ein Ersatzserver bereitgestellt werden?
Müssen erst Zugangsdaten gesucht werden?
Ein gutes Backup-Konzept optimiert deshalb nicht nur die Sicherung, sondern den gesamten Wiederanlauf.
Ein Backup ist nur so gut wie sein Restore
Diese Regel ist so wichtig, dass sie wiederholt werden darf.
Ein erfolgreiches Backup-Protokoll bedeutet nicht automatisch:
dass alle Daten enthalten sind,
dass die Dateien lesbar sind,
dass das Archiv vollständig ist,
dass Passwörter bekannt sind,
dass die Wiederherstellung funktioniert.
Ein Restore-Test beantwortet diese Fragen.
Deshalb sollte ein Backup gelegentlich tatsächlich zurückgespielt werden.
Restore-Tests müssen nicht das Produktivsystem gefährden
Ein Test kann auf einem separaten System stattfinden.
Beispielsweise:
Backup
↓
Testserver
↓
Wiederherstellung
↓
Funktionsprüfung
Bei Dateien lässt sich kontrollieren, ob sie geöffnet werden können.
Bei einer Website kann eine Testinstanz gestartet werden.
Bei einer Datenbank kann geprüft werden, ob Tabellen und Datensätze vollständig vorhanden sind.
Das schafft Gewissheit statt Hoffnung.
Backups können beschädigt sein
Speichermedien sind nicht perfekt.
Dateien können beschädigt werden.
Übertragungen können fehlschlagen.
Archive können unvollständig sein.
Backup-Software kann einen Fehler besitzen.
Deshalb verwenden viele Sicherungssysteme Prüfsummen oder andere Integritätsprüfungen.
Damit lässt sich erkennen, ob gespeicherte Daten noch dem ursprünglichen Zustand entsprechen.
Bei besonders wichtigen Langzeitarchiven sollte Integrität bewusst berücksichtigt werden.
Monitoring gehört zum Backup
Automatische Sicherungen sind hervorragend – solange jemand bemerkt, wenn sie nicht mehr funktionieren.
Typische Ursachen für Ausfälle sind banal:
Speicher voll.
Zugangsdaten geändert.
Netzwerkverbindung unterbrochen.
Cloud-Token abgelaufen.
Backup-Prozess abgestürzt.
System ausgeschaltet.
Ein Backup sollte deshalb einen nachvollziehbaren Status besitzen.
Und bei Fehlern sollte eine Warnung entstehen.
Eine Erfolgsmeldung reicht allein nicht
„Backup erfolgreich“ bedeutet zunächst nur:
Das Programm glaubt, seine Aufgabe erfolgreich abgeschlossen zu haben.
Besser sind zusätzliche Prüfungen:
Ist die erwartete Datenmenge vorhanden?
Ist das Backup ungewöhnlich klein?
Lässt sich das Archiv lesen?
Wann fand der letzte erfolgreiche Restore-Test statt?
Je wertvoller die Daten, desto mehr sollte das System auf tatsächliche Wiederherstellbarkeit statt nur auf Prozessstatus achten.
Offline-Backups schützen vor bestimmten Angriffen
Ein dauerhaft angeschlossenes Backup-Laufwerk kann von Schadsoftware möglicherweise ebenfalls erreicht werden.
Dasselbe gilt für Netzwerkfreigaben.
Deshalb können offline oder anderweitig nicht direkt veränderbare Sicherungen eine wichtige zusätzliche Schutzebene darstellen.
Ein klassisches Beispiel ist eine externe Festplatte, die nach der Sicherung getrennt wird.
Bei größeren Systemen kommen dafür andere Technologien zum Einsatz.
Das Prinzip bleibt:
Ein Angreifer auf dem Produktivsystem soll nicht automatisch sämtliche Backups löschen oder verschlüsseln können.
Was bedeutet immutable Backup?
Immutable bedeutet unveränderlich.
Ein immutables Backup kann innerhalb eines festgelegten Zeitraums nicht einfach verändert oder gelöscht werden.
Das kann besonders gegen Ransomware und kompromittierte Administratorkonten hilfreich sein.
Selbst wenn ein Angreifer Zugang zu Teilen der Infrastruktur erhält, bleiben bestimmte Sicherungen geschützt.
Solche Konzepte werden insbesondere bei geschäftskritischen Systemen immer wichtiger.
Unveränderlichkeit braucht trotzdem Planung
Ein falsch gesichertes Backup wird nicht dadurch gut, dass es unveränderlich gespeichert wird.
Wenn wichtige Daten fehlen, bleiben sie auch im unveränderlichen Archiv verschwunden.
Wenn sensible Daten viel länger als nötig gespeichert werden, kann auch das problematisch sein.
Immutability löst deshalb einen bestimmten Teil des Problems:
Manipulation vorhandener Sicherungen.
Sie ersetzt keine saubere Backup-Definition.
Verschlüsselung schützt die Sicherung selbst
Backups enthalten häufig dieselben sensiblen Daten wie das Original.
Manchmal sogar mehr, weil mehrere historische Zustände gespeichert werden.
Ein verlorener Backup-Datenträger kann deshalb ein erhebliches Datenschutzproblem darstellen.
Verschlüsselung schützt die gespeicherten Daten davor, unmittelbar gelesen zu werden.
Das ist insbesondere sinnvoll bei:
mobilen Datenträgern,
externen Speicherorten,
Cloud-Backups,
sensiblen Unternehmensdaten.
Der Schlüssel gehört nicht ins Backup
Verschlüsselung bringt allerdings eine neue Abhängigkeit.
Wenn das Backup verschlüsselt ist und der Schlüssel ausschließlich auf dem zerstörten Originalsystem gespeichert war, ist die Sicherung nutzlos.
Der Wiederherstellungsplan muss deshalb auch Zugangsdaten, Schlüssel und Wiederherstellungscodes berücksichtigen.
Ein Backup-System besteht nicht nur aus Daten.
Es besteht auch aus allem, was benötigt wird, um wieder an diese Daten zu gelangen.
Zugangsdaten sind Teil des Notfallplans
Stell dir vor, der einzige Administrator eines Unternehmens verliert plötzlich den Zugriff.
Die Backups existieren.
Aber niemand kennt:
Cloud-Zugang,
Verschlüsselungsschlüssel,
Serverpasswort,
Backup-Konto.
Technisch ist alles vorhanden.
Praktisch ist nichts erreichbar.
Bei wichtigen Systemen sollten deshalb sichere Verfahren existieren, mit denen autorisierte Personen im Notfall Zugang erhalten können.
Cloud-Backup ist kein Widerspruch zu Datensicherheit
„Cloud“ bedeutet zunächst nur, dass Speicher oder Dienste auf externer Infrastruktur betrieben werden.
Das kann eine hervorragende Offsite-Komponente sein.
Wichtig sind allerdings Fragen wie:
Wo werden Daten gespeichert?
Sind sie verschlüsselt?
Wer besitzt Zugriff?
Wie sieht die Versionierung aus?
Wie lassen sich große Datenmengen wiederherstellen?
Was kostet das Zurückholen?
Wie wird das Konto geschützt?
Der Standort allein entscheidet nicht darüber, ob ein Backup gut oder schlecht ist.
Cloud-Konten sollten besonders gut geschützt werden
Ein Cloud-Backup ist nur dann unabhängig, wenn ein Angreifer nicht mit denselben kompromittierten Zugangsdaten einfach auch dort sämtliche Sicherungen löschen kann.
Deshalb sind getrennte Konten, restriktive Rechte und Mehrfaktor-Authentifizierung sinnvoll.
Bei professionellen Systemen kann zusätzlich eine Trennung zwischen:
Produktivsystem,
Backup-System
und Administrationszugang
geschaffen werden.
Je weniger ein einzelner kompromittierter Zugang zerstören kann, desto robuster wird das Gesamtsystem.
Lokale Backups haben weiterhin Vorteile
Cloud-Sicherungen sind praktisch, aber lokale Sicherungen können extrem schnelle Wiederherstellungen ermöglichen.
Mehrere Terabyte aus dem Internet herunterzuladen dauert.
Von einem lokalen NAS oder einer externen SSD kann die Wiederherstellung erheblich schneller sein.
Deshalb ergänzen sich lokale und externe Backups hervorragend.
Lokal:
schneller Restore.
Extern:
Schutz bei lokalem Totalausfall.
Genau diese Kombination steckt hinter dem Gedanken der 3-2-1-Regel.
Wie oft sollte man sichern?
Die Antwort ergibt sich aus dem Datenverlust, den du tolerieren kannst.
Ein privater Dokumentenordner könnte täglich gesichert werden.
Ein intensiv genutztes Arbeitssystem vielleicht stündlich.
Ein Shop benötigt für bestimmte Daten möglicherweise noch kürzere Intervalle.
Andererseits muss ein Fotoarchiv, das sich seit Monaten nicht verändert hat, nicht jede Stunde erneut vollständig gesichert werden.
Backup-Frequenz sollte zur Änderungsrate passen.
Änderungen sind wichtiger als Gesamtgröße
Ein 5-Terabyte-Archiv, das sich kaum verändert, kann leicht zu sichern sein.
Eine 20-Gigabyte-Datenbank mit permanenten Änderungen kann anspruchsvoller sein.
Deshalb betrachten moderne Backup-Systeme häufig:
Änderungsrate,
nicht nur Datenmenge.
Die entscheidende Frage lautet:
Wie schnell entstehen neue Daten, die noch nicht gesichert sind?
Backups vor riskanten Änderungen sind besonders wertvoll
Zusätzlich zum regulären Zeitplan können manuelle Sicherungen sinnvoll sein.
Beispielsweise vor:
großen Softwareupdates,
Servermigrationen,
Datenbankänderungen,
Systemumbauten,
Importen,
Konfigurationsänderungen.
Dann existiert unmittelbar vor dem Eingriff ein bekannter Wiederherstellungspunkt.
Das kann die Fehlersuche drastisch verkürzen.
Backup und Archiv sind nicht dasselbe
Ein Backup dient primär der Wiederherstellung nach Verlust oder Beschädigung.
Ein Archiv dient der langfristigen Aufbewahrung von Daten, die nicht mehr laufend benötigt werden.
Beides kann technisch ähnlich aussehen.
Die Ziele unterscheiden sich aber.
Ein zehn Jahre altes steuerlich relevantes Dokument gehört möglicherweise ins Archiv.
Eine täglich aktualisierte Kundendatenbank braucht Backups.
Manche Daten benötigen beides.
Langzeitarchive stellen andere Anforderungen
Bei langfristiger Aufbewahrung muss beispielsweise bedacht werden:
Bleibt das Dateiformat lesbar?
Hält der Datenträger lange genug?
Werden Daten regelmäßig überprüft?
Existiert die notwendige Software noch?
Ein Backup-Horizont von drei Monaten stellt andere Anforderungen als eine Aufbewahrung über 20 Jahre.
Langzeitarchivierung ist deshalb ein eigenes Thema.
Ein NAS ist nicht automatisch ein Backup
Ein Network Attached Storage, kurz NAS, ist zunächst ein Speicher, der über das Netzwerk erreichbar ist.
Es kann hervorragend Teil einer Backup-Strategie sein.
Wenn alle Arbeitsdaten allerdings ausschließlich auf dem NAS liegen, ist das NAS der Primärspeicher.
Selbst bei RAID besitzt man dadurch noch kein unabhängiges Backup.
Erst eine zusätzliche Sicherung schafft diese Ebene.
Ein sinnvolles Konzept könnte beispielsweise sein:
Arbeitsdaten
↓
NAS
↓
zusätzlich externes Backup
Externe Festplatten können eine sehr gute Lösung sein
Für private Nutzer und kleine Büros muss Backup nicht kompliziert sein.
Eine externe Festplatte kann hervorragend funktionieren.
Wichtig ist jedoch die Nutzung.
Wenn sie permanent angeschlossen bleibt, teilt sie manche Risiken mit dem Computer.
Wenn es nur eine einzige Festplatte gibt, existiert keine zusätzliche Redundanz.
Wenn niemand sie seit sechs Monaten angeschlossen hat, sind die Daten möglicherweise veraltet.
Die Hardware ist selten das Problem.
Die Strategie entscheidet.
Rotation erhöht die Sicherheit
Bei externen Datenträgern können mehrere Medien abwechselnd verwendet werden.
Beispielsweise:
Festplatte A → aktuelle Sicherung
Festplatte B → ältere Sicherung, getrennt gelagert
Während eine angeschlossen ist, bleibt die andere physisch getrennt.
Dadurch kann ein einzelner Defekt, Bedienfehler oder Angriff weniger Schaden verursachen.
Solche einfachen Verfahren können erstaunlich robust sein.
Smartphones brauchen ebenfalls Backups
Auf Smartphones befinden sich heute:
Fotos,
Kontakte,
Nachrichten,
Dokumente,
Authentifizierungsdaten,
Notizen.
Trotzdem denken viele erst über Sicherung nach, nachdem das Gerät beschädigt oder verloren wurde.
Auch hier gilt:
Synchronisation einzelner Dienste ist nicht automatisch ein vollständiges Gerätebackup.
Man sollte wissen, welche Daten bereits über Konten synchronisiert werden und welche nur lokal auf dem Gerät existieren.
Fotos verdienen besondere Aufmerksamkeit
Familienfotos sind ein gutes Beispiel für Daten mit niedrigem Wiederbeschaffungswert – nämlich praktisch null.
Das Original eines vergangenen Moments kann nicht neu erzeugt werden.
Daher lohnt sich hier besonders ein mehrstufiges Konzept.
Beispielsweise:
Smartphone,
automatische Cloud-Sicherung,
zusätzliche lokale Kopie.
Die Kosten für Speicher sind gering verglichen mit dem möglichen endgültigen Verlust.
Websites brauchen eigene Backup-Strategien
Bei Websites müssen je nach System berücksichtigt werden:
Dateien,
Datenbanken,
Konfigurationen,
Uploads,
Zertifikate,
Anwendungsdaten.
Bei WordPress gehören insbesondere Dateien und Datenbank zusammen.
Diesen Spezialfall behandeln wir ausführlich in WordPress richtig sichern.
Für größere Serverumgebungen kommen zusätzlich Betriebssystem, Container, Konfigurationsdateien und Infrastrukturdefinitionen hinzu.
Server-Backups sollten Wiederaufbau berücksichtigen
Bei einem Serverausfall muss nicht zwangsläufig jedes Byte des alten Systems zurückgespielt werden.
Manchmal ist es sinnvoller, einen frischen Server bereitzustellen und nur:
Konfiguration,
Anwendungsdaten,
Datenbanken,
Dateien
wiederherzustellen.
Je besser Infrastruktur dokumentiert oder automatisiert aufgebaut wurde, desto weniger muss der komplette Server als undurchsichtiger Block gesichert werden.
Das kann Wiederherstellungen beschleunigen und Systeme sauberer machen.
Konfiguration ist ebenfalls Datenwert
Eine kleine Konfigurationsdatei kann Stunden Arbeit enthalten.
Firewallregeln.
Webserver-Konfiguration.
Docker-Compose-Dateien.
Automatisierungsskripte.
DNS-Dokumentation.
Diese Dateien sind häufig winzig.
Ihr Wiederbeschaffungsaufwand kann dennoch enorm sein.
Deshalb sollte ein Backup-Konzept nicht ausschließlich auf große Benutzerdateien schauen.
Datenbanken brauchen konsistente Sicherungen
Eine laufende Datenbank verändert sich möglicherweise während des Backups.
Ein simples Kopieren ihrer zugrunde liegenden Dateien kann deshalb problematisch sein.
Datenbanksysteme besitzen spezielle Sicherungs- und Snapshot-Mechanismen, um konsistente Zustände zu erzeugen.
Bei produktiven Systemen sollte deshalb die vom jeweiligen Datenbanksystem vorgesehene Backup-Methode verwendet werden.
Ein Dateibackup allein ist nicht für jede Datenbank ausreichend.
Backup während des Betriebs braucht Konsistenz
Stell dir eine Geldüberweisung zwischen zwei Konten vor.
Während des Backups wird Konto A bereits belastet.
Konto B ist noch nicht gutgeschrieben.
Würde genau dieser Zwischenzustand gesichert, wäre die Datenbank logisch inkonsistent.
Moderne Datenbanksysteme lösen solche Probleme mit Transaktionen und geeigneten Backup-Verfahren.
Das Beispiel zeigt:
Backup bedeutet nicht nur Dateien irgendwohin zu kopieren.
Der gespeicherte Zustand muss sinnvoll wiederherstellbar sein.
Persönliche Backups dürfen einfach sein
Nicht jeder braucht Enterprise-Backup-Software.
Für einen privaten Rechner kann bereits eine automatisierte Lösung sehr robust sein:
Originaldaten auf dem Rechner
+
automatisches lokales Backup
+
verschlüsseltes Cloud-Backup
Wenn Versionierung aktiviert ist und gelegentlich eine Wiederherstellung getestet wird, erfüllt dieses einfache System bereits viele wichtige Grundprinzipien.
Komplexität ist kein Qualitätsmerkmal.
Unternehmensbackups brauchen Verantwortlichkeiten
In Unternehmen reicht dagegen die Aussage:
Der Server macht das automatisch.
nicht aus.
Es sollte klar sein:
Wer ist verantwortlich?
Wer bekommt Fehlermeldungen?
Wer darf Backups löschen?
Wer kann sie wiederherstellen?
Wo liegen Schlüssel?
Wie lange werden Sicherungen aufbewahrt?
Wann wurde zuletzt getestet?
Ohne Verantwortlichkeit wird aus einer technischen Lösung schnell ein unbeaufsichtigter Prozess.
Ein Backup-Plan sollte dokumentiert sein
Eine kurze Dokumentation kann beispielsweise beschreiben:
Welche Systeme werden gesichert?
Welche Daten sind enthalten?
Wie oft?
Wohin?
Wie lange?
Wie wird wiederhergestellt?
Wer besitzt Zugriff?
Wie wird ein Restore getestet?
Das muss kein 100-seitiges Handbuch sein.
Ein paar klare Seiten können im Notfall enorm viel Zeit sparen.
Der Notfall ist der schlechteste Zeitpunkt, eine Anleitung zu suchen
Wenn ein Server ausgefallen ist und Kunden warten, möchte niemand erstmals herausfinden:
wo das Backup liegt,
welches Passwort benötigt wird,
welche Reihenfolge beim Restore gilt,
welche DNS-Einträge geändert werden müssen.
Ein Wiederherstellungsplan sollte deshalb möglichst vor dem Notfall existieren.
Backup und Disaster Recovery gehören zusammen.
Die 3-2-1-Regel lässt sich weiter verschärfen
Für besonders wichtige Daten existieren Erweiterungen des klassischen 3-2-1-Gedankens.
Dabei wird beispielsweise zusätzlich darauf geachtet, dass eine Kopie offline oder unveränderlich ist und dass Wiederherstellungen überprüft werden.
Wichtiger als die konkrete Zahlenformel ist jedoch der Grundgedanke:
Mehrere unabhängige Kopien, unterschiedliche Risiken und überprüfte Wiederherstellung.
Wer das verstanden hat, kann eine passende Strategie für fast jedes System entwickeln.
Das billigste Backup ist häufig das, das automatisch läuft
Ein theoretisch perfektes Backup, das jeden Freitag manuell durchgeführt werden soll, scheitert schnell am Alltag.
Die erste Woche klappt.
Die zweite auch.
Dann ist Urlaub.
Danach wird es vergessen.
Automatisierung reduziert dieses Risiko erheblich.
Regelmäßige Sicherungen sollten deshalb möglichst ohne menschliches Eingreifen entstehen.
Der Mensch sollte überwachen und testen – nicht jeden Tag auf „Backup starten“ klicken müssen.
Manuelle Kopien sind trotzdem nützlich
Vor besonderen Änderungen kann eine zusätzliche manuelle Sicherung ausgesprochen sinnvoll sein.
Automatische und manuelle Backups erfüllen dann unterschiedliche Aufgaben.
Automatisch:
Schutz des normalen Betriebs.
Manuell:
gezielter Wiederherstellungspunkt vor einem bekannten Risiko.
Beide Verfahren können sich ergänzen.
Wie viel Speicher braucht ein Backup?
Das hängt stark davon ab:
wie groß die Datenmenge ist,
wie häufig sich Daten verändern,
wie viele Versionen gespeichert werden,
ob Kompression verwendet wird,
ob Deduplizierung möglich ist.
Moderne Backup-Systeme müssen nicht jede Datei bei jedem Durchlauf erneut vollständig speichern.
Dadurch kann der tatsächliche Speicherbedarf deutlich geringer sein als die Summe sämtlicher Vollbackups.
Speicherplatz sollte deshalb anhand der konkreten Backup-Methode kalkuliert werden.
Speicherplatz ist selten der teuerste Faktor
Bei wichtigen Daten ist die Sicherung selbst häufig erstaunlich günstig.
Teurer sind:
lange Ausfälle,
verlorene Arbeitszeit,
Neuaufbau,
Datenrekonstruktion,
entgangener Umsatz,
dauerhaft verlorene Erinnerungen.
Backup wirkt häufig teuer, solange nichts passiert.
Nach einem echten Datenverlust verändert sich diese Wahrnehmung sehr schnell.
Backup ist keine einmalige Einrichtung
Datenbestände verändern sich.
Neue Geräte kommen hinzu.
Server werden ersetzt.
Cloud-Dienste ändern sich.
Mitarbeiter wechseln.
Ein Backup-Konzept sollte deshalb gelegentlich überprüft werden.
Vielleicht werden inzwischen Daten erzeugt, die im alten Konzept gar nicht enthalten sind.
Vielleicht existiert ein neuer Server.
Vielleicht wird ein alter Speicheranbieter nicht mehr benötigt.
Backup ist ein Prozess.
Ein jährlicher Backup-Check kann viel verhindern
Für normale Systeme reicht bereits eine regelmäßige Überprüfung wichtiger Fragen:
Werden alle relevanten Daten noch gesichert?
Laufen die Jobs?
Ist ausreichend Speicher vorhanden?
Funktionieren Zugangsdaten?
Sind die Aufbewahrungsfristen noch sinnvoll?
Wann wurde zuletzt wiederhergestellt?
Dadurch können stille Fehler entdeckt werden, bevor sie im Ernstfall auffallen.
Ein gutes Backup ist möglichst langweilig
Das beste Backup-System ist selten das aufregendste.
Es arbeitet im Hintergrund.
Es erzeugt regelmäßig Sicherungen.
Es meldet Probleme.
Es bewahrt mehrere Versionen auf.
Es schützt die Daten.
Und wenn etwas passiert, funktioniert die Wiederherstellung nach einem bekannten Ablauf.
Genau so sollte Datensicherung sein:
langweilig, vorhersehbar und zuverlässig.
Was du dir über Backups merken solltest
Ein gutes Backup besteht nicht einfach aus einer zusätzlichen Datei.
Es braucht Unabhängigkeit, Versionierung und Wiederherstellbarkeit.
Das Original und die Sicherung sollten nicht sämtliche Risiken teilen.
Mindestens eine wichtige Kopie sollte außerhalb des primären Systems liegen.
Synchronisation, RAID und Snapshots können sehr nützlich sein, erfüllen aber andere Aufgaben und ersetzen nicht automatisch ein versioniertes unabhängiges Backup.
RPO beantwortet, wie viel Datenverlust akzeptabel ist.
RTO beantwortet, wie lange die Wiederherstellung dauern darf.
Und Restore-Tests beweisen, dass aus einer theoretischen Sicherung tatsächlich wieder nutzbare Daten entstehen.
Die wichtigste Regel lautet deshalb:
Nicht die Zahl der Backups entscheidet, sondern ob nach dem schlimmsten realistischen Fehler noch eine brauchbare Kopie existiert und du weißt, wie du sie zurückbekommst.