Linux Backup-Strategie: Was du sicherst, wohin du sicherst und wie du zurückkommst
Ein Backup ist erst eines, wenn du die Wiederherstellung geübt hast. Alles davor ist eine Kopie mit Hoffnung. Halte dich an 3-2-1, prüfe Restores nach Kalender und lege mindestens eine Kopie unveränderbar ab.
Warum viele Linux-Backups im Ernstfall nicht helfen
In den meisten Umgebungen läuft irgendetwas: ein rsync-Job auf ein NFS-Share, ein Snapshot auf dem Storage, ein Dump der Datenbank per Cron. Das Problem ist selten, dass gar nichts gesichert wird. Das Problem ist, dass niemand genau sagen kann, wie lange eine vollständige Wiederherstellung dauert, welcher Datenstand dabei herauskommt und ob die Sicherung nach einem Kompromittierungsfall überhaupt noch vertrauenswürdig ist.
Ransomware hat die Anforderungen verschoben. Angreifer suchen gezielt nach Backup-Servern, gemounteten Shares und hinterlegten Zugangsdaten und löschen oder verschlüsseln die Sicherungen, bevor sie die Produktivsysteme angehen. Ein Backup-Ziel, das vom gesicherten System aus beschreibbar ist, ist deshalb kein Schutz gegen dieses Szenario. Dazu kommt der regulatorische Druck: NIS2 zählt Backup-Management und Wiederherstellung ausdrücklich zu den Risikomanagement-Maßnahmen, die Geschäftsleitungen verantworten müssen.
Typische Fehler sind gut bekannt und trotzdem verbreitet. Ein laufender PostgreSQL- oder MySQL-Dienst wird auf Dateiebene mitgesichert und ergibt einen inkonsistenten Stand. LVM-Snapshots werden als Backup betrachtet, obwohl sie auf demselben Volume Group liegen. Es gibt keine dokumentierte Reihenfolge, in der Systeme nach einem Totalausfall wieder hochkommen. Und die letzte echte Wiederherstellung liegt Jahre zurück oder hat nie stattgefunden.
Von der Anforderung zum geprüften Restore
- 01 Schutzbedarf, RPO und RTO klären
- 02 Sicherungsarten je System wählen
- 03 Ziele trennen und unveränderlich halten
- 04 Aufbewahrung und Löschfristen festlegen
- 05 Wiederherstellung testen und dokumentieren
So baust du eine Backup-Strategie, die einen Ausfall übersteht
Eine tragfähige Strategie beantwortet vier Fragen für jedes System: Wie viel Datenverlust ist tolerierbar, wie lange darf die Wiederherstellung dauern, wo liegt die Kopie und wer hat darauf Schreibrechte. Der Rest ist Umsetzung.
RPO und RTO je System festlegen
Bevor du über Werkzeuge redest, ordnest du jedem Dienst einen tolerierbaren Datenverlust (Recovery Point Objective) und eine maximale Ausfallzeit (Recovery Time Objective) zu. Ein Fileserver mit täglicher Sicherung und ein Abrechnungssystem mit fünf Minuten RPO brauchen unterschiedliche Verfahren, und erst aus diesen Zahlen ergibt sich, ob Snapshots, inkrementelle Sicherungen oder kontinuierliche Archivierung passen.
Die 3-2-1-Regel konsequent umsetzen
Drei Kopien der Daten, auf zwei unterschiedlichen Medien oder Systemen, davon eine außer Haus. Viele Häuser erweitern das auf 3-2-1-1-0: eine Kopie unveränderlich oder offline und null Fehler beim letzten Wiederherstellungstest. Wichtig ist, dass die Off-Site-Kopie nicht über dieselben Domänen- oder SSH-Anmeldedaten erreichbar ist wie die Produktion.
Unveränderliche und getrennte Ziele einsetzen
Sinnvolle Bausteine sind Object Lock auf S3-kompatiblem Speicher, append-only Repositories wie bei restic oder Borg mit eingeschränktem SSH-Kommando, ZFS-Snapshots mit Hold, oder ein Backup-Server, der die Sicherung aktiv abholt statt sie entgegenzunehmen. Entscheidend ist das Pull-Prinzip: Das gesicherte System darf seine eigenen älteren Sicherungen nicht löschen können.
Anwendungskonsistenz statt Dateikopie
Datenbanken werden mit ihren eigenen Verfahren gesichert. Bei PostgreSQL sind das pg_dump für logische Sicherungen und pg_basebackup mit WAL-Archivierung oder pgBackRest für Point-in-Time-Recovery, bei MySQL und MariaDB je nach Engine mysqldump oder ein physisches Verfahren. Bei virtuellen Maschinen sorgt der QEMU-Guest-Agent dafür, dass Dateisysteme vor dem Snapshot eingefroren werden.
Das System, nicht nur die Nutzdaten sichern
Zur Wiederherstellbarkeit gehören Partitionierung und LVM-Layout, /etc, Paketstände, Zertifikate und Schlüsselmaterial sowie die Konfiguration selbst. Wer Ansible oder eine vergleichbare Automatisierung nutzt, verkürzt die RTO erheblich, weil ein Server neu ausgerollt und nur noch mit Daten befüllt werden muss, statt Byte für Byte zurückgespielt zu werden.
Restore regelmäßig testen und protokollieren
Plane feste Termine, an denen eine vollständige Wiederherstellung auf ein Ersatzsystem läuft, inklusive Zeitmessung und Prüfsummen. Ergänze automatisierte Prüfungen wie restic check oder die Verifikation im Proxmox Backup Server. Ein protokollierter Restore-Test ist gleichzeitig der Nachweis, den Auditoren und Versicherer sehen wollen.
Kurse zu Linux-Backup-Strategien bei cmt
Diese Kurse vertiefen genau das, an echten Systemen statt nur an Folien. Als Präsenz oder Live-Online, auf Wunsch auch Inhouse für dein Team.
Häufige Fragen zu Linux-Backup-Strategien
Noch etwas offen? Wir sind ohne Warteschleife für dich da.
Frag uns direktWie oft sollte ich Linux-Server sichern?
Reicht ein Snapshot als Backup aus?
Was bedeutet 3-2-1-1-0 genau?
Wie sichere ich PostgreSQL richtig?
Verlangt NIS2 eine bestimmte Backup-Technik?
Zuletzt geprüft am 26. Juli 2026.
Verwandte Linux-Themen
Alle Linux-Themen im ÜberblickEchte Stimmen aus unseren IT-Kursen
Für den Einsteigerkurs ganz gut umgesetzt. Passt soweit und kann man ohne Bedenken weiter empfehlen.
Der Trainer konnte die Inhalte sehr gut vermitteln. Ich habe dabei viel gelernt.
Deine Ansprechpartner
Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.
Yves Hoppe
Weiterbildung & Beratung
Hilft dir, aus dem Linux-Programm den passenden Kurs oder Lernpfad zu finden.
Norbert Jansen
Beratung & Inhouse
Plant mit dir Inhouse-Trainings, die exakt auf eure Systemlandschaft und Distributionen zugeschnitten sind.
Backup-Konzept mit uns durchgehen
Wenn du die Umsetzung vertiefen willst, findest du bei cmt die passenden Bausteine: Der Proxmox Grundkurs behandelt Storage und Backup für KVM und LXC, der Proxmox Aufbaukurs ergänzt Cluster, Ceph und Hochverfügbarkeit, und der PostgreSQL Aufbaukurs zu Datensicherung und Integrität geht auf Dumps, WAL-Archivierung und Wiederherstellung ein. Für die Grundlagen auf Systemebene passen die Kurse zu Linux Storage und Dateisystemen sowie zur Linux-Systemadministration. Alle Termine gibt es als Präsenz- oder Live-Online-Schulung, auf Wunsch auch als Inhouse-Termin mit deinen eigenen Systemen im Blick. Melde dich, dann klären wir gemeinsam, welcher Weg zu deiner Umgebung passt.