Iesadmin snapshot: Unterschied zwischen den Versionen
K |
K (hat „Snapshot - Inkrementelle Sicherung von Mandanten“ nach „Iesadmin snapshot“ verschoben) |
||
(4 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 inkl. der spezifischen Daten inkrementell zu sichern, kann man nach einem [[Backup - Vollständige Sicherung von Mandanten|Backup]] folgenden Aufruf verwenden. Ein Snapshot basiert auf einer vollständigen Datensicherung und speichert lediglich alle Differenzen der BinDB und der Datenbank. Es handelt sich dabei um einen konsistenten Stand eines Mandaten, der einfach und schnell zur Laufzeit erfolgen kann. Wird nach einer [[Recover - Wiederherstellung einer Sicherung eines Mandaten|Wiederherstellung]] ein neuer Snapshot erstellt, so werden automatisch alle Versionen, die zurückgesetzt wurden, vom System gelöscht. | Um Mandanten des IES über die Kommandozeile inkl. der spezifischen Daten inkrementell zu sichern, kann man nach einem [[Backup - Vollständige Sicherung von Mandanten|Backup]] folgenden Aufruf verwenden. Ein Snapshot basiert auf einer vollständigen Datensicherung und speichert lediglich alle Differenzen der BinDB und der Datenbank. Es handelt sich dabei um einen konsistenten Stand eines Mandaten, der einfach und schnell zur Laufzeit erfolgen kann. Wird nach einer [[Recover - Wiederherstellung einer Sicherung eines Mandaten|Wiederherstellung]] ein neuer Snapshot erstellt, so werden automatisch alle Versionen, die zurückgesetzt wurden, vom System gelöscht. | ||
+ | Ein paralleler oder mehrfacher Aufruf von <code>iesadmin backup</code> oder <code>iesadmin snapshot</code> würde zu Problemen führen und ist daher nicht möglich. | ||
+ | |||
+ | Voraussetzung für den Aufruf ist, dass das Kommando <code>mysqlbinlog</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.mysqlbinlog</code>''' zu definieren. | ||
+ | |||
iesadmin snapshot <client>[,<client>,...] | iesadmin snapshot <client>[,<client>,...] | ||
Zeile 7: | Zeile 13: | ||
;-a,--all:Mit der Option <code>-a </code> werden alle Mandanten des Systems gesichert. | ;-a,--all:Mit der Option <code>-a </code> werden alle Mandanten des Systems gesichert. | ||
+ | |||
+ | ;-nb,--no-bindb:Mit dieser Option kann die Sicherung der BinDB übergangen werden. Ein Sicherung muss dann manuell nach dem Snapshot erfolgen. | ||
;-f,--force:Mit der Option <code>-f </code> wird der nicht interaktive Aufruf gestartet | ;-f,--force:Mit der Option <code>-f </code> wird der nicht interaktive Aufruf gestartet |
Aktuelle Version vom 18. Dezember 2014, 12:40 Uhr
Ab Version 2.1.1
Allgemeine Informationen zum Thema IES Backup finden Sie hier.
Um Mandanten des IES über die Kommandozeile inkl. der spezifischen Daten inkrementell zu sichern, kann man nach einem Backup folgenden Aufruf verwenden. Ein Snapshot basiert auf einer vollständigen Datensicherung und speichert lediglich alle Differenzen der BinDB und der Datenbank. Es handelt sich dabei um einen konsistenten Stand eines Mandaten, der einfach und schnell zur Laufzeit erfolgen kann. Wird nach einer Wiederherstellung ein neuer Snapshot erstellt, so werden automatisch alle Versionen, die zurückgesetzt wurden, vom System gelöscht.
Ein paralleler oder mehrfacher Aufruf von iesadmin backup
oder iesadmin snapshot
würde zu Problemen führen und ist daher nicht möglich.
Voraussetzung für den Aufruf ist, dass das Kommando mysqlbinlog
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.mysqlbinlog
zu definieren.
iesadmin snapshot <client>[,<client>,...]
- <client>
- Mit
<client>
kann der Anchor oder die ID des Mandanten angegeben werden.
- -a,--all
- Mit der Option
-a
werden alle Mandanten des Systems gesichert.
- -nb,--no-bindb
- Mit dieser Option kann die Sicherung der BinDB übergangen werden. Ein Sicherung muss dann manuell nach dem Snapshot erfolgen.
- -f,--force
- Mit der Option
-f
wird der nicht interaktive Aufruf gestartet
- -v,--verbose
- Mit dieser Option werden mehr Meldungen ausgegeben
- -vv,--more-verbose
- Mit dieser Option werden noch mehr Meldungen ausgegeben
- -vvv,--most-verbose
- Mit dieser Option werden noch, noch mehr Meldungen ausgegeben