Backup & Restore: Unterschied zwischen den Versionen
| Zeile 37: | Zeile 37: | ||
Die zentralen Konfigurationsdateien werden alle zwei Stunden gesichert. | Die zentralen Konfigurationsdateien werden alle zwei Stunden gesichert. | ||
=== Spiegelung mit rsync === | === [[Spiegelung mit rsync]] === | ||
Von den Produktivsystemen werden laufend per rsync Kopien gezogen, die bei einem eventuellen Ausfall des Produktivservers aktiviert werden. | Von den Produktivsystemen werden laufend per rsync Kopien gezogen, die bei einem eventuellen Ausfall des Produktivservers aktiviert werden. | ||
=== [[Paket-Restore]] === | === [[Paket-Restore]] === | ||
Der Paketadmin kann gelöschte Dateien (oder mit Einschränkungen auch Dateien seiner User) wieder herstellen. | Der Paketadmin kann gelöschte Dateien (oder mit Einschränkungen auch Dateien seiner User) wieder herstellen. | ||
Version vom 22. März 2009, 11:25 Uhr
Einstieg |
Hsadmin |
Pakete |
User |
Domains |
Cron |
Logging |
E-Mail |
WWW
Datenbanken |
Backup & Restore |
Installationsanleitungen |
FAQ |
Bugtracker
Diese Seite muss überarbeitet werden
Diese Seite wurde als Baustelle gekennzeichnet, weil sie überarbeitet werden muss. Eine Begründung dafür findest du auf der Diskussionsseite. Bitte hilf mit, diese Seite zu verbessern!Weiterführende Links
Nächtliche Paket-Backups
Konfigurations-Backups
Spiegelung mit rsync
Paket-Restore
Backup & Restore
Lokale Backups
...befinden sich jeweils getrennt nach MySQL-Tabellen und den anderen Dateien auf dem Hostrechner.
MySQL-Tabellen
Über das Verzeichnis ~/.bak kann indirekt auf die Kopien der MySQL-Tabellen eines jeden Pakets in /var/backups zugegriffen werden. Sie werden nicht in der Quota berücksichtigt und sind für den Paketadmin nicht zugreifbar, er könnte ohnehin so nichts damit anfangen.
Sonstige Dateien
Die übrigen Dateien werden als Backups bzw. Delta-Backups regelmäßig unter /var/backups gesichert.
Gelöschte User
Werden User gelöscht, wird das gesamte Verzeichnis unter /home/trash/ als xyz00-otto.tar.gz archiviert. Auf dieses Verzeichnis hat nur der Paketadmin per ssh (nicht per FTP) Zugriff.
Die Archive werden nächtlich in ein Unterverzeichnis geschoben und das wird unmittelbar vorher gelöscht, d.h. sie sind mindestens 24h, aber auch nicht länger als 48h, verfügbar. Auch falls der User neu angelegt und erneut gelöscht wird, ist die vorherige Datensicherung unwiederbringlich verloren.
Soll der User wiederhergestellt werden, so legt der Paketadmin einen neuen User mit dem gleichen Namen an und entpackt das Archiv in dieses Verzeichnis. Dazu kann er entweder den Tarball kopieren und dem User Leserechte einräumen oder er reicht die Datei über eine pipe und sudo an den Benutzer weiter:
Beispiel:
xyz00@hopi:~$ gunzip -c /home/trash/xyz00-otto.tar.gz | sudo -u xyz00-otto tar x -C /
Remote Backups
Die künftigen Backup-Routinen sehen Backups zwischen den Zwillingsrechnern Pomo und Pima vor, die in Abständen von etwa einer Stunde gegenseitig Backups fahren.
MySQL-Tabellen
Daten in MySQL-Tabellen sollen künftig zwischen den Servern in Realzeit gespiegelt werden. Daneben erfolgen auch Backups, um den Verlust versehentlich gelöschter Dateien zu verhindern.
Sonstige Dateien der Pakete
Wenn eine Datei ~/etc/nobackup existiert und eine simple Textdatei ist, dann werden ihre Zeilen als Namen von Dateien und/oder Verzeichnissen interpretiert, die in den stündlichen Backups nicht berücksichtigt werden sollen. Die Syntax ist dieselbe, wie bei tar (1) exclude-Dateien, siehe man tar.
Nächtliche Paket-Backups
Einmal pro Nacht wird ein Backup eines jeden Paketes erstellt.
Konfigurations-Backups
Die zentralen Konfigurationsdateien werden alle zwei Stunden gesichert.
Spiegelung mit rsync
Von den Produktivsystemen werden laufend per rsync Kopien gezogen, die bei einem eventuellen Ausfall des Produktivservers aktiviert werden.
Paket-Restore
Der Paketadmin kann gelöschte Dateien (oder mit Einschränkungen auch Dateien seiner User) wieder herstellen.