Iesadmin recover: Unterschied zwischen den Versionen
Sed (Diskussion | Beiträge) |
K (hat „Recover - Wiederherstellung einer Sicherung eines Mandaten“ nach „Iesadmin recover“ verschoben) |
||
(14 dazwischenliegende Versionen von einem anderen Benutzer werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
''Ab Version 2.1.1'' | ''Ab Version 2.1.1'' | ||
− | + | Allgemeine Informationen zum Thema ''IES Backup'' finden Sie [[:Kategorie:Backup|hier]]. | |
− | |||
− | + | Um Mandanten des IES über die Kommandozeile wieder herzustellen ist folgender Aufruf notwendig. Der Aufruf muss pro Mandat und sollte interaktiv erfolgen. Während der Wiederherstellung wird der angegeben Mandant deaktiviert und anschließend wieder aktiviert. Ein Recover kann nicht parallel mit anderen IES-Admin-Aufrufen erfolgen. In diesem Fall wird der Aufruf mit einer Fehlermeldung beendet. Wird nach einer Wiederherstellung ein neuer [[Snapshot - Inkrementelle Sicherung von Mandanten|Snapshot]] erstellt, so werden automatisch alle Versionen, die zurückgesetzt wurden vom System gelöscht. | |
− | + | Voraussetzung für den Aufruf ist, dass das Kommando <code>mysql</code> vom Java-Prozess direkt aufgerufen werden kann. Hierzu kann es u.U. notwendig sein den Pfad zu dem Kommando in der IES-Konfiguration über das Property '''<code>iesadmin.bin.mysql</code>''' zu definieren. | |
− | + | iesadmin recover <client> [-d /path/] [-l] [-b] [-nc] [-ni] <entry> | |
− | Mit der Option <code>-b</code> wird die BinDB des Mandanten wieder vollständig hergestellt. Das ist i.d.R. nur notwendig, wenn die originale BinDB nicht mehr existiert. Ist eine BinDB aktueller als eine Sicherung, so stellt dies für den IES kein Problem bzgl. der Datenkonsistenz dar. | + | ;<client>:Mit <code><client></code> kann der Anchor der die ID des Mandanten angegeben werden. |
+ | |||
+ | ;<entry>:Mit <code><entry></code> kann die Version angegeben werden, die reaktiviert werden soll. Es wird der Index entsprechend dem Listing (-l) angegeben. Bei Angabe von <b><code>current</code></b> wird der letzte aktuelle Stand wiederhergestellt. | ||
+ | |||
+ | ;-l,--list:Mit der Option <code>-l</code> werden alle Sicherungen aufgelistet | ||
+ | |||
+ | ;-b,--bindb:Mit der Option <code>-b</code> wird die BinDB des Mandanten wieder vollständig hergestellt. Das ist i.d.R. nur notwendig, wenn die originale BinDB nicht mehr existiert. Ist eine BinDB aktueller als eine Sicherung, so stellt dies für den IES kein Problem bzgl. der Datenkonsistenz dar. | ||
+ | :Ohne diese Option werden lediglich die Differenzen der BinDB kopiert. | ||
+ | :Gibt es auf dem Server noch keinen Ordner für die BinDB, so wird diese, unabhängig von dieser Option, ebenfalls wieder vollständig hergestellt. | ||
+ | |||
+ | ;-d,--backup-directory <arg>:Mit der Option <code>-d</code> kann das Verzeichnis angegeben werden, in den die konsistenten Sicherungen liegen, die wieder hergestellt werden sollen | ||
+ | |||
+ | ;-nc,--no-compile:Mit der Option <code>-nc</code> kann das Kompilieren aller Templates des Mandanten verhindert werden. Eine lauffähige Version eines Systems benötigt die kompilierten Templates. Wenn Sie jedoch nur temp. eine Version aktivieren ist das erneute Kompilieren u.U. nicht notwendig. Sie können jederzeit mit <code>iesadmin compile</code> die Templates manuell kompilieren. | ||
+ | |||
+ | ;-ni,--no-reindex:Mit der Option <code>-ni</code> kann das Reindizierung aller Lucene-Indeces des Mandanten verhindert werden. Ein gültiger Datenbestand für einen Mandanten beinhaltet auch die vollständigen Indices. Diese können je nach Konfiguration in einem beliebigen Ordner liegen und müssen analog zur Datenbank behandelt werden. Wenn Sie jedoch nur temp. eine Version aktivieren ist das erneute Reindizieren u.U. nicht gewünscht. Sie können jederzeit mit <code>iesadmin reindex</code> die Indices manuell neu erstellen. | ||
+ | |||
+ | ;-rp,--recover-permissions:Die SQL-Berechtigungen der Datenbank des angegebenen Mandanten werden erneut gesetzt. Mögliche spätere Anpassungen können dabei überschrieben werden | ||
+ | |||
+ | ;-rc,--recover-configuration:Mit dieser Option wird die gesicherte IES-Konfiguration wieder hergestellt. Beachten Sie, dass die Konfiguration für alle Mandanten gilt und eine vollständige Wiederherstellung Anpassungen anderer Mandanten überschreiben würde | ||
+ | |||
+ | ;-rm,--recover-moduledata:Alle Moduldaten werden vollständig wieder hergestellt. Auch diese Daten sind mandantenübergreifend und sollten nur bei vollständigem Recover überschrieben werden | ||
+ | |||
+ | ;-f,--force:Mit der Option <code>-f </code> wird der nicht interaktive Aufruf gestartet | ||
+ | |||
+ | ;-v,--verbose:Mit dieser Option wird der werden mehr Meldungen ausgegeben | ||
+ | ;-vv,--more-verbose:Mit dieser Option wird der werden noch mehr Meldungen ausgegeben | ||
+ | ;-vvv,--most-verbose:Mit dieser Option wird der werden noch, noch mehr Meldungen ausgegeben | ||
<noinclude> | <noinclude> | ||
− | [[Kategorie: | + | [[Kategorie:IES-Admin (commandline)]] |
</noinclude> | </noinclude> |
Aktuelle Version vom 18. Dezember 2014, 12:37 Uhr
Ab Version 2.1.1
Allgemeine Informationen zum Thema IES Backup finden Sie hier.
Um Mandanten des IES über die Kommandozeile wieder herzustellen ist folgender Aufruf notwendig. Der Aufruf muss pro Mandat und sollte interaktiv erfolgen. Während der Wiederherstellung wird der angegeben Mandant deaktiviert und anschließend wieder aktiviert. Ein Recover kann nicht parallel mit anderen IES-Admin-Aufrufen erfolgen. In diesem Fall wird der Aufruf mit einer Fehlermeldung beendet. Wird nach einer Wiederherstellung ein neuer Snapshot erstellt, so werden automatisch alle Versionen, die zurückgesetzt wurden vom System gelöscht.
Voraussetzung für den Aufruf ist, dass das Kommando mysql
vom Java-Prozess direkt aufgerufen werden kann. Hierzu kann es u.U. notwendig sein den Pfad zu dem Kommando in der IES-Konfiguration über das Property iesadmin.bin.mysql
zu definieren.
iesadmin recover <client> [-d /path/] [-l] [-b] [-nc] [-ni] <entry>
- <client>
- Mit
<client>
kann der Anchor der die ID des Mandanten angegeben werden.
- <entry>
- Mit
<entry>
kann die Version angegeben werden, die reaktiviert werden soll. Es wird der Index entsprechend dem Listing (-l) angegeben. Bei Angabe voncurrent
wird der letzte aktuelle Stand wiederhergestellt.
- -l,--list
- Mit der Option
-l
werden alle Sicherungen aufgelistet
- -b,--bindb
- Mit der Option
-b
wird die BinDB des Mandanten wieder vollständig hergestellt. Das ist i.d.R. nur notwendig, wenn die originale BinDB nicht mehr existiert. Ist eine BinDB aktueller als eine Sicherung, so stellt dies für den IES kein Problem bzgl. der Datenkonsistenz dar. - Ohne diese Option werden lediglich die Differenzen der BinDB kopiert.
- Gibt es auf dem Server noch keinen Ordner für die BinDB, so wird diese, unabhängig von dieser Option, ebenfalls wieder vollständig hergestellt.
- -d,--backup-directory <arg>
- Mit der Option
-d
kann das Verzeichnis angegeben werden, in den die konsistenten Sicherungen liegen, die wieder hergestellt werden sollen
- -nc,--no-compile
- Mit der Option
-nc
kann das Kompilieren aller Templates des Mandanten verhindert werden. Eine lauffähige Version eines Systems benötigt die kompilierten Templates. Wenn Sie jedoch nur temp. eine Version aktivieren ist das erneute Kompilieren u.U. nicht notwendig. Sie können jederzeit mitiesadmin compile
die Templates manuell kompilieren.
- -ni,--no-reindex
- Mit der Option
-ni
kann das Reindizierung aller Lucene-Indeces des Mandanten verhindert werden. Ein gültiger Datenbestand für einen Mandanten beinhaltet auch die vollständigen Indices. Diese können je nach Konfiguration in einem beliebigen Ordner liegen und müssen analog zur Datenbank behandelt werden. Wenn Sie jedoch nur temp. eine Version aktivieren ist das erneute Reindizieren u.U. nicht gewünscht. Sie können jederzeit mitiesadmin reindex
die Indices manuell neu erstellen.
- -rp,--recover-permissions
- Die SQL-Berechtigungen der Datenbank des angegebenen Mandanten werden erneut gesetzt. Mögliche spätere Anpassungen können dabei überschrieben werden
- -rc,--recover-configuration
- Mit dieser Option wird die gesicherte IES-Konfiguration wieder hergestellt. Beachten Sie, dass die Konfiguration für alle Mandanten gilt und eine vollständige Wiederherstellung Anpassungen anderer Mandanten überschreiben würde
- -rm,--recover-moduledata
- Alle Moduldaten werden vollständig wieder hergestellt. Auch diese Daten sind mandantenübergreifend und sollten nur bei vollständigem Recover überschrieben werden
- -f,--force
- Mit der Option
-f
wird der nicht interaktive Aufruf gestartet
- -v,--verbose
- Mit dieser Option wird der werden mehr Meldungen ausgegeben
- -vv,--more-verbose
- Mit dieser Option wird der werden noch mehr Meldungen ausgegeben
- -vvv,--most-verbose
- Mit dieser Option wird der werden noch, noch mehr Meldungen ausgegeben