Um eine inkrementelle (“differenzielle”) Sicherung durchzuführen, geben wir eine Sicherungsstufe größer als 0 an.Eine inkrementelle Sicherung der Stufe N enthält immer die Datenbankmutationen seit der letzten Sicherung der Stufe N-1.

Beispiele:

Einen Tag nach der vollständigen Sicherung (Stufe 0) erstellen Sie eine mit Stufe 1:

Diese Sicherung enthält nur die Mutationen des letzten Tages.

Einen Tag später erstellen Sie eine weitere mit Level 1:

Diese enthält die Mutationen der letzten zwei Tage seit der vollständigen Sicherung, nicht nur die seit der vorherigen Sicherung der Stufe 1.

Ein paar Stunden später erstellen wir ein Level-2-Backup:

Dieses jüngste Backup enthält nur die Mutationen seit dem letzten Level-1-Backup, d.h. der letzten Stunden.

Vor Firebird 3.0 lesen alle inkrementellen Sicherungen (d.h. Stufe 1, 2 usw.) die gesamte Datenbankdatei, um die Änderungen zu lokalisieren und in einer Sicherungsdatei zu speichern.Dies kann die Datenbankleistung bei großen Datenbanken (100GB+) und langsamen Festplattensubsystemen beeinträchtigen (normalerweise kann bei Nicht-SSD-Laufwerken ein Geschwindigkeitseinbruch festgestellt werden).Ab Firebird 3.0 wird nur der geänderte Teil der Datenbankdatei gelesen, sodass inkrementelle Sicherungen der Stufe 1 und höher viel schneller sind und die Datenbankleistung weniger beeinträchtigen.

Wenn Sie inkrementelle Sicherungen wiederherstellen wollen, dann müssen Sie die vollständige Kette der inkrementellenSicherungsdateien angeben, beginnend mit der Level 0 Sicherung, bis zu dem Zeitpunkt, für den Sie eine Wiederherstellung wünschen.Die Datenbank wird immer von Grund auf erstellt; Schritt für Schritt. (Es handelt sich hier um ein schrittweises Hinzufügender inkrementellen Sicherungen.)

Die formale Syntax dafür ist:

Somit sieht die Wiederherstellung der Level-2 Sicherung aus unserem vorherigen Beispiel wie folgt aus:

Natürlich wurde die Zeile nur zum Zwecke der besseren Lesbarkeit umgebrochen. In Wirklichkeit geben Sie das vollständige Kommando in einerZeile ein und drücken am Schluß die [Enter]-Taste.

Anmerkungen (zusätzlich zu den Anmerkungen bei der Wiederherstellung einer vollständigen Sicherung):

Was passiert, wenn Sie versehentlich eine Sicherungsdatei vergessen anzugeben, oder wenn Sie eine Serie an Dateien angeben, die keinen Bezug zueinander aufweisen?Stellen Sie sich vor, dass Sie im obigen Beispiel irrtümlich inventory_2-Mar-2006.nbk anstatt von inventory_3-Mar-2006.nbk verwenden.Beide sind Level-1 Sicherungsdateien, somit bekommen wir eine schöne Aneinanderreihung von “0, 1, 2”-Level Sicherungen. Unsere Level-2 Datei ist eine inkrementelle Sicherung von der Level-1 Sicherung vom 3. März, und nicht von der Sicherung vom 2. März.

Glücklicherweise kann so ein Versehen nie zu einer fehlerhaft zurückgesicherten Datenbank führen.Jede Sicherungsdatei hat ihre eigene eindeutige ID.Des Weiteren besitzt jede Level-1 (oder höher) Sicherungsdatei die ID der Sicherung, von der sie abstammt.Bei der Wiederherstellung überprüft nbackup zunächst die IDs daraufhin, ob es eine Aneinderreihung gibt, die nicht zusammengehört.Ist dies der Fall, dann wird die Operation abgebrochen und Sie bekommen eine Fehlermeldung.

Firebird-Datenbanken müssen keine Dateien sein.Sie können auch auf einem sogenannten Rohgerät (engl. raw device) platziert werden, beispielsweise einer Festplattenpartition ohne Dateisystem.Die Frage, wo in solchen Fällen das delta platziert werden muss, wurde bei der Entwicklung von nbackup zunächst übersehen.Wenn sich die Datenbank auf Posix-Systemen z.B. auf /dev/hdb5 befindet, kann es vorkommen, dass das Delta als /dev/hdb5.delta erstellt wurde.In Anbetracht der Art und des Zwecks des Verzeichnisses /dev und seines oft begrenzt verfügbaren Speicherplatzes ist dies unerwünscht.

Ab Firebird 2.1 weigert sich nbackup, mit Rohgerätedatenbanken zu arbeiten, es sei denn, ein expliziter Speicherort für die Delta-Datei wurde festgelegt.Die Vorgehensweise wird in [nbackup-deltafile] weiter unten in diesem Handbuch erläutert.

Firebird 2.1 führte das Konzept von Datenbanktriggern ein.Bestimmte Arten dieser Trigger können beim Herstellen oder Unterbrechen einer Datenbankverbindung ausgelöst werden.Im Rahmen des Sicherungsprozesses stellt nbackup eine reguläre Verbindung zur Datenbank her (in einigen Versionen sogar mehrmals).Um zu verhindern, dass Datenbanktrigger versehentlich ausgelöst werden, kann der neue Schalter -T verwendet werden.Beachten Sie, dass die entsprechenden Schalter in gbak und isql -nodbtriggers heißen (wir lieben Vielfalt hier bei Firebird).

Ursprünglich verwendete nbackup direkte I/O nur, wenn eine Sicherung unter Windows NT erstellt wurde (und Nachfolger wie 2000, 2003 usw.).Auf allen anderen Betriebssystemen waren direkte I/O ausgeschaltet.Dies verursachte auf einigen Linux-Systemen Probleme, sodass in den Versionen 2.0.6 und 2.1.3 die direkten I/O auch unter Linux aktiviert wurden.Dies stellte sich jedoch für bestimmte andere Linux-Konfigurationen als problematisch heraus.In 2.1.4 und 2.5 wurde das ursprüngliche Verhalten wiederhergestellt, diesmal jedoch als Standard, der durch einen neu hinzugefügten Parameter überschrieben werden konnte: -D.Seine Verwendung ist wie folgt:

Genau wie bei den Optionsschaltern selbst wird bei den Argumenten ON und OFF die Groß- und Kleinschreibung nicht berücksichtigt.

Direkte I/O werden nur beim Erstellen einer Sicherung angewendet, nicht während einer Wiederherstellung.Unter Windows wird dies durch Setzen von FILE_FLAG_NO_BUFFERING realisiert.Auf anderen Systemen werden O_DIRECT und POSIX_FADV_NOREUSE verwendet.Die beiden letzteren sind manchmal nicht verfügbar;in solchen Fällen werden sie (oder einer von ihnen) stillschweigend ausgelassen.Selbst wenn der Benutzer -D on explizit angegeben hat, führt dies nicht zu einer Warnung oder Fehlermeldung.

Neben den bereits erwähnten Parametern -FE und -D wurden in Firebird 2.5 auch die folgenden beiden eingeführt:

Nbackup selbst arbeitet nur mit lokalen Datenbanken.In Firebird 2.5 und höher können Sicherungen und Wiederherstellungen vom Typ nbackup auch remote über den Services Manager ausgeführt werden.Hierzu wird das Programm fbsvcmgr.exe auf dem lokalen Rechner verwendet;Es befindet sich im selben Ordner wie nbackup.exe und den anderen Firebird-Befehlszeilentools.Das erste Argument ist immer “Hostname: service_mgr”, wobei hostname der Name des Remote-Servers ist.Andere verfügbare Parameter sind:

Das Erstellen eines vollständigen Backups auf dem Remote-Computer frodo sieht folgendermaßen aus:

Und eine nachfolgende inkrementelle Sicherung:

Um den ganzen Schebang wiederherzustellen:

Anmerkungen:

Ein auf nbackup basierendes inkrementelles Sicherungsschema könnte folgendermaßen aussehen:

Solange alle Sicherungen erhalten bleiben, können Sie die Datenbank für jeden beliebigen Zeitpunkt (im Stundenintervall), wiederherstellen.Für jede Wiederherstellungsaktion wird ein Maximum von vier Sicherungsdateien verwendet.Natürlich sollten Sie die Ausführungszeiten von aufwendigen Sicherungen zeitlich so planen, dass diese nicht zu Stoßzeiten ausgeführt werden.In diesem Fall könnten die Level-0 und 1 Sicherungen am Wochenende, und die Level-2 Sicherungen in der Nacht durchgeführt werden.

Falls Sie nicht immer alle Sicherungsdateien ewig aufbewahren wollen, dann können Sie auch ein Löschkonzept umsetzen. Zum Beispiel:

Dies ist natürlich nur ein Beispiel.Was in Ihrem speziellen Fall sinnvoll ist, hängt von der Anwendung, der Größe der Datenbank, den Operationen, usw…​ ab.

Sie sind nun an einem Punkt angelangt, wo Sie alles über das Erstellen und das Wiederherstellen von vollständigen und/oder inkrementellen Sicherungen mit nbackup wissen.Sie brauchen nur dann weiterlesen, falls Sie andere Sicherungstools Ihrer Wahl für Ihre Firebird-Datenbank einsetzen möchten (siehe [nbackup-lock-unlock]), oder falls Sie den Standardnamen oder den Speicherort der Deltadatei ändern wollen (siehe [nbackup-deltafile]).

Falls Sie keinen dieser Einsatzzwecke benötigen, dann wünschen wir Ihnen alles Gute bei der Verwendung von nbackup!

Eine typische Reihenfolge, um eine eigene Sicherung durchzuführen, kann wie folgt aussehen:

Die letzte Anweisung wird wiederum die Änderungen, die in die Deltadatei geschrieben wurden, mit der Hauptdatenbankdatei zusammenführen.

Die Sicherung beinhaltet die Daten, so wie diese zum Zeitpunkt der Sperre der Datenbank vorgefunden wurden, unabhängig davon, wie lange der Zustand der Sperre andauerte und wie lange Sie gewartet haben, bis die Sicherung tatsächlich durchgeführt wurde.

Anmerkungen:

Eine Kopie einer gesperrten Datenbank ist selbst ebenfalls eine gesperrte Datenbank. Sie können sie also nicht einfach zurückkopieren und verwenden.Wenn Ihre ursprüngliche Datenbank verloren geht oder beschädigt wird und die selbst erstellte Kopie wiederhergestellt werden muss (oder wenn Sie die Kopie auf einem anderen Computer installieren möchten), gehen Sie wie folgt vor:

Warum existieren mit -N und -F zwei Entsperrschalter?

Somit verwenden Sie:

nbackup [parameter] -L führt folgende Schritte durch:

nbackup [parameter] -N folgt den gleichen Schritten, allerdings mit einem “…​ END BACKUP” in Schritt 3.

nbackup [parameter] -F führt folgende Schritte aus:

Wie unter [nbackup-backups-rawdevices] beschrieben, können Probleme auftreten, wenn ein Delta für eine Datenbank auf einem Rohgerät erstellt werden muss.In Firebird 2.1 und höher weigert sich nbackup daher, mit Rohgerätedatenbanken zu arbeiten, es sei denn, es wurde zuvor ein expliziter Speicherort für die Delta-Datei festgelegt.Informationen zum Verfahren finden Sie unter [nbackup-deltafile] etwas weiter unten.

Es gibt noch ein weiteres Problem, wenn Sie ein Rohgerät sperren und kopieren: Sie kennen die tatsächliche Größe der Datenbank nicht!Das Rohgerät kann 10 GB groß sein, aber die Datenbank belegt möglicherweise nur 200 MB dieses Speicherplatzes.Um zu vermeiden, dass das gesamte Gerät kopiert werden muss, um auf der sicheren Seite zu sein — was möglicherweise viel Zeit und Platz verschwendet --, hat Firebird 2.1 einen neuen Parameter für nbackup eingeführt: -S.Dieser Parameter ist nur in Kombination mit -L gültig. Wenn dieser vorhanden ist, schreibt nbackup die Datenbankgröße in Seiten nach dem Sperren der Datenbank in stdout.Da die Größe in Seiten angegeben ist, muss sie mit der Seitengröße der Datenbank multipliziert werden, um die tatsächliche Anzahl der zu kopierenden Bytes zu erhalten.Wenn Sie das Kopierdienstprogramm dd verwenden, können Sie die Seitengröße als (i)bs und die Ausgabe von nbackup -L -S als count angeben.

Die Verwendung von Sicherungswerkzeugen für virtuelle Maschinen ohne Vorbereitung der Datenbank für einen solchen Sicherungstyp kann zu einer beschädigten (d.h. nutzlosen) Sicherungskopie führen.

Der Firebird-Server verwendet intensiv seinen eigenen Cache im RAM, um den Betrieb zu beschleunigen, und implementiert komplexe Techniken, um die Datenbankkonsistenz zu jedem Zeitpunkt sicherzustellen.Backup-Tools für virtuelle Maschinen kennen den Cache von Firebird nicht und betrachten Datenbankdateien normalerweise nicht als Dateien mit wahlfreiem Zugriff.

Wenn die Sicherung der virtuellen Maschine abgeschlossen ist, hat die darin enthaltene Datenbankdatei den Status wie nach einem Hard-Reset der VM, und sehr oft ist eine solche Kopie nicht konsistent, also beschädigt.Die Wahrscheinlichkeit eines solchen Problems ist höher, wenn viele aktive Benutzer die Datenbank ändern oder wenn ein aktiver Sweep-Prozess läuft.

Solche inkonsistenten Sicherungen können in jeder virtualisierten Umgebung, einschließlich öffentlicher Clouds, auftreten.

Um eine gute Firebird-Datenbanksicherung mit dem VM-Sicherungstool zu erstellen, muss die Datenbankdatei vor der VM-Sicherung mit nbackup gesperrt und danach entsperrt werden.Normalerweise ermöglicht das VM-Sicherungstool die Ausführung benutzerdefinierter Skripts vor und nach der Sicherung, mit denen Sie Firebird-Datenbanken sperren / entsperren können.