Backup
Die Datensicherung in EXASolution erfolgt immer vollständig (sog. "full backup") und ist transaktionssicher. Dabei wird ein Snapshot der Datenbank erstellt, der jeweils aus einer hochkomprimierten Datei pro aktiven Datenbankknoten besteht. Diese einzelnen Dateien werden anschließend vom Backupprozess im Cluster redundant verteilt, so dass ein Backup auch nach Knotenausfällen verwendet werden kann. Dieses Backup nennen wir Online-Backup, da die Sicherungskopie sich im Cluster befindet und bei Bedarf schnell und unkompliziert wierderhergestellt werden kann.
Solch ein Online-Backup kann außerhalb des Clusters beispielsweise auf Band kopiert werden. In diesem Fall sprechen wir von einem Offline-Backup. Die Wierderherstellung erfolgt dann in 2 Schritten, wobei im ersten Schritt das Backup in den Cluster kopiert wird und somit zu einem Online-Backup wird.
Der Backup-Prozess kann entweder über die Web-Oberfläche EXAoperation oder über die XML-RPC-Schnittstelle gesteuert werden.
Als Best Practise ist ein tägliches Backup anzusetzen, bevorzugt in Zeiten geringer Systemauslastung (da das Backup selbst eine gewisse Systembelastung mit sich bringt). Als Aufbewahrungsstrategie hat sich bewährt,
- das tägliche Backup für eine Woche,
- das Sonntagsbackup für einen Monat und
- das Monatsende-Backup für ein Jahr aufzubewahren.
Die Wiederherstellung kann entweder vollständig (bei Verlust des aktuellen Zustands der Datenbank) oder – über einen temporären Bereich – selektiv erfolgen.
Der Backup-Prozess kann entweder über die Web-Oberfläche EXAoperation oder zum Teil über die XML-RPC-Schnittstelle gesteuert werden.
Backup Service
Zunächst wird ein Backup-Service erstellt. Dabei bestimmen Sie mit der Hilfe der Knotenliste ("Nodes list"), auf welchen Knoten das Backup abgelegt wird.
Die Knoten müssen nicht unbedingt mit der Datenbankknoten übereinstimmen. Um Systemlast so gering wie möglich zu halten, können Sie für die Backuphaltung komplett separate Server mit womöglich einer anderen Hardwarekonfiguration aufstellen.
Der Parameter Redundanz definiert, wie viele Kopien der jeweiligen Backup-Datei erstellt werden (1 bedeutet nur 1 Kopie). Sinnvollerweise kann Redundanz nicht die Anzahl gewählter Backup-Knoten übersteigen.
Backup Service Information
Mit Hilfe dieser View können Sie
- bereits erstellte Backups verwalten,
- neue Backups manuell erstellen oder
- ein Backup wiederherstellen.
Dazu wird ein Backup ausgewählt und eine entsprechende Operation gestartet. Bei der Wiederherstellung des Backups soll die Datenbank zumindestens erstellt werden, darf aber nicht laufen.
Sie können bei einzelnen Backups zum Beispiel die Ablauffrist oder die Beschreibung ändern.
Scheduler
Scheduler ist zur Durchführung periodischer Jobs vorgesehen. In der aktuellen Version wird lediglich ein Job-Typ unterstützt: ein Backup-Job. Periodische Backups sind unabhängig von Backup-Services, obgleich automatisch erstellte Backups in der Auflistung eines entsprechenden Backup-Services erscheinen und lassen sich dort genauso wie manuell erstellte Backups bearbeiten.
Bei der Erstellung eines Backupjobs müssen Sie neben der Angaben zur Datenbank, Aufbewahrungsfristen usw. auch einstellen, wann das Backup gemacht wird.
Innerhalb eines Schedulers können Sie beliebig vieler periodischer Jobs erstellen. Dies ist sehr nützlich für Implementierung komplexer Aufbewahrungsstrategien.
In diesem Beispiel wird im Rahmen des "backupjob1" täglich mit Ausnahme von Sonntag ein Backup erstellt, der nach nur 1 Tag automatisch entfernt wird. Sonntags wird dagegen ein Backup erstellt, der 1 Woche lang aufbewahrt wird. Zusätzlich wird am ersten Tag eines Monats ein Backup erstellt, der ein Monat lang gültig ist.
Offline Backup
Die Backups sind über SAMBA-Shares verfügbar und können jederzeit abgeholt werden. Der Nutzername ist ‘exasolution’, das Password wird unter dem Menüpunkt ‘System’ festgelegt.
