Ich habe mich schon vor ein paar Jahren auf die Suche nach einem Programm für Backups unter Windows gemacht und damals nichts wirklich Schönes gefunden, das am besten Open Source war oder wenigstens kostenlos.

Deshalb hatte ich notgedrungen das Windows eigene Tool genutzt. Später dann mit habe ich “Personal Backup” verwendet, doch das kann leider keine Deduplikation. Für ein Desktopsystem, auf dem aus Unwissenheit viele gleiche Daten liegen, ist das besonders schade.

Aus aktuellem Anlass wollte ich jetzt doch mal ein richtiges Backup für jemanden einrichten und habe mich für Restic entschieden.

Restic

Für Restic gibt es zwar keine GUI und es läuft nur auf der Kommandozeile, aber dafür weiß ich, dass es sich bewährt hat und die Daten dort sicher sind UND, dass der Restore gut funktioniert.

Der einzige Nachteil ist, dass ich jetzt vor Ort ab und zu mal das Backup starten muss. Oder via Remote. Vielleicht schreibe ich auch ein Script für Windows, damit auch Menschen ohne IT-Kenntnisse das Backup anleiern können.

Dafür kann restic Deduplizierung und es unterstützt (wie z. B. auch “Personal Backup”) VolumenSchattenKopien (Volume Shadow Copy Service, VSS) von Windows. Scheinbar können das nur wenige Backup-Programme für Windows.

Nur falls man Outlook verwendet, wird das nichts mit VSS, da dessen OST-Dateien vom VSS ausgeschlossen werden, wie man in der Dokumentation von Restic lesen kann.

Damit Restic VSS verwendet, nutzt man die Option --use-fs-snapshot. Dafür muss Restic jedoch mit Administratorrechten ausgeführt werden.

Eine Alternative wäre noch Borg gewesen, aber das läuft “auf Windows” nur via Linux-Subsystem und davon habe ich keine Ahnung und wollte das nicht erst installieren.

Herunterladen

Das Zip-Archiv von hier herunterladen.

“Installieren”

Restic besteht aus einer einzigen .exe-Datei, die im heruntergeladenen Zip-Archiv enthalten ist. Ich habe es nach C:\restic\restic.exe entpackt.

Repo initialisieren

Das Repo soll auf der externen Festplatte landen, die beim Anschließen als Laufwerk D:\ eingebunden wird.

In die “Textsuche” in der Startleiste von Windows gibt man cmd ein und klickt dann auf Als Administrator ausführen.

Es öffnet sich eine Kommandozeile. Hier gibt man ein:

c:\restic.exe init -r d:\restic

Dann wird man aufgefordert, ein Passwort einzugeben, denn Restic verschlüsselt immer das komplette Backup. Wer aus Gründen keine Verschlüsselung benötigt, sollte sich Borg Backup anschauen, siehe oben.

Dokumentation zum Initialisieren eines Repos.

Das erste Backup ausführen

c:\restic\restic.exe -r d:\restic --use-fs-snapshot --verbose backup c:\Users

Je nach Datenmenge und Anbindung kann man jetzt lange warten. Beim zweiten Backup werden dann aber nur noch die Dateien neu ins Backup übertragen, die seit dem ersten Backup geändert oder neu erstellt worden sind.

Dokumentation zum Erstellen eines Backups.

Und hier kommt der Vorteil der Deduplizierung ins Spiel, denn von den 350 GiB der zu sichernden Daten müssen nur noch 220 GB ins Backup.

Doku für mehr

Für alles weitere sei man auf die Dokumentation auf der Projektseite verwiesen.

LVM2 „Volume Groups“ (VG) und „Logical Volumes“ (LV) können erstellt, gelöscht und manipuliert werden. Es werden die meisten Optionen der LVM2-Tools unterstützt. Weiterhin gibt es Unterstützung für Partitionen und das Erstellen und Einbinden von Dateisystemen.

[][4]

Dass es GUI-Programme für Partitionsverwaltung gibt, war mir bekannt, aber eines für LVM war mir neu.

Nach kurzer Suche fand ich fsarchiver. Dieses kennt das Ext4 Dateisystem.
Hier ein Vergleich zwischen fsarchiver und partimage: www.fsarchiver.org/Fsarchiver_vs_partimage.

Weitere Features sind<:

• Aufteilung des Backups in mehrere Teile einer bestimmten Größe
• Verschlüsselung des Backups mit einem Passwort
• Auch bei der Sicherung einer ganzen Partition kann man einzelne Ordner auszulassen

Um z.B. den LVM-Snapshot der Root-Partition eines Linux-Systems zu sichern, reicht folgende Zeile aus:

fsarchiver -o -j 2 -L "Snapshot /" -z 7 savefs "rootfs_snapshot.fsa" \
/dev/vgsys/rootfs_snapshot --exclude=/usr/portage/distfiles `--`exclude=/tmp \
--exclude=/var/tmp

Damit wird eine eventuell bereits vorhandene Datei überschrieben, es werden zwei Threads für die Komprimierung verwendet und es wird das Logical Volume rootfs_snapshot aus der Volumegroup vgsys gesichert welches für die Sicherung angelegt wurde. Die genannten Verzeichnisse werden von der Sicherung ausgeschlossen. Der interne Name für das Backup ist “Snapshot /” (siehe unten). Zur Komprimierung wird LZMA (mit dem Parameter -1) verwendet. Zur Komprimierung gibt es einige Informationen im Wiki der Projektseite.

Für weitere Beispiele sei man auf die manpage verwiesen.

Mit fsarchiver archinfo backupdatei.fsa bekommt man einige Informationen zum erstellten Backup:

====================== archive information ======================
Archive type:              filesystems
Filesystems count:          1
Archive id:              9c82ab9c
Archive file format:        FsArCh_002
Archive created with:       0.6.12
Archive creation date:      2011-12-30_22-43-39
Archive label:              Snapshot /
Minimum fsarchiver version: 0.6.4.0
Compression level:          7 (lzma level 1)
Encryption algorithm:       none

===================== filesystem information ====================
Filesystem id in archive:   0
Filesystem format:          ext4
Filesystem label:
Filesystem uuid:          9c82ba82-19a8-f83a-acc3-9a8bc829187c
Original device:          /dev/vgsys/rootfs_snapshot
Original filesystem size:   24.xx GB (26xxxxxxxxx bytes)
Space used in filesystem:   18.xx GB (20xxxxxxxxx bytes)

Das hier aufgeführte Backup hat eine Größe von 5,1 GiB, ca. 400 MiB weniger als beim Standard-Compresslevel 3.

Passt :)