Backup & Restore: Unterschied zwischen den Versionen

Aus Hostsharing Wiki
Zur Navigation springen Zur Suche springen
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


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.