Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung Nächste Überarbeitung Beide Seiten der Revision | ||
invis_server_wiki:dasi [2017/10/03 10:27] flacco [SSH vorbereiten] |
invis_server_wiki:dasi [2017/10/03 10:37] flacco [Wiederherstellung der vollständigen Datenbank] |
||
---|---|---|---|
Zeile 242: | Zeile 242: | ||
Gelingt dies ohne Passwortabfrage, ist die Vorbereitung abgeschlossen. | Gelingt dies ohne Passwortabfrage, ist die Vorbereitung abgeschlossen. | ||
- | ==== Sicherung einrichten ==== | + | === Sicherung einrichten === |
Das Einrichten einer Sicherung auf einen externen Server läuft analog zur Sicherung auf externe Festplatten ab. Es existiert mit //**rdbunetconf**//auch hier ein Script, welches die Konfigurationsdatei zur Sicherung generiert. Es ist einfach ohne weitere Optionen aufzurufen: | Das Einrichten einer Sicherung auf einen externen Server läuft analog zur Sicherung auf externe Festplatten ab. Es existiert mit //**rdbunetconf**//auch hier ein Script, welches die Konfigurationsdatei zur Sicherung generiert. Es ist einfach ohne weitere Optionen aufzurufen: | ||
Zeile 276: | Zeile 276: | ||
Um nach einem Abbruch einer Sicherung verwaiste Mounts oder Snapshot-Volumes wieder los zu werden läuft per Cornjob alle 3 Minuten das Script //**dasimonitor**//. Das Script ist auch die Quelle der Informationen die im invis-Portal angezeigt werden. | Um nach einem Abbruch einer Sicherung verwaiste Mounts oder Snapshot-Volumes wieder los zu werden läuft per Cornjob alle 3 Minuten das Script //**dasimonitor**//. Das Script ist auch die Quelle der Informationen die im invis-Portal angezeigt werden. | ||
+ | |||
+ | ====== Kopano Datensicherung ====== | ||
+ | |||
+ | Die Groupware Kopano bringt ein eigenes Brick-Level Backup-System mit. invis-Server sind so eingerichtet, dass sie täglich abwechselnd einmal die komplette Kopano-Datenbank in Form eines Dumps sichern und einmal das Bricklevel-Backup durchführen. Dabei dient die gesicherte Datenbank als Disaster-Recovery, also dem Wiederherstellen der gesamten Datenbank im Falle eines Crashs und das Bricklevel-Backup dem Wiederherstellen einzelner Elemente, beispielsweise wenn diese versehentlich gelöscht wurden. | ||
+ | |||
+ | Ziel beider Sicherungen ist das Verzeichnis: <file>/srv/shares/sicherungen</file> | ||
+ | |||
+ | ==== Wiederherstellung einzelner Elemente aus dem Brick-Level Backup ==== | ||
+ | |||
+ | |||
+ | ==== Wiederherstellung der vollständigen Datenbank ==== |