Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- invis_server_wiki:dasi [2017/10/03 10:37]
flacco [Wiederherstellung der vollständigen Datenbank]
+++ invis_server_wiki:dasi [2019/01/08 08:31]
flacco [interne Sicherungen]
@@ Zeile 1: / Zeile 1: @@
 ====== invis Server Datensicherung ======
+invis-Server verfügen über ein mehrschichtiges Datensicherungssystem, bestehend aus regelmäßigen internen Sicherungen, kombiniert mit einer externen Sicherung auf externe Festplatten oder einen Datensicherungsserver.
+===== interne Sicherungen =====
+Interne Sicherungen sind zeitgesteuerte Sicherungen wichtiger Datenbestände. Während der Installation werden verschiedene Datensicherungsaufgaben angelegt:
+^ Aufgabe  ^ Zyklus  ^ Bemerkung  ^
+^ kbackup  | Mo, Mi, Fr, So jeweils um 3:00 Uhr  | Sicherung der Kopano-Konten / ermöglicht das wiederherstellen einzelner Objekte (Mailordner, Mails usw. z.B. bei versehentlichem Löschen  |
+^ kdbdump  | Di, Do, Sa jeweils um 3:00 Uhr  | Sicherung der Kopano Datenbank / dient der Wiederherstellung der Kopano Datenbank im Notfall  |
+^ dwdatasnapshot  | Samstags um 1:30 Uhr  | Sicherung des Dokuwiki-Datenbestandes  |
+^ alldump  | Samstags um 6:00 Uhr  | Sicherung aller Datenbanken des Servers mit Ausnahme der Kopano-Datenbank  |
+^ adbackup  | Täglich um 23:30  | Sicherung des Active Directory / ab invis-Server 14.0  |
+Diese Sicherungen erfolgen zunächst auf die lokalen Festplatten des Servers selbst und sind in der Freigabe Archiv im Unterverzeichnis "sicherungen" zu finden. Damit diese Sicherungen nicht bis ins unermessliche Platz belegen werden die verschiedenen Sicherungsverzeichnisse zyklisch bereinigt. Das maximale Alter der Sicherungen ist in "Tagen" in <file>/etc/invis/invis.conf</file> einstellbar und in der Regel auf 21 oder 42 Tage voreingestellt. Ältere Sicherungen werden gelöscht.
+Alle internen Sicherungen werden von der externen Sicherung mit erfasst.
+===== externe Sicherungen =====
 Basierend auf unserer Empfehlung eine invis-Server Installation unter Nutzung von Logical-Volume-Management durchzuführen haben wir ein eigenes Datensicherungswerkzeug entwickelt, welches Datensicherung durch Kombination von LV-Snapshots und "//**rdiff-backup**//" durchführt.
@@ Zeile 283: / Zeile 301: @@
 Ziel beider Sicherungen ist das Verzeichnis: <file>/srv/shares/sicherungen</file>
-==== Wiederherstellung einzelner Elemente aus dem Brick-Level Backup ====
+===== Wiederherstellung einzelner Elemente aus dem Brick-Level Backup =====
+Das benötigte Werkzeug ist **//kopan-backup//**, es bietet verschiedene Möglichkeiten Elemente eines geicherten Kopano-Stores wiederherzustellen. Beginnen wir damit uns den Inhalt der Sicherung anzeigen zu lassen. Wechseln Sie dazu ins Verzeichnis in dem die gesicherten Stores liegen:
-==== Wiederherstellung der vollständigen Datenbank ====
+<file>/srv/shares/archiv/sicherungen/kopanostores</file>
+Der folgende Befehl gibt den gesamten Inhalt eines gesicherten Benutzer-Stores aus:
+<code>
+invis:/srv/shares/archiv/sicherungen/kopanostores # kopano-backup --index username
+</code>
+Im Beispiel steht "username" sowohl für den Namen des Sicherungverzeichnisses eines Benutzers, als auch für den aktiven Benutzer in dessen Store ein oder mehrere Elemente wiederhergestellt werden sollen.
+Mit der Option **''-u username2''** können Elemente auch in einen anderen aktiven Store wiederhergestellt werden.
+Um die Ausgabe einzugrenzen, ist **//grep//** ein geeignetes Werkzeug:
+<code>
+invis:/srv/shares/archiv/sicherungen/kopanostores # kopano-backup --index username | grep Posteingang
+</code>
+Die Ausgabe der Informationen erfolgt tabellarisch, Spaltentrenner ist das Komma. Nachfolgend der Aufbau der Zeilen:
+<code>
+Eindeutige ID,Ordner,Datum Uhrzeit,Betreff oder Property
+</code>
+Anhand der ID können einzelne Elemente wiederhergestellt werden. Suchen Sie zunächst wie oben gezeigt das wiederherzustellende Element, beispielsweise anhand des Betreffs oder des Datums eines Elementes. Nutzen Sie jetzt die ID des gesuchten Elements um es wiederherzustellen:
+**Wiederherstellen eines einzelnen Elementes**
+<code>
+/srv/shares/archiv/sicherungen/kopanostores # kopano-backup --restore username --sourcekey DFD123BE9FD84F7AB08E00DD959F2730080100000000
+</code>
+**Wiederherstellen aller Elemente eines Ordners**
+<code>
+/srv/shares/archiv/sicherungen/kopanostores # kopano-backup --restore username -f Posteingang
+</code>
+Dabei wird im Store des Benutzers nichts überschrieben. Bereits vorhandene Elemente werden automatisch übersprungen.
+**Wiederherstellung nach Datum**
+Auch eine zeitliche Eingrenzung der Wiederherstellung auf ein Datum oder einen Datumsbereich ist möglich.
+<code>
+/srv/shares/archiv/sicherungen/kopanostores # kopano-backup --restore username -b 2014-01-01 -e 2015-01-01
+</code>
+Die Optionen **''-b''** und **''-e''** stehen wie kaum anders zu vermuten für "begin" und "end".
+**Komplexeres Beispiel**
+Die hier gezeigten Beispiele lassen sich selbstverständlich auch kombinieren.
+Wenn Sie beispielsweise alle Mails aus dem Posteingang eines Users aus einem bestimmten Zeitraum in einen Unterordner eines anderen Users wiederherstellen wollen sähe das wie folgt aus:
+<code>
+/srv/shares/archiv/sicherungen/kopanostores # kopano-backup --restore username1 -f Posteingang -b 2014-01-01 -e 2015-01-01 -u username2 --restore-root from_username1
+</code>
+Zu erwähnen wäre noch die Option **''- -recursive''**, sie stellt alle Elemente eines Ordners inklusive Unterordner wieder her.
+===== Wiederherstellung der vollständigen Datenbank =====
+//**Achtung**: Die Wiederherstellung der Kopano-Datenbank sollten Sie nur durchführen, wenn die vorhandene Datenbank irreparabel beschädigt ist. Die vorhandene Datenbank wird bei der Wiederherstellung vollständig überschrieben.//
+Es gibt zwei mögliche Vorgehensweisen. Die Sicherung liegt gezippt vor. Sie können die Datei, wenn gewünscht zunächst entzippen und dann wiederherstellen, oder Sie führen beide Schritte in einem durch.
+**2 Schritte**
+<code>
+invis:~ # gunzip gunzip /srv/shares/archiv/sicherungen/vollsicherungen/datenbanksicherungen/20171003/kopano.invis.20171003.gz
+invis:~ # mysql -u root -p kopano < /srv/shares/archiv/sicherungen/vollsicherungen/datenbanksicherungen/20171003/kopano.invis.20171003
+</code>
+**1 Schritt**
+<code>
+invis:~ # gunzip < /srv/shares/archiv/sicherungen/vollsicherungen/datenbanksicherungen/20171003/kopano.invis.20171003.gz | mysql -u root -p kopano
+</code>