Rootserver

Rootserver-Backups: Snapshots, Intervalle und der Restore-Test

Warum ein Snapshot kein Backup ist, was gesichert werden muss, welches Werkzeug passt und der eine Test, den fast alle auslassen.

6 Min. LesezeitAktualisiert 10.11.2026FameSystems Redaktion
Kurz gesagt

Ein brauchbares Backup für den Rootserver hat drei Eigenschaften: Es liegt auf einem anderen System, es läuft automatisch und du hast die Wiederherstellung einmal ausprobiert. Snapshots sind praktisch vor Updates, ersetzen aber kein Backup, weil sie auf demselben Server liegen. Für den Anfang reichen ein Cronjob mit restic oder rsync und ein Cloud-Speicher als Ziel.

Snapshot ist nicht Backup

Ein Snapshot friert den Zustand des Servers ein und lässt dich in Sekunden dorthin zurück. Das ist ideal vor einem großen Update oder einer riskanten Änderung. Er liegt aber auf derselben Maschine: Fällt der Server aus, wird er gehackt oder löscht du versehentlich das falsche Volume, ist der Snapshot mit weg. Ein Backup liegt woanders.

Was gesichert werden muss

DatenBeispielWie sichern
Konfiguration/etc, Webserver, FirewallDateibackup, bei jeder Änderung
DatenbankenMySQL, MariaDB, PostgreSQLDump per mysqldump oder pg_dump, dann Dateibackup
NutzdatenWebseiten, Uploads, SpielständeDateibackup, täglich
Docker-Volumes/var/lib/docker/volumesContainer stoppen oder Dump im Container, dann Dateibackup
Nicht nötigBetriebssystem, Pakete, CachesNeu installieren ist schneller

Werkzeug: restic für die meisten, rsync für den Rest

restic verschlüsselt, dedupliziert und hält mehrere Versionen. Es sichert auf SFTP, S3 oder einen gemounteten Speicher und braucht eine Konfigurationsdatei und einen Cronjob. rsync kopiert nur Dateien, ist dafür überall vorhanden und leicht zu verstehen. Für Datenbanken kommt in beiden Fällen vorher ein Dump.

  • Tägliches Backup nachts, wenn der Server wenig Last hat.
  • Aufbewahrung: 7 tägliche, 4 wöchentliche, 6 monatliche Versionen, restic regelt das mit „forget --prune“.
  • Backup-Ziel mit eigenen Zugangsdaten, die auf dem Server nur schreiben, nicht löschen dürfen.
  • Erfolg und Fehler per E-Mail oder Monitoring melden, ein stilles Backup ist keins.

Das Ziel: außerhalb des Servers

Der Cloud-Speicher von FameSystems eignet sich als Backup-Ziel: 250 GB bis 16 TB, im selben Rechenzentrum, daher schnell, aber auf getrennter Hardware. Per SFTP oder als eingebundenes Laufwerk erreichbar. Wer maximale Trennung will, kopiert einmal im Monat zusätzlich auf einen Speicher zu Hause.

Der Test, den fast alle auslassen

Stelle einmal im Quartal eine Datenbank und ein Verzeichnis aus dem Backup auf einem Testsystem wieder her und stoppe die Zeit. Erst dann weißt du, ob das Backup vollständig ist und wie lange ein Ernstfall dauert. Ein Rootserver bei FameSystems ist dafür in Minuten bereit und danach wieder gekündigt.

Snapshots vor Updates, Backups jede Nacht auf ein anderes System, Restore einmal im Quartal geübt. Mehr braucht ein Rootserver nicht.
Passendes Produkt

Cloud-Speicher als Backup-Ziel

250 GB bis 16 TB ab 4,00 € im Monat, im Rechenzentrum Frankfurt auf getrennter Hardware. Per SFTP oder als Laufwerk einbinden.

ab 4,00 €/Monat
Veröffentlicht 10.11.2026Aktualisiert 10.11.2026

Häufige Fragen

Kurze Antworten zu den Punkten, die nach dem Artikel meist noch offen sind.

Nein. Er liegt auf demselben Server und geht mit ihm verloren. Snapshots sind für schnelle Rücksprünge, Backups für den Ernstfall.

Täglich. Bei Shops oder Datenbanken mit vielen Änderungen zusätzlich stündliche Datenbank-Dumps.

Nein. System und Pakete sind in Minuten neu installiert. Sichere Konfiguration, Datenbanken und Nutzdaten.

Auf ein anderes System, etwa den Cloud-Speicher von FameSystems. Nie auf dieselbe Maschine.