Backupstrategien
Thomas hat über sein Backupkonzept gebloggt und gefragt, wie das andere so machen. Da meine Antwort immer länger wurde, habe ich mir gedacht „mach doch gleich nen Blogeintrag draus“ und antworte deshalb jetzt hier :-)
simplebackup
Für die regelmäßigen (meist wöchentlichen) Backups nutze ich seit über einer Dekade mein selbstgeklöppeltes simplebackup, das eigentlich nichts anderes macht, als ein großes Tar-Bzip2-Archiv zu erstellen. Die Default-Config kennt die wichtigsten Verzeichnisse auf einem Debian-System, da ist nicht mehr viel zu konfigurieren. Außerdem gibt es Hooks, um z.B. Datenbanken zu dumpen (da wirft man einfach ein paar Zeilen Shell in die Konfigurationsdatei). Grundgedanke ist „Ich sichere primär /etc und ausgewähltes aus /var; /usr kann ich dann anhand der Paketlisten wiederherstellen, das kann ich aus dem Internet runterladen, das muss nicht ins Backup“. (Überhaupt: man muss nicht alles Backuppen. Der Newsspool meines Newsservers ist halt weg, wenn er weg ist – egal, es trudeln laufend neue News ein, der füllt sich auch wieder.)
Als ich das Skript damals gebaut habe, fand ich es toll, dass ich Debian-Pakete davon erstellt hatte und so Updates des Skriptes einfach per apt-get update auf meine Rechner verteilen konnte. Inzwischen wurde github erfunden, da braucht es sowas nicht mehr :-)
Start des Skriptes ganz langweilig per Cronjob, Fehlermeldungen ganz langweilig per Mail. Ja, bei mir wird jeder popelige Laptop noch so eingerichtet, dass systemweit (nicht nur im Thunderbird) ohne weitere Handstände Mail versendet werden kann. Jede Fritzbox übrigens auch ;-)
antik, aber tut
Per UUCP (sic!) schiebe ich die Archive dann zu mir nach Hause (Transportverschlüsselung per stunnel, seit einigen Jahren zusätzlich Backupverschlüsselung per gnupg) und dort kommen sie dann einmal im Monat auf Wechselfestplatten und landen im Keller – Zeitaufwand dabei ca. 30 Minuten. Da ist sind auch zwei zusätzliche Platten für mein Fotoarchiv dabei, das schiebe ich nicht auf andere Rechner. Videoarchive führe ich nicht, Tonarchive auch nicht richtig (mein MP3-Bestand ist seit Jahren unverändert und irgendwo gesichert, aktuell streame ich fast nur noch).
Offsite-Backup erledigt sich fast nebenbei: Die entfernten Rechner, die mir Archive schicken, halten lokal auch die letzten paar Backups vor, damit liegt das Zeug also sowohl remote als auch bei mir. Die wichtigsten Archive, die ich hier lokal erstelle, schiebe ich ebenfalls auch per rsync auf ausgewählte entfernte Rechner. Das ganz ist soweit automatisiert, dass das im Wesentlichen auf ein make send bzw. make receive (bzw. nur make, das ist Default) hinausläuft.
moving targets
Mit dem wöchentlichen bzw. monatlichen Rhythmus bin ich generell recht zufrieden, für sich ständig ändernde Daten (z.B. für meinen lokalen Mailspool oder das IMAP meiner Frau auf dem Rootserver) habe ich mir aber noch zusätzlich rsync/rsnapshot-Jobs gebastelt, die dann jeweils stündlich auf einen ausgewählten weiteren Server syncen. Da ist dann auch Deduplizierung mit dabei, bei den Vollbackups lohnt sich das nicht.
Fremde Welten
Für den einen Windows-PC hier habe ich ganz wild gebastelt und dazu bereits vor zwei Jahren einen Blog-Artikel begonnen, der seitdem verstaubt und verschimmelt. Da ich ums Verrecken keinen SMB-Zugriff von oder nach Linux hinbekommen habe (die Ubuntu-samba-Pakete hatten (haben?) da sehr hartnäckige interessiert-uns-doch-nicht-Bugs), habe ich dann Cygwin installiert und nutze dort jetzt ebenfalls rsync/rsnapshot – das war auch ein Kampf (Details in dem unfertigen Blogartikel), aber immerhin habe ich den gewonnen: Jetzt gibt es drei Backup-Icons auf den Desktop, die entweder auf die zweite lokale Platte, einen Rechner im lokalen Netz oder übers VPN 150km weiter sichern. Fun fact: der rsync der paar Gigabyte dauert keine zwei Minuten, aber bis rsnapshot die Hardlinks zur neuen Backupgeneration angelegt hat, vergehen nochmal ca. 10 Minuten – NTFS scheint nicht so auf Hardlinks optimiert zu sein…
Seit neuestem sind die Backups mindestens 20% cooler, denn das Cygwin-Terminal meldet das Skriptende jetzt deutlich sichtbar per ponysay.
to the future and beyond
Das beschriebene Verfahren läuft und läuft und läuft und wird nicht geändert, hauptsächlich weil
- ich keine Zeit habe, etwas neues zu lernen
- mir nichts fehlt
- und weil es nachweislich funktioniert – ich habe nicht nur Backup, sondern auch Restore! (und nach jedem Restore ist man schlauer und sichert noch ein Verzeichnis mehr mit ;-)
Allerdings hat das Schreiben dieser Zeilen auch zum Erkenntnisgewinn beigetragen: Vielleicht sollte ich eine der Foto-Platten doch externer als im Keller lagern. Wenn das Haus explodiert, sind Original und Backup weg – dem ließe sich recht einfach entgegenwirken.
mitch
-thh am um :
(Nitpick: Ist die "Dejade" nicht eine Dekade? Und der Link zu simplebackup hat eine Klammer am Ende zu viel.)
mitch am um :
Die Sicherung von der System-SSD auf die interne Datengrab-Festplatte dauert, wenn sich nicht viel geändert hat und 5 GB zu kopieren sind, keine 15 Minuten, davon gehen dann mehr als 10 Minuten für die Erzeugung der Hardlinks der neuen rsnapshot-Generation drauf. rsync auf den Remote-Rechner ins Internet dauert natürlich entsprechend länger.
Restore ist ungetestet - aber wenn sich das System mal zersägt, kommt da sowieso ein Linux drauf ;-)
Aus Nähkästchen: Auf dem Rechner läuft ein Windows 8.1. Als meine Frau ankam mit „ich will eine schöne Einladung/Grafik/Fotokollage/Tabelle bauen, zeig mir das mal“, habe ich sie mit Gimp, Inkscape und LibreOffice beworfen. Und Firefox als Browser, Thunderbird für die Mails. Da hat sie sich dann reingefuchst und als es hieß „neuer Laptop, Windows 10“ konnte ich dann sagen „Windows kann ich nicht, probier mal einen Monat Ubuntu aus, das System ist Dir ja eigentlich egal, Du willst die Programme die Du kennst und die hast Du da alle“. Der Plan ging auf, das ist noch heute so. Die Windows-Kiste ist dann noch zum Zocken stehengeblieben, aber alles, was da bisher relevant war, habe ich auch unter wine zum Laufen bekommen (der Laptop hat eine schwächere Grafikkarte und lahmere CPU, das ist aber auch alles).
PS: Die Klammer in der URL stammt aus dem Markdown, als ich angefangen habe, den Artikel bei Dir als Kommentar zu schreiben - danke für die Hinweise ;-)
mitch am um :
Jede geänderte Datei wird natürlich einmal in Gänze tatsächlich gespeichert, aber in einem Mailspool stört das nicht so sehr, denn sowohl der IMAP-Spool als auch mein lokaler Spool machen Maildir, also eintspricht eine Datei einer Mail. Die sind ja meist im Kilobyte-Bereich. Wenn man stattdessen mboxen von mehreren hundert Megabytes hätte, wo mit jeder neuen Mail nur ein paar Kilobytes dazukommen dann wäre ein schlaueres Deduplizierungstool nötig.