Was ist ein Backup?

Einfach erklärt

Ein Backup ist eine Sicherungskopie Ihrer Daten an einem anderen Ort. Gehen die Originale verloren, durch einen Defekt, einen Bedienfehler oder einen Angriff, holen Sie die Daten aus der Kopie zurück. Das ist wie der Zweitschlüssel bei der Nachbarin: Er hilft nur, wenn er nicht am selben Bund hängt wie der erste.

Gesichert werden sollte alles, was sich nicht in kurzer Zeit neu beschaffen lässt: Dokumente, Mails, die Datenbanken Ihrer Programme und deren Einstellungen.

Die 3-2-1-Regel

Eine bewährte Faustregel, die auch das BSI empfiehlt:

• 3 Kopien Ihrer Daten, das Original mitgezählt,
• auf 2 verschiedenen Speichermedien,
• davon 1 an einem anderen Ort.

Gegen Erpressersoftware (Ransomware) braucht es zusätzlich eine Kopie, die ein Angreifer nicht verändern kann, weil sie offline oder unveränderbar gespeichert ist.

Ein Backup zählt erst, wenn die Wiederherstellung klappt

Ob eine Sicherung vollständig und aktuell ist, zeigt sich erst beim Zurückspielen. Lassen Sie das deshalb regelmäßig testen. Fragen Sie Ihren IT-Dienstleister:

• Was wird gesichert, wie oft und wie lange wird es aufbewahrt?
• Wann wurde zuletzt eine Wiederherstellung getestet und mit welchem Ergebnis?
• Wie lange dauert es nach einem Totalausfall, bis alles wieder läuft?

Achtung: Synchronisierte Ordner wie OneDrive oder Nextcloud sind kein Backup. Wird eine Datei gelöscht oder verschlüsselt, übernimmt die Synchronisation die Änderung auf allen Geräten. Papierkorb und Versionen helfen nur begrenzt und nur für eine gewisse Zeit.

Konzept

Der BSI-Baustein CON.3 „Datensicherungskonzept“ nennt als Basis-Anforderungen unter anderem Datensicherungspläne, regelmäßige Sicherung, räumlich getrennte Aufbewahrung der Medien, möglichst in einem anderen Brandabschnitt (A12), Schutz der Sicherungen vor unbefugtem Zugriff und Überschreiben (A14) und regelmäßige Tests, ob sich Daten einwandfrei und in angemessener Zeit zurückspielen lassen (A15). Zwei Kennzahlen bestimmen die Auslegung:

• RPO (Recovery Point Objective): wie viel Datenverlust vertretbar ist, also der größte zulässige Abstand zwischen zwei Sicherungen.
• RTO (Recovery Time Objective): wie lange die Wiederherstellung dauern darf.

Gegen Ransomware zählen Kopien, die der gesicherte Server weder verändern noch löschen kann: Pull-Backups, ein Ziel im Append-only-Modus, Object Storage mit Object Lock oder Offline-Medien. Snapshots auf demselben System sind keine eigene Kopie.

# Datenbank konsistent ausgeben, dann verschlüsselt auf ein entferntes Ziel sichern
pg_dump -Fc dms > /var/backups/dms.dump
restic -r rest:https://sicherung.example.net/app01 backup /var/backups /opt/dms
restic -r rest:https://sicherung.example.net/app01 snapshots

Der Sicherungsserver läuft hier im Append-only-Modus, alte Stände räumt er selbst auf.

Typische Fehler

• Nie zurückgespielt. Die Sicherung meldet seit Jahren Erfolg, im Ernstfall fehlt die Datenbank oder der Schlüssel zum Entschlüsseln.
• Schlüssel nur auf dem gesicherten Server. Mit dem Server ist auch das Kennwort des verschlüsselten Backups weg. Es gehört zusätzlich in den Passwortmanager oder auf Papier in den Tresor.
• Datenbankdateien im laufenden Betrieb kopiert. Ohne Dump ist die Kopie unter Umständen inkonsistent.
• Sicherung mit Schreibrechten des Servers. Ein Angreifer mit Root-Rechten löscht zuerst die Backups.
• Aufbewahrung zu kurz. Ein Fehler, der erst nach sechs Wochen auffällt, steckt bei 30 Tagen Aufbewahrung in allen Ständen.
• Nur Daten, keine Konfiguration. Compose-Dateien, .env, Zertifikate und Cronjobs fehlen beim Neuaufbau.

Prüfen

Regelmäßig und nach größeren Änderungen einen Stand auf ein getrenntes Testsystem zurückspielen, die Anwendung starten, Stichproben öffnen, die Dauer messen und mit dem RTO vergleichen. Datum und Ergebnis dokumentieren.

restic -r rest:https://sicherung.example.net/app01 restore latest --target /srv/restore-test
createdb dms_test
pg_restore -d dms_test /srv/restore-test/var/backups/dms.dump