Bisher nutzte ich rsync bzw. grsync f\u00fcr ein von Hand angesto\u00dfenes Backup meines \/home Verzeichnisses auf ein \u00fcber NFS gemountetes Volume auf meinem heimischen Backupserver.<\/p>\n
Jetzt hab ich mir zus\u00e4tzlich, f\u00fcr die t\u00e4gliche Praxis, noch rsnapshot installiert und bin mehr als zufrieden.<\/p>\n
sudo apt-get install rsnapshot<\/p><\/blockquote>\n
Konfiguration<\/h3>\n
Dann wird die zentrale Konfigurationsdatei angepasst. Hierbei muss als Trennzeichen immer Tab verwendet werden und nicht Space:<\/p>\n
sudo vi \/etc\/rsnapshot.conf<\/p><\/blockquote>\n
Hier habe ich eine USB Festplatte als Backupmedium definiert, nachdem ich das Verzeichnis auf dieser angelegt hatte,<\/p>\n
snapshot_root\u00a0\u00a0 \/media\/trekstore\/rsnapshot\/<\/p><\/blockquote>\n
und dann daf\u00fcr gesorgt, dass rsnapshot nur arbeitet, wenn die Platte auch angeschlossen ist:<\/p>\n
no_create_root\u00a0 1<\/p><\/blockquote>\n
Im Bereich Interval wird angegeben, wie viele Backups jeweils gespeichert werden sollen:<\/p>\n
interval\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 daily\u00a0\u00a0 7
\ninterval\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 weekly\u00a0 4
\ninterval\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 monthly 6<\/p><\/blockquote>\nAm Ende dieser Konfigurationsdatei k\u00f6nnen dann die Verzeichnisse (und auch Dateien sowie auszuschlie\u00dfende Dateien etc.) definiert werden, die in das Backup geschrieben werden:<\/p>\n
backup\u00a0 \/home\/dirk\/.evolution\/\u00a0 localhost\/
\nbackup\u00a0 \/home\/dirk\/.mozilla\/\u00a0\u00a0\u00a0 localhost\/
\nbackup\u00a0 \/home\/dirk\/.ssh\/\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 localhost\/
\nbackup\u00a0 \/home\/dirk\/MyPDA\/\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 localhost\/
\nbackup\u00a0 \/home\/dirk\/openvpn\/\u00a0\u00a0\u00a0\u00a0 localhost\/
\nbackup\u00a0 \/home\/dirk\/Dokumente\/\u00a0\u00a0 localhost\/
\nbackup\u00a0 \/home\/dirk\/Public\/\u00a0\u00a0\u00a0\u00a0\u00a0 localhost\/
\nbackup\u00a0 \/home\/dirk\/Bilder\/\u00a0\u00a0\u00a0\u00a0\u00a0 localhost\/
\nbackup\u00a0 \/home\/dirk\/Desktop\/\u00a0\u00a0\u00a0\u00a0 localhost\/
\nbackup\u00a0 \/home\/dirk\/Vorlagen\/\u00a0\u00a0\u00a0 localhost\/<\/p><\/blockquote>\nDer trailing Slash ist ebenso Pflicht wie die Angabe von localhost.<\/p>\n
Ob man bei der Syntax etwas verbockt hat, zeigt ein<\/p>\n
sudo rsnapshot configtest<\/p><\/blockquote>\n
Syntax OK sollte als Antwort kommen – oder die Zeilennummer mit dem Fehler.<\/p>\n
Starten<\/h3>\n
F\u00fcr den ersten Aufruf k\u00f6nnte man noch den Verbose Level in der Konfigurationsdatei h\u00f6her einstellen, damit man nicht nur warten darf, sondern auch was sehen kann:<\/p>\n
verbose\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 3<\/p><\/blockquote>\n
Per Hand gestartet mit<\/p>\n
sudo rsnapshot daily<\/p><\/blockquote>\n
f\u00e4ngt das Programm nun an zu werkeln.<\/p>\n
Da h\u00e4ndisch anzusto\u00dfende Backups aber immer wieder in Vergessenheit geraten, sollten Backupjobs eigentlich \u00fcber cron bzw. anacron gestartet werden. Zumindest war das meine Motivation bei der Installation von rsnapshot. Ich w\u00e4hlte f\u00fcr meinem Desktoprechner anacron – wer wei\u00df, wann der l\u00e4uft;\u00a0 anacron holt dann vergessene Jobs nach.<\/p>\n
Hierzu wird im Ordner<\/p>\n
\/etc\/cron.daily<\/p><\/blockquote>\n
mit Rootrechten eine Datei mit dem Namen rsnapshot angelegt,<\/p>\n
sudo vi \/etc\/cron.daily\/rsnapshot<\/p><\/blockquote>\n
die den folgenden Inhalt hat:<\/p>\n
#!\/bin\/sh
\n\/usr\/bin\/rsnapshot daily<\/p><\/blockquote>\nF\u00fcr die Verzeichnisse<\/p>\n
\/etc\/cron.weekly
\n\/etc\/cron.monthly<\/p><\/blockquote>\nwird der Vorgang wiederholt und der Aufruf von rsnapshot entsprechend angepasst.<\/p>\n
Mit<\/p>\n
sudo su –<\/p><\/blockquote>\n
nun in den Rootaccount gewechselt und<\/p>\n
crontab -e<\/p><\/blockquote>\n
aufgerufen. Das startet nano als Editor, womit jeder zu Recht kommen sollte.<\/p>\n
Hier wurden dann die Aufrufzeiten f\u00fcr die Backups eingetragen:<\/p>\n
# m h\u00a0 dom mon dow\u00a0\u00a0 command
\n30 8,12,18 * * * \u00a0 \u00a0\u00a0 \/usr\/bin\/rsnapshot daily
\n30 15\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 * * 0\u00a0\u00a0\u00a0\u00a0 \/usr\/bin\/rsnapshot weekly
\n30 19\u00a0 \u00a0 \u00a0 \u00a0\u00a0 1 * * \u00a0\u00a0 \u00a0\u00a0 \/usr\/bin\/rsnapshot monthly<\/p><\/blockquote>\nWichtig ist, dass zwischen daily, weekly und monthly zeitlich genug Platz ist, sollten die Jobs durch einen dummen Zufall sich an einem Tag „zeitlich kreuzen“ und sich so gegenseitig behindern. rsnapshot w\u00fcrde in einem solchen Fall einen der Jobs schlicht auslassen.<\/p>\n
Die Wirkung des eigenen Eintrags in die crontab kann man auf dieser Seite gut testen: http:\/\/www.hxpi.com\/cron_sandbox.php<\/a> und so sicher stellen, dass man keinen Mist eintr\u00e4gt.<\/p>\n
Das war’s.<\/p>\n
Der erste Aufruf von rsnapshot nimmt etwas Zeit in Anspruch – danach rast das Backup meiner rund 200GB zu sichernden Daten in weniger als 3 Minuten durch, weil nur ver\u00e4nderte Dateien geschrieben werden. Alle anderen Dateien werden nur als Hardlinks angelegt. rsnapshot spart mit diesem Verfahren ziemlich Platz und ich kann unterbrechungsfrei weiter arbeiten.<\/p>\n