Liest Optionen aus der angegebenen Umgebungsvariablen oder Konfigurationsdatei ein. Weitere Hinweise finden Sie unter Konfigurationsdateien verwenden.

Wenn Sie Kennwörter oder andere Informationen in einer Konfigurationsdatei schützen möchten, können Sie das Dienstprogramm zum Verschleiern von Dateien verwenden. Weitere Hinweise finden Sie unter Dienstprogramm zum Verschleiern von Dateien (dbfhide).

Legt Verbindungsparameter fest. Der Benutzer muss DBA-Berechtigung oder REMOTE DBA-Berechtigung haben, um sich mit der Datenbank verbinden zu können. Weitere Hinweise finden Sie unter Verbindungsparameter.

Der folgende Befehl sichert zum Beispiel die Beispieldatenbank, die auf dem Datenbankserver sample_server läuft, in das SQLAnybackup-Verzeichnis, indem eine Verbindung als DBA-Benutzer hergestellt wird:

dbbackup -c "ENG=sample_server;DBN=demo;UID=DBA;PWD=sql" SQLAnybackup

Gibt an, wie dbbackup die Datenbankdateien verarbeitet, bevor sie in das Zielverzeichnis geschrieben werden. Die Entscheidung, entweder Pre-Images während einer Sicherung anzuwenden oder das Checkpointlog als Teil der Sicherung zu kopieren, wirkt sich auf die Performance aus. Wenn die Option -s angegeben ist, um eine auf dem Server durchgeführte Sicherung durchzuführen, ist die Standardeinstellung für -k "auto". Anderenfalls ist die Standardeinstellung "copy.

auto   Der Datenbankserver überprüft die Menge des verfügbaren Speicherplatzes auf dem Datenträger, der das Sicherungsverzeichnis enthält. Wenn zumindest doppelt so viel Speicherplatz wie die Größe der Datenbank zum Start der Sicherung verfügbar ist, wird die Sicherung durchgeführt, als ob "copy" angegeben wurde. Anderenfalls wird sie durchgeführt, als ob "nocopy" angegeben wurde. Diese Einstellung kann nur verwendet werden, wenn ebenfalls die Option -s angegeben ist.

copy   Die Sicherung liest die Datenbankdateien, ohne Pre-Images bei geänderten Seiten anzuwenden. Das gesamte Checkpoint-Log und der System-DBSpace werden in das Sicherungsverzeichnis kopiert. Bein nächsten Start der Datenbank stellt der Datenbankserver die Datenbank in dem Status wieder her, in dem sie beim Checkpoint zum Start der Sicherung war.

Da keine Seiten-Pre-Images in die temporäre Datei geschrieben werden müssen, kann die Verwendung dieser Option zu einer besseren Sicherungsperformance führen und interne Server-Konfliktsituationen mit anderen Verbindungen vermindern, die während einer Sicherung betrieben werden. Da die Sicherungskopie der Datenbankdatei jedoch das Checkpointlog enthält, das Pre-Images von Seiten enthält, die seit dem Start der Sicherung geändert wurden, kann die Sicherungskopie der Datenbankdateien größer als die Datenbankdateien zum Zeitpunkt des Sicherungsstarts sein. Die Option copy sollte nur verwendet werden, wenn der Speicherplatz im Zielverzeichnis kein Problem darstellt.

nocopy   Das Checkpointlog wird nicht als Teil der Sicherung kopiert. Diese Option bewirkt, dass Pre-Images von geänderten Dateien in der temporären Datei gespeichert werden, damit sie während des Sicherungsvorgangs angewendet werden können. Die Sicherungskopien der Datenbankdateien haben die gleiche Größe wie die Datenbank zum Zeitpunkt des Sicherungsstarts. Die Sicherungskopien können tatsächlich etwas kleiner sein, weil das Checkpointlog in der Kopie nicht enthalten ist. Diese Option führt zu kleineren gesicherten Datenbankdateien, aber die Sicherung braucht möglicherweise länger und kann die Performance von anderen Vorgängen im Datenbankserver beeinträchtigen. Sie ist in Situationen nützlich, bei denen der Speicherplatz auf dem Ziellaufwerk beschränkt ist.

recover   Der Datenbankserver kopiert das Checkpointlog (wie bei der Option copy), wendet aber das Checkpointlog an der Datenbank an, wenn die Sicherung abgeschlossen ist. Dies stellt die gesicherten Datenbankdateien im selben Status (und derselben Größe) wieder her, in der sie beim Start des Sicherungsvorgangs waren. Diese Option kann nützlich sein, wenn der Speicherplatz auf dem Sicherungslaufwerk beschränkt ist (sie benötigt dieselbe Menge an Speicherplatz wie die copy-Option zum Sichern des Checkpointlogs, aber die resultierende Dateigröße ist kleiner). Diese Einstellung kann nur verwendet werden, wenn ebenfalls die Option -s angegeben ist.

Damit kann ein Sekundärsystem rasch aktiviert werden, wenn ein Server ausfällt. Eine Live-Sicherung stoppt nicht. Sie läuft, solange der Server läuft. Sie läuft, bis der Primärserver nicht mehr verfügbar ist. Zu diesem Zeitpunkt wird sie beendet, die gesicherte Logdatei ist aber funktionsfähig und kann dazu verwendet werden, ein zweites System schnell zu starten. Weitere Hinweise finden Sie unter Unterschiede zwischen Live-Sicherungen und Transaktionslog-Spiegeldateien und Live-Sicherung durchführen.

Wenn Sie die Option -l angeben, dürfen Sie nicht die Option -s verwenden, um auf dem Server eine Sicherungskopie durchzuführen.

Sie ändert die Namenskonvention der Sicherungs-Transaktionslogdatei in jjmmttxx.log, wobei xx aufeinanderfolgende Buchstaben von AA bis ZZ sind, und jjmmtt den aktuellen Wert für Jahr, Monat und Tag darstellt. Diese Option wird gemeinsam mit -r verwendet.

Die Sicherungskopie der Transaktionslogdatei wird im Verzeichnis gespeichert, das in der Befehlszeile unter Verwendung der jjmmttxx.log-Namenskonvention festgelegt wurde. Dadurch können Sicherungen von mehreren Versionen der Transaktionslogdatei im gleichen Sicherungsverzeichnis aufbewahrt werden.

Sie können auch die Optionen -x und -n verwenden, um die Logkopie umzubenennen. Zum Beispiel

dbbackup -c "UID=DBA;PWD=sql" -x -n mybackupdir

Benennt das Transaktionslog um und startet ein neues Transaktionslog. Sie erzwingt einen Checkpoint und bewirkt die folgenden drei Schritte:

Verwenden Sie diese Option nicht, wenn Sie mit einer Datenbankspiegelung arbeiten. Weitere Hinweise finden Sie unter Datenbankspiegelung und Transaktionslogdateien.