Backup-Server für Arktur

1. Prinzip

   Ein eigener Rechner sammelt (per cron-Job) regelmässig von allen gewünschten Rechnern die zu sichernden Daten ein und archiviert sie (erst mal) auf seiner Festplatte.

   Erweiterung: eine dieser Sicherungen kann als "snapshot" auf einen Reserverechner aufgespielt werden.

   "Für Arme": diese Lösung kann auch für eine Sicherung auf der (einzigen) lokalen Festplatte benutzt werden - das ist zwar keine Lösung für höhere Sicherheitsanforderungen, aber viel besser als gar kein Backup.

2. Realisierung

   Das Programm rsnapshot ist vorzüglich für diese Arbeit geeignet. Im Linux-Magazin 03/2005 hat Charly Kühnast darüber kurz und überzeugend geschrieben. Eine für Arktur angepasste Version gibt es hier.
   

   Ausführliche Beschreibung

   Vorteil von "rsnapshot": die Dateien und Verzeichnisse werden (wenn sie sich nicht geändert haben) per "hardlink" kopiert; das kostet fast keinen Platz und erlaubt viele Sicherungen ohne entsprechenden Platzverbrauch.

   • Es sollte auf einem weiteren Rechner installiert und betrieben werden, damit nicht versehentlich eine Endlos-Schleife gebaut wird. Und Daten sind besser gesichert, wenn sie in einem anderen Raum liegen.

   • Voraussetzung

     Die zu sichernden Rechner müssen per "ssh" und ohne manuelle Passwort-Eingabe erreichbar sein.
     Anleitung für SSH-Zugang (Abschnitt "sftp mit automatischer Einwahl")

   • Lokale Einstellungen

     In "/etc/rsnapshot.conf" muss mindestens überprüft und vermutlich angepasst werden:
     • Anzahl der täglichen Sicherungen ("interval hourly")
     • Name des Backup-Verzeichnisses ("snapshot_root")
     • Name des Unterverzeichnisses für jeden zu sichernden Rechner mitsamt Start-Pfad ("backup")
     • "exclude"- und "include"-Dateien und -Verzeichnisse
     Warnung

     "rsnapshot.conf" ist auf "1 filesystem only" eingestellt; das ist insgesamt eine sichere Einstellung. Das führt aber (wie beabsichtigt) dazu, dass keine gemountete Partition gesichert wird.

     Bei Arktur ist die Struktur

     	/dev/hda1	/
     	/dev/hda3	/var
     	/dev/hda4	/home

     üblich. Wenn sie wie gewünscht gesichert werden soll, dann sollte die Wurzelpartition "/" getrennt gesichert werden; dieses Modell ist in den Muster-Konfigurationen und in "/etc/rsnapshot.conf.neu" nachlesbar.
     Sonst würde z.B. "/home" stets neu gesichert, ohne "hard links", und dann dürfte das Sicherungs-Verzeichnis rasch überlaufen.

   • Probelauf

     	rsnapshot -t -V hourly

     muss ohne Fehlermeldungen laufen.
     Häufigster Fehler: die Parameter müssen mit "Tabulator" voneinander getrennt sein.

   • Dauerbetrieb

     Die Sicherung im n-Stunden-Takt sollte per "root"-Cron-Job laufen, z.B. mit der (vor-eingestellten) Zeile

     	-20  6,16  *  *  *	rsnapshot hourly

     Diese Zeile erzeugt täglich um 6:20 und 16:20 eine Sicherung.
     
     Alle weiteren Arbeiten erledigen die Einträge in "/etc/cron.daily", "/etc/cron.weekly" usw. Die Sicherung wird nach der Erst-Installation regelmässig erweitert; da heisst es Geduld haben und die Log-Datei "/var/log/rsnapshot.log" kontrollieren.

3. Reserverechner

   Die mit "rsnapshot" angelegten Sicherungen sind nicht direkt geeignet, einen Reserverechner zu starten, denn sie liegen tief vergraben in einem Unterverzeichnis.

   Sie lassen sich aber recht einfach mit Hilfe von "rsync" auf einen Reserverechner übertragen; der Backup-Server hat die nötigen Programme sowieso. Dieser Reserverechner kann auch der Backup-Server sein; dann muss nur der Backup-Server (am einfachsten) von Diskette, USB-Stick oder zusätzlicher Platte als Backup-Server gestartet werden (weil ihm sonst etliche Systemdateien zerschossen werden):

   • Start von Diskette, Knoppix-CD, USB-Stick oder "lilo"-Sonderangebot
     
   • Der Rechner läuft als Backup-Server und kopiert (per "rsync") zusätzlich täglich eine Sicherung auf die Partitionen des Reserverechners
   • Im Schadensfall wird der Backup-Server heruntergefahren und bootet (ohne Diskette, ohne USB-Stick, ohne CD, mit Lilo-"default"-Eintrag) als Ersatzrechner.
   • Variante: Die Sicherung wird auf eine Wechsel-Festplatte geschrieben, die in den (einen) anderen Rechner eingebaut wird.
   • Problem: "lilo.conf" muss passen, die Module (vor allem für die Netzwerkkarten) müssen passen.
   Ausführliche Anleitung

4. Skripts

   Einige Muster-Konfigurationen liegen (nach dem Auspacken) in

    /usr/share/doc/rsnapshot-1.2.2/contrib

   • Sichern auf Verzeichnis "backup" im "/home"-Verzeichnis
   • Sichern auf weitere Festplatte im gleichen Rechner
   • Sichern per NFS auf einen anderen Rechner
   • Sichern von Samba-Freigaben anderer Rechner

5. Kontrollen

   1. rsnapshot -t -V hourly
   2. Kontrolle der Log-Datei "/var/log/rsnapshot.log"
   3. nach etlichen Durchläufen:
      • Link-Kontrolle:

        ls -l /home/backup/hourly.0/Arkturwurzel

        (wenn dort das Wurzelverzeichnis liegt) sollte bei der Datei "version" die Zahl der Hardlinks anzeigen (die Zahl nach den Rechten, 2. Spalte).
      • im Verzeichnis "Arkturwurzel" müssen (wenn "var" und "home" gemountet werden) diese Verzeichnisse leer sein
      • das Verzeichnis "Arktur" darf nur die gemounteten Verzeichnisse enthalten
      • Platz-Kontrolle (Annahme: die Sicherungen liegen in "/home/backup"):

        	du -sh /home/backup; du -sh /home/backup/*ly.?

        sollte fürs gesamte Backup-Verzeichnis nur etwas mehr Platzverbrauch anzeigen als für jede der vielen Sicherungen. Das dauert natürlich ein wenig ...