Automatische Backups fuer deinen Home Server: restic vs. borgbackup, was passt zu dir?

Vor einiger Zeit geriet ich in Panik, weil einer der Container auf meinem Home Server ploetzlich nicht mehr starten wollte. Die Ursache war einfach: Die Festplatte war voll, und ich bemerkte es erst, nachdem der Dienst ausgefallen war. Zum Glueck waren die wichtigen Daten bereits an anderer Stelle gespeichert. Doch der Vorfall brachte mich zum Nachdenken: Ein Backup bedeutet nicht nur, eine Kopie aufzubewahren; es ist eine kleine Versicherung, mit der man nachts ruhiger schlaeft.

In diesem Artikel moechte ich zwei Backup-Werkzeuge vorstellen, die in der Home-Server-Community oft genannt werden: restic und borgbackup. Beide sind kostenlos, Open Source, unterstuetzen Deduplizierung und Verschluesselung und lassen sich im Terminal ausfuehren. Sie arbeiten jedoch unterschiedlich und folgen verschiedenen Philosophien, wie die Wahl zwischen einem leichten Rucksack und einem strukturierteren Hartschalenkoffer.

Warum Backups einen Plan und nicht nur gute Vorsaetze brauchen

Im Cloud-Zeitalter glauben viele Menschen, dass es genuegt, Dateien bei Google Drive, Dropbox oder einem aehnlichen Dienst zu speichern. Ein gutes Backup folgt jedoch der 3-2-1-Regel: drei Kopien der Daten, auf zwei verschiedenen Medien, davon eine an einem physisch getrennten Ort. Cloud-Dienste helfen zwar, doch wir brauchen auch ein lokales Backup, das ohne Internetverbindung schnell erreichbar ist.

Stell dir einen Aktenschrank vor. Die Cloud ist ein Lagerhaus ausserhalb der Stadt, waehrend ein lokales Backup die Schublade an deinem Schreibtisch ist. Wenn du ein Dokument dringend brauchst, ist die Schublade natuerlich schneller. Brennt aber das Haus ab, rettet dich das externe Lager. Beides ergaenzt sich, statt einander zu ersetzen.

Was Deduplizierung ist und warum sie wichtig ist

Ein Grund, warum ich restic und borgbackup mag, ist ihre Funktion zur Deduplizierung. Ohne Deduplizierung wuerde bei jedem Backup jeder Datei erneut kopiert, auch wenn sich ihr Inhalt nicht geaendert hat. Die Deduplizierung stellt sicher, dass nur unterschiedliche Datenbloecke gespeichert werden. Dadurch verbrauchen taegliche Backups nicht viel Speicherplatz, aehnlich wie bei einem Tagebuch im selben Buch: Eine neue Seite kommt nur hinzu, wenn es eine neue Geschichte gibt.

Diese Funktion ist besonders fuer einen Home Server nuetzlich, auf dem wir oft viele kleine Dateien, Container-Konfigurationen oder Datenbanken speichern, die sich taeglich nur geringfuegig aendern. Neben der Deduplizierung bieten beide Werkzeuge Verschluesselung, Komprimierung und eine Pruefung der Backup-Integritaet.

restic: Leichtgewichtig, schnell und cloud-nativ

restic ist in Go geschrieben und modern konzipiert: schnell, parallel und mit vielen Speicher-Backends kompatibel. Du kannst Backups in einem lokalen Verzeichnis, ueber SFTP, bei Amazon S3, MinIO, Backblaze B2, Azure Blob, Google Cloud Storage oder sogar auf einem eigenen REST-Server speichern.

Die Installation unter Debian oder Ubuntu ist sehr einfach:

sudo apt update
sudo apt install restic

Ein restic-Repository erstellen:

export RESTIC_REPOSITORY=/mnt/backup/restic
export RESTIC_PASSWORD=password-yang-kuat-dan-unik
restic init

Ein Backup ausfuehren:

restic backup /home/adam/data /var/www --exclude-file=/home/adam/exclude.txt

Snapshots auflisten:

restic snapshots

Eine bestimmte Datei wiederherstellen:

restic restore latest --target /tmp/restore --include /home/adam/data/file.txt

Ein Vorteil von restic ist, dass der Backup-Prozess parallel laufen kann. Bei vielen kleinen Dateien ist restic im Allgemeinen schneller als borgbackup. Auch seine Syntax ist meist einheitlicher und leichter zu merken.

borgbackup: Solide, strukturiert und ressourcenschonend

borgbackup, oft einfach Borg genannt, ist in Python und C geschrieben. Borg ist aelter als restic und verfolgt einen etwas traditionelleren Ansatz. Es speichert Backups in einem einzigen Repository mit einem sauber strukturierten Archivformat. Seine Deduplizierung ist ausgezeichnet, auch bei grossen Dateien, die sich nur geringfuegig aendern.

borgbackup installieren:

sudo apt install borgbackup

Ein Repository erstellen:

export BORG_REPO=/mnt/backup/borg
export BORG_PASSPHRASE=password-yang-kuat-dan-unik
borg init --encryption=repokey-blake2

Ein Backup ausfuehren:

borg create ::{now} /home/adam/data /var/www --exclude-from /home/adam/exclude.txt

Archive auflisten:

borg list

Eine Datei wiederherstellen:

borg extract ::2025-07-25T10-00-00 home/adam/data/file.txt

Eine besondere Borg-Funktion ist borg mount, mit der wir ein Archiv als schreibgeschuetztes Dateisystem einhaengen koennen. Das ist sehr nuetzlich, um aeltere Backups zu durchsuchen, ohne vorher alle Dateien entpacken zu muessen.

Ein kurzer Vergleich: restic vs. borgbackup

Funktion	restic	borgbackup
Sprache	Go	Python + C
Deduplizierung	Ja	Ja
Encryption	AES-256-GCM	AES-256-CTR / BLAKE2
Backend	S3, B2, GCS, Azure, SFTP, REST, lokal	Lokal, SSH, BorgBase
Parallel	Ja, aggressiver	Begrenzt
Archiv einhaengen	Ja	Ja, ausgereifter
RAM-Verbrauch	Hoeher bei vielen Dateien	Meist sparsamer

The choice between the two often comes down to your needs. If you want to back up to cloud object storage with fast synchronization, restic is the more natural choice. If you are more comfortable with lokal or SSH backups and want the stability of an archive format proven over many years, borgbackup remains an excellent option.

Backup-Strategie fuer einen Home Server

On my server, I use a combined approach. Important data such as Nginx configurations, databases, and personal documents is backed up daily to an external disk with borgbackup. Once a week, the completed Borg snapshots are synchronized to cloud storage using rclone. This gives me fast lokal restores as well as off-site redundancy in the cloud.

If you are just getting started, begin simply. Choose your most important directory, create a lokal repository, then schedule backups with cron or a systemd timer. Do not forget to add exclude rules for files that do not need to be backed up, such as logs, caches, or temporary files.

Eine Beispiel-Datei mit Ausschluessen fuer einen Home Server:

/var/log
/tmp
/home/*/.cache
/var/cache
*.log

Vergiss nicht, Wiederherstellungen zu testen

Das gefaehrlichste Backup ist eines, das nie getestet wurde. Viele Menschen fuehlen sich sicher, nur weil eine Backup-Datei vorhanden ist, obwohl sie noch nie versucht haben, Daten daraus wiederherzustellen. Teste mindestens einmal im Monat die Wiederherstellung einer kleinen Datei. Das ist wie eine Feueruebung: langweilig, wenn nichts passiert, aber im Notfall aeusserst wertvoll.

Mit restic kannst du eine Wiederherstellung testen, indem du in ein temporaeres Verzeichnis entpackst. Mit borgbackup kannst du ein Archiv einhaengen und es wie einen gewoehnlichen Ordner durchsuchen. Stelle sicher, dass sich die wiederhergestellte Datei wirklich oeffnen laesst und nicht beschaedigt ist.

Fazit

Backups sind die Versicherung, die am haeufigsten ignoriert wird, bis man sie braucht. restic und borgbackup bieten beide leistungsstarke, sichere und effiziente Loesungen fuer einen Home Server. Waehle das Werkzeug, das am besten zu deinem Arbeitsablauf und Speicherziel passt. Das Wichtigste ist nicht das Werkzeug selbst, sondern die Konsequenz, es auszufuehren, und die Bereitschaft, den Wiederherstellungsprozess gelegentlich zu testen.

Wenn du Erfahrung mit einem der beiden Werkzeuge oder eine eigene besondere Backup-Strategie hast, schreibe gern in die Kommentare. Ich lerne gern aus den Erfahrungen anderer, denn daraus entstehen oft praktische Ideen, die nicht in der offiziellen Dokumentation stehen.