Data Guard-Management

In diesem Abschnitt wird die Verwaltung von Oracle Data Guard-Konfigurationen und -Vorgängen behandelt. Sie enthält Befehle wie dbaascli dataguard prepareStandbyBlob, um eine BLOB-Datei zum Einrichten einer Standby Site zu generieren, und dbaascli dataguard updateDGConfigAttributes, um Data Guard-Automatisierungsattribute über alle Clusterknoten hinweg zu aktualisieren. Diese Befehle optimieren das Setup und die Wartung von Data Guard-Umgebungen für High Availability und Disaster Recovery.

dbaascli dataguard prepareStandbyBlob
dbaascli dataguard updateDGConfigAttributes
dbaascli dataguard-Failover
dbaascli dataguard neu instanziieren
dbaascli dataguard-Switchover
dbaascli dataguard prepareForStandby
dbaascli dataguard configureStandby
dbaascli dataguard registerStandby
dbaascli dataguard deregisterStandby
dbaascli dataguard configureAWR
dbaascli dataguard updateConfiguration

dbaascli dataguard prepareStandbyBlob

Um eine BLOB-Datei zu generieren, die verschiedene Dateien enthält, die auf der Standbysite im Fall einer Data Guard-Umgebung erforderlich sind, verwenden Sie den Befehl dbaascli dataguard prepareStandbyBlob.

Führen Sie den Befehl als Benutzer root oder oracle aus.

Syntax:

dbaascli dataguard prepareStandbyBlob --dbname <value> --blobLocation <value>

Parameter:

Parameter	Beschreibung
`--dbname`	Gibt den Oracle AI Database-Namen an
`--blobLocation`	Gibt den Speicherort des benutzerdefinierten Verzeichnisses an, an dem die Standby-BLob-Datei in einer Data Guard-Umgebung generiert wird

Häufig gestellte Fragen:

F: Wozu dient der Befehl dbaascli dataguard prepareStandbyBlob?

A: Mit dem Befehl dbaascli dataguard prepareStandbyBlob wird eine BLOB-Datei generiert, die verschiedene Dateien enthält, die auf der Standby Site in einer Data Guard-Umgebung erforderlich sind.

F: Welche Voraussetzungen sind für die Ausführung des Befehls "dbaascli dataguard prepareStandbyBlob" erforderlich?

A: Der Befehl muss als Benutzer root oder oracle ausgeführt werden.

F: Wie gebe ich den Namen der Oracle AI Database an, für die ich den Standby-BLOB vorbereiten möchte?

A: Verwenden Sie die Option --dbname gefolgt vom Namen der Oracle AI Database. Beispiel:

--dbname myDatabase

F: Wie gebe ich den Speicherort an, an dem die Standby-BLOB-Datei generiert wird?

A: Verwenden Sie die Option --blobLocation, um den benutzerdefinierten Verzeichnispfad anzugeben, in dem die Standby-BLOB-Datei generiert wird. Beispiel:

--blobLocation /path/to/standby_blob

F: Was macht die Option –dbname im Befehl?

A: Die Option --dbname gibt den Namen der Oracle AI Database an, für die die Standby-BLOB-Datei vorbereitet wird.

F: Wozu dient die Option –blobLocation?

A: Die Option --blobLocation definiert den benutzerdefinierten Verzeichnispfad, in dem die Standby-BLOB-Datei erstellt wird.

F: Kann ich den Befehl "dbaascli dataguard prepareStandbyBlob" als anderen Benutzer als Root oder oracle ausführen?

A: Nein, der Befehl muss als Benutzer root oder oracle ausgeführt werden.

F: Kann ein relativer Pfad für die Option –blobLocation verwendet werden?

A: Es wird empfohlen, einen absoluten Pfad für die Option --blobLocation zu verwenden, um sicherzustellen, dass die Standby-BLOB-Datei im erforderlichen Verzeichnis erstellt wird.

F: Was soll ich tun, wenn ich den Speicherort ändern möchte, an dem die Standby-BLOB-Datei generiert wird?

A: Ändern Sie die Option --blobLocation, um einen neuen Verzeichnispfad für die Standby-BLOB-Datei anzugeben.

F: Muss ich nach der Generierung der Standby-BLOB-Datei zusätzliche Schritte ausführen?

A: Ja, nachdem Sie die Standby-BLOB-Datei generiert haben, müssen Sie sie an die Standby Site übertragen und für die Data Guard-Konfiguration verwenden.

dbaascli dataguard updateDGConfigAttributes

Um Data Guard-Automatisierungsattribute über alle Clusterknoten hinweg zu aktualisieren, verwenden Sie den Befehl dbaascli dataguard updateDGConfigAttributes.

Führen Sie den Befehl als Benutzer root oder oracle aus.

Syntax:

dbaascli dataguard updateDGConfigAttributes --attributes <value>

Parameter:

Parameter	Beschreibung
`--attributes`	enthält die zu ändernde Data Guard-Automatisierungsattribute. Akzeptiert kommagetrennte Werte im Format `<attribute=value>`. Attribute müssen in der Data Guard-Konfigurationsdatei vordefiniert sein.

Häufig gestellte Fragen:

F: Wozu dient der Befehl dbaascli dataguard updateDGConfigAttributes?

A: Mit dem Befehl dbaascli dataguard updateDGConfigAttributes werden Data Guard-Automatisierungsattribute auf allen Clusterknoten aktualisiert.

F: Welche Voraussetzungen sind für die Ausführung des Befehls "dbaascli dataguard updateDGConfigAttributes" erforderlich?

A: Der Befehl muss als Benutzer root oder oracle ausgeführt werden.

F: Wie gebe ich die Attribute an, die ich mit diesem Befehl aktualisieren möchte?

A: Verwenden Sie die Option --attributes gefolgt von den zu ändernden Attributen. Die Attribute müssen ein kommagetrenntes Format aufweisen, z.B. attribute=value. Beispiel:

--attributes attribute1=value1,attribute2=value2

F: In welchem Format sollten die Optionswerte –attributes angegeben werden?

A: Die Werte der Option --attributes müssen in einem kommagetrennten Format vorliegen, wobei jedes Attribut als attribute=value angegeben ist.

F: Kann ich in der Option –attributes mehrere Attribute angeben?

A: Ja, Sie können mehrere Attribute angeben, indem Sie sie durch Kommas trennen. Beispiel:

--attributes attribute1=value1,attribute2=value2

F: Was geschieht, wenn ich ein Attribut bereitstelle, das nicht in der Data Guard-Konfigurationsdatei vordefiniert ist?

A: Wenn Sie ein Attribut angeben, das nicht vordefiniert ist, kann der Befehl das nicht erkannte Attribut fehlschlagen oder ignorieren. Stellen Sie sicher, dass alle Attribute in der Data Guard-Konfigurationsdatei vordefiniert sind.

F: Muss ich Services neu starten, nachdem ich die Data Guard-Automatisierungsattribute aktualisiert habe?

A: In den meisten Fällen müssen Services nach der Aktualisierung von Attributen nicht neu gestartet werden. Prüfen Sie jedoch die spezifischen Attribute und deren Auswirkungen, um festzustellen, ob ein Neustart erforderlich ist.

F: Wie kann ich prüfen, ob die Data Guard-Attribute erfolgreich aktualisiert wurden?

A: Nachdem Sie den Befehl ausgeführt haben, können Sie die aktualisierten Attribute prüfen, indem Sie die Data Guard-Konfiguration prüfen oder die entsprechenden Verifizierungsbefehle/Tools verwenden, die für Ihr Setup spezifisch sind.

F: Was muss ich tun, wenn der Befehl die Attribute nicht aktualisiert?

A: Prüfen Sie die Fehlermeldungen auf Details, was schiefgegangen ist. Stellen Sie sicher, dass Sie gültige Attribute angegeben haben und dass diese in der Data Guard-Konfigurationsdatei vordefiniert sind. Prüfen Sie Benutzerberechtigungen und Befehlssyntax.

F: Ist es möglich, Attribute nur für bestimmte Knoten mit diesem Befehl zu aktualisieren?

A: Nein, der Befehl dbaascli dataguard updateDGConfigAttributes aktualisiert Attribute auf allen Clusterknoten. Wenn Sie Attribute für bestimmte Knoten aktualisieren müssen, müssen Sie möglicherweise andere Methoden oder Befehle verwenden.

dbaascli dataguard-Failover

Um einen manuellen Failover zur Standbydatenbank auszuführen, verwenden Sie den Befehl dataguard failover.

Führen Sie diesen Befehl als Benutzer oracle in der Standby-Zieldatenbank aus.

Syntax:

dbaascli dataguard failover --dbname <value> [--useImmediateFailover] [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Parameter:

Parameter	Beschreibung
`--dbname`	Gibt den Oracle AI Database-Namen an.
`--useImmediateFailover`	Verwenden Sie dieses Flag, wenn die Oracle Data Guard-Konfiguration einen Warnungs- oder Fehlerstatus aufweist.
`--executePrereqs`	führt die Voraussetzungsprüfungen durch und meldet die Ergebnisse.
`--waitForCompletion`	gibt an, ob gewartet werden soll, bis der Vorgang abgeschlossen ist. Setzen Sie diese Option auf `false`, wenn der Vorgang im Hintergrund ausgeführt werden soll. Gültige Werte: `true` oder `false`.
`--resume`	setzt den vorherigen Vorgang fort.
`--sessionID`	nimmt eine bestimmte Sitzung nach ihrer Kennung wieder auf.

Manuellen Failover-Vorgang mit dem Utility dbaascli ausführen

Um einen manuellen Failover zur Standbydatenbank auszuführen, verwenden Sie den Befehl dataguard failover.

Stellen Sie eine Verbindung zur virtuellen Maschine in der Oracle Data Guard-Konfiguration her, in der die neue Primärdatenbank als Benutzer opc gehostet wird.

Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.
Starten Sie eine Befehlsshell des Root-Benutzers, und wechseln Sie zum Benutzer oracle:
```
$ sudo -s
# su - oracle
$
```

Starten Sie den Failover zur Standbydatenbank.

$ dbaascli dataguard failover --dbname <db-name>

Kehren Sie als Benutzer root zurück.
```
$ exit
#
```
Beenden Sie die Befehlsshell des Root-Benutzers, und trennen Sie die Anmeldung bei der virtuellen Maschine.
```
# exit
$ exit
```

dbaascli dataguard neu instanziieren

Um eine ausgefallene Datenbank nach einem Failover als Standbydatenbank neu zu instanziieren, verwenden Sie den Befehl dataguard reinstate.

Führen Sie diesen Befehl als Benutzer oracle aus, auf dem eine Neuinstanziierung erforderlich ist (d.h. nicht erfolgreiche Standbydatenbank).

Syntax:

dbaascli dataguard reinstate --dbname <value> [--primaryDBUniqueName <value>] [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Parameter:

Parameter	Beschreibung
`--dbname`	Gibt den Oracle AI Database-Namen an.
`--primaryDBUniqueName`	Gibt den eindeutigen Datenbanknamen der aktuellen Primärdatenbank im Oracle Data Guard-Setup an.
`--executePrereqs`	führt die Voraussetzungsprüfungen durch und meldet die Ergebnisse.
`--waitForCompletion`	gibt an, ob der Abschluss des Vorgangs gewartet werden soll. Setzen Sie diesen Wert auf `false`, wenn der Vorgang im Hintergrund ausgeführt werden soll. Gültige Werte: `true` oder `false`.
`--resume`	setzt den vorherigen Vorgang fort.
`--sessionID`	nimmt eine bestimmte Sitzung nach ihrer Kennung wieder auf.

So legen Sie fest, wann ein Member in einer Data Guard-(DG-)Konfiguration neu instanziiert werden soll:

Überwachen Sie die Ausgabe dgmgrl show database auf die folgenden ORA-Fehler:

Auf dem neuen primären Cluster:

ORA-16661: Die Standbydatenbank muss neu instanziiert werden
Auf dem alten primären Cluster:

ORA-16623: Mitglied hat Rollenwechsel ermittelt

Diese Meldungen zeigen an, dass ein Failover stattgefunden hat. Um die vollständige Synchronisierung innerhalb der Data Guard-Konfiguration wiederherzustellen, muss die frühere Primärdatenbank neu instanziiert werden.

Nicht erfolgreiche Primärdatenbank mit dem dbaascli-Utility neu instanziieren

Um eine nicht erfolgreiche Primärdatenbank nach einem Failover neu zu instanziieren, verwenden Sie den Befehl dataguard reinstate.

Stellen Sie als Benutzer oracle eine Verbindung zu einer der virtuellen Maschinen in der Oracle Data Guard-Konfiguration her.

Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.
Starten Sie die Neuinstanziierung der nicht erfolgreichen Primärdatenbank.
```
$ dbaascli dataguard reinstate --dbname <db-name>
```
In einem Setup mit mehreren Standbydatenbanken (Data Guard-Gruppe) wird empfohlen, das Argument --primaryDBUniqueName anzugeben.
```
dbaascli dataguard reinstate --dbname <db-name> --primaryDBUniqueName <primary-DB-unique-name>
```
Trennen Sie die Verbindung zur virtuellen Maschine.
```
$ exit
```

dbaascli dataguard-Switchover

Um einen Switchover zur Standbydatenbank auszuführen, verwenden Sie den Befehl dataguard switchover.

Führen Sie diesen Befehl als Benutzer oracle aus.

Syntax:

dbaascli dataguard switchover --dbname <value> [--targetStandbyDBUniqueName <value>] [--executePrereqs] [--enableDGDebug] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Parameter:

Parameter	Beschreibung
`--dbname`	Gibt den Oracle AI Database-Namen an.
`--targetStandbyDBUniqueName`	Gibt den eindeutigen Standbydatenbanknamen zum Ändern der Rolle von Standby- zu Primärdatenbankan.
`--executePrereqs`	führt die Voraussetzungsprüfungen durch und meldet die Ergebnisse.
`--enableDGDebug`	aktiviert die Traces beim Ausführen des Vorgangs.
`--waitForCompletion`	gibt an, ob der Abschluss des Vorgangs gewartet werden soll. Setzen Sie diesen Wert auf `false`, wenn der Vorgang im Hintergrund ausgeführt werden soll. Gültige Werte: `true` oder `false`.
`--resume`	setzt den vorherigen Vorgang fort.
`--sessionID`	nimmt eine bestimmte Sitzung nach ihrer Kennung wieder auf.

Switchover-Vorgang mit dem Utility dbaascli ausführen

Um einen Switchover zur Standbydatenbank auszuführen, verwenden Sie den Befehl dataguard switchover.

Stellen Sie eine Verbindung zur virtuellen Maschine in der Oracle Data Guard-Konfiguration her, in der die neue Primärdatenbank als Benutzer opc gehostet wird.

Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.
Starten Sie eine Befehlsshell des Root-Benutzers, und wechseln Sie dann zum Benutzer oracle.
```
$ sudo -s
# su - oracle
$
```
Starten Sie den Switchover zur Standbydatenbank.
```
$ dbaascli dataguard switchover --dbname <db-name>
```
In einem Setup mit mehreren Standbydatenbanken (Data Guard-Gruppe) wird empfohlen, das Argument --targetStandbyDBUniqueName anzugeben.
```
dbaascli dataguard switchover --dbname <db-name> --targetStandbyDBUniqueName <target-standby-DB-unique-name>
```
Kehren Sie als Benutzer root zurück.
```
$ exit
#
```
Beenden Sie die Befehlsshell des Root-Benutzers, und trennen Sie die Anmeldung bei der virtuellen Maschine.
```
# exit
$ exit
```

dbaascli dataguard prepareForStandby

Um eine Oracle Standbydatenbank zu erstellen, verwenden Sie den Befehl dbaascli dataguard prepareForStandby als ersten Schritt.

Führen Sie diesen Befehl als Benutzer root in der Primärdatenbank aus. Am Ende der Befehlsausführung wird eine Standby-BLOB-Datei erstellt. Sie müssen diese Datei in das Standbydatenbanksystem kopieren, um mit dem Schritt configureStandby fortzufahren.

Hinweis: Bei Disaster-Recovery-(DR-)Konfigurationen auf Oracle Base Database Cloud@Customer müssen Sie Data Guard mit der Oracle Cloud Infrastructure-(OCI-)Konsole oder dem OCI-SDK einrichten. Das Utility dbaascli wird für diesen Anwendungsfall nicht unterstützt und darf nicht verwendet werden.

Syntax:

dbaascli dataguard prepareForStandby --dbname <value> --standbyDBUniqueName <value>  --standbyDBDomain | --noDBDomain  --standbyScanIPAddresses <Standby SCAN IP Addresses> [ --standbyScanPort ] [ --standbyServiceName ] [  -- primaryScanIPAddresses ] [ --primaryScanPort ] [--executePrereqs] [--resume [--sessionID <value>]] [--revert [--sessionID <value>]] [--waitForCompletion] [--skipDRConfiguration]

Parameter:

Parameter	Beschreibung
`--dbname`	Gibt den Oracle AI Database-Namen an.
`--standbyDBUniqueName`	Gibt den eindeutigen Namen der Standbydatenbank ein, für die die Primärdatenbank konfiguriert wird.
`--standbyDBDomain`	Gibt die Standby-Datenbankdomain an, für die die Primärdatenbank konfiguriert wird.
`--noDBDomain`	Gibt an, dass nicht der Datenbankdomainname für eine Standbydatenbank verwendet werden darf.
`--standbyScanIPAddresses`	Gibt eine durch Komma getrennte Anzahl von IP-Adressen an, die dem SCAN-Listener für die Standbydatenbank oder dem SCAN-Namen der Standbydatenbank entsprechen.
`--standbyScanPort`	Gibt die zugehörige SCAN-Portnummer der Standbydatenbank an.
`--standbyServiceName`	Gibt den Namen des Standby-Datenbankservice an, für den die Primärdatenbank konfiguriert wird.
`--primaryScanIPAddresses`	Gibt eine kommagetrennte Liste von IP-Adressen an, die dem SCAN-Listener für die Primärdatenbank oder dem SCAN-Namen der Primärdatenbank entsprechen.
`--primaryScanPort`	Gibt die zugehörige SCAN-Portnummer der Primärdatenbank an.
`--executePrereqs`	führt die Voraussetzungsprüfungen durch und meldet die Ergebnisse.
`--resume`	setzt den vorherigen Vorgang fort.
`--sessionID`	nimmt eine bestimmte Sitzung nach ihrer Kennung wieder auf.
`--revert`	Rollt den vorherigen Vorgang zurück.
`--waitForCompletion`	gibt an, ob gewartet werden soll, bis der Vorgang abgeschlossen ist. Setzen Sie diese Option auf `false`, wenn der Vorgang im Hintergrund ausgeführt werden soll. Gültige Werte: `true` oder `false`.
`--skipDRConfiguration`	Gibt an, ob die Disaster-Recovery-(DR-)Konfiguration im Rahmen des Standbydatenbanksetups übersprungen werden soll. Gültige Werte: `true` (DR-Konfiguration überspringen) oder `false` (DR konfigurieren).

Vorgang PrepareForStandby mit dem Utility dbaascli ausführen

Um die Primärdatenbank auf das Erstellen einer neuen Standbydatenbank vorzubereiten, verwenden Sie den Befehl dbaascli dataguard prepareForStandby.

Stellen Sie eine Verbindung zur virtuellen Maschine her, auf der die Primärdatenbank als Benutzer opc gehostet werden soll.

Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.
Starten Sie die Befehlsshell des Root-Benutzers.
```
$ sudo -s
```

Führen Sie den Befehl prepareForStandby aus. Geben Sie das SYS-Kennwort ein, wenn Sie dazu aufgefordert werden.

dbaascli dataguard prepareForStandby --dbName <db name> --standbyDBUniqueName <standby db unique name> --standbyDBDomain <standby db domain> --standbyScanIPAddresses  <comma-delimieted list of standby SCAN IP addresses> --primaryScanIPAddresses <comma-delimited list of primary SCAN IP addresses> --standbyScanPort <standby SCAN listener port>

Nach Abschluss zeigt der Befehl den Speicherort an, in dem die Standby-BLOB-Datei erstellt wird.

Beenden Sie die Befehlsshell des Root-Benutzers, und trennen Sie die Anmeldung bei der virtuellen Maschine.
```
#  exit
```

dbaascli dataguard configureStandby

Um eine neue Standbydatenbank zu erstellen, verwenden Sie den Befehl dbaascli dataguard configureStandby als zweiten Schritt nach dem Schritt prepareForStandby.

Führen Sie diesen Vorgang als Benutzer root im Standbycluster aus.

Syntax:

dbaascli dataguard configureStandby --dbname <value>  --oracleHome <value> | --oracleHomeName <value> --standbyDBUniqueName <value> [--standbyDBDomain <value>] | [--noDBDomain] --primaryScanIPAddresses <value> --primaryScanPort <value> --primaryServiceName <value> --protectionMode <value> --transportType <value> --activeDG <value> [--standbyBlobFromPrimary <value>] | [--standbyDBInfoJsonLocation <value>] [--standbyScanIPAddresses <value>] [--standbyScanPort <value>] [--standbySID <value>] [--nodeList <value>] [--skipAWRConfiguration] [--primaryDBOCID <value>] [--sgaSizeInMB <value>] [--pgaSizeInMB <value>] [--datafileDestination <value>] [--fraDestination <value>] [--redoLogDestination <value>] [--fraSizeInMB <value>] [--tdeKeyStoreType <value> [--tdeKeyOCID <value>]] [--tdeKeyOCID <value>] [--executePrereqs]  [--resume [--sessionID <value>]] | [--revert [--sessionID <value>]] --waitForCompletion <value>] [--enableFIPS <value>] [--skipDRConfiguration] [--okvServer <value> --okvAdminUserName <value> [--okvServerRestPort <value>]] [--okvWalletName <value>]

Parameter:

Parameter	Beschreibung
`--dbname`	Gibt den Oracle AI Database-Namen an.
`--oracleHome`	Gibt den Oracle Home-Pfad an.
`--oracleHomeName`	Gibt den Oracle Home-Namen an.
`--standbyDBUniqueName`	Gibt den eindeutigen Datenbanknamen für die Standbydatenbank ein.
`--standbyDBDomain`	Gibt die Standby-Datenbankdomain an, für die die Primärdatenbank konfiguriert wird.
`--noDBDomain`	Gibt an, dass nicht der Datenbankdomainname für eine Standbydatenbank verwendet werden darf.
`--primaryScanIPAddresses`	Gibt eine kommagetrennte Liste von IP-Adressen an, die dem SCAN-Listener für die Primärdatenbank oder dem SCAN-Namen der Primärdatenbank entsprechen.
`--primaryScanPort`	Gibt die entsprechende SCANNEN-Portnummer des Primärdatenbankservices an.
`--primaryServiceName`	Gibt den Namen des Primärdatenbankdienstes an, für den die Standbydatenbank konfiguriert wird.
`--protectionMode`	Gibt den Data Guard-Schutzmodus an, der beim Konfigurieren der Standbydatenbank festgelegt werden soll. Gültige Werte: `MAX_PERFORMANCE` oder `MAX_AVAILABILITY`.
`--transportType`	Gibt den Data Guard-Transporttyp an, der beim Konfigurieren der Standbydatenbank festgelegt werden soll. Gültige Werte: `ASYNC` oder `SYNC`.
`--activeDG`	Gibt an, ob die Data Guard-Konfiguration aktiv ist oder nicht. Gültige Werte: `true` oder `false`.
`--standbyBlobFromPrimary`	Legt den Speicherort der Standby-BLOB-Datei fest, die von der Primärdatenbank aus vorbereitet wird. Dies ist nur für Standbyvorgänge erforderlich.
`--standbyDBInfoJsonLocation`	Gibt den Speicherort der Informationsdatei an, die aus der Primärdatenbank für den Export zusätzlicher Metadaten generiert wird. Diese Option ist nur für Standbyvorgänge erforderlich.
`--standbyScanIPAddresses`	Gibt eine durch Komma getrennte Anzahl von IP-Adressen an, die dem SCAN-Listener für die Standbydatenbank oder dem SCAN-Namen der Standbydatenbank entsprechen.
`--standbyScanPort`	Gibt die zugehörige SCAN-Portnummer der Standbydatenbank an.
`--standbySID`	Gibt die Standbydatenbank-SID für eine Standby-Konfiguration an.
`--nodeList`	Gibt eine Liste der Knoten an, auf denen die Standbydatenbank ausgeführt werden soll, einschließlich Knoten, die bereits ausgeführt oder konfiguriert sind.
`--skipAWRConfiguration`	Gibt an, ob die Oracle AWR-Konfiguration im Rahmen des Setup der Standbydatenbank übersprungen werden soll. Gültige Werte: `true` (AWR-Konfiguration überspringen) oder `false` (AWR konfigurieren).
`--primaryDBOCID`	Gibt den Ressourcen-OCID-Wert für die Primärdatenbank an.
`--sgaSizeInMB`	Gibt den Wert `sga_target` in MB an.
`--pgaSizeInMB`	Gibt den Wert `pga_aggregate_target` in MB an.
`--datafileDestination`	Gibt den Speicherort an, der für Datenbank-Datendateien verwendet werden soll.
`--fraDestination`	Gibt den Speicherort an, der für den Fast Recovery-Bereich der Datenbank verwendet werden soll.
`--redoLogDestination`	Gibt das Speicherverzeichnis an, das für die Redo-Logdateien verwendet werden muss.
`--fraSizeInMB`	Gibt die Größe des Fast-Recovery-Bereichs in MB an.
`--tdeKeyStoreType`	Gibt den TDE-Keystore-Typ an. Gültige Werte: `FILE`, `KMS`, `AZURE`, `GOOGLE`, `AWS` oder `OKV`
`--tdeKeyOCID`	Gibt die Schlüssel-OCID `KMS`/`AZURE`/`GOOGLE`/`AWS` an, die für TDE verwendet werden soll. Gilt nur, wenn `KMS`/`AZURE`/`GOOGLE`/`AWS` für den TDE-Keystore-Typ ausgewählt ist.
`--executePrereqs`	führt die Voraussetzungsprüfungen durch und meldet die Ergebnisse.
`--resume`	setzt den vorherigen Vorgang fort.
`--sessionID`	nimmt eine bestimmte Sitzung nach ihrer Kennung wieder auf.
`--revert`	Rollt den vorherigen Vorgang zurück.
`--waitForCompletion`	gibt an, ob der Abschluss des Vorgangs gewartet werden soll. Setzen Sie diesen Wert auf `false`, wenn der Vorgang im Hintergrund ausgeführt werden soll. Gültige Werte: `true` oder `false`.
`--enableFIPS`	gibt an, ob FIPS aktiviert werden soll. Setzen Sie diese Eigenschaft auf `false`, um sie zu deaktivieren. Gültige Werte: `true` oder `false`.
`--skipDRConfiguration`	Gibt an, ob die Disaster-Recovery-(DR-)Konfiguration im Rahmen des Standbydatenbanksetups übersprungen werden soll. Gültige Werte: `true` (DR-Konfiguration überspringen) oder `false` (DR konfigurieren).
`--okvServer`	Legt den Oracle Key Vault-Server fest. Durch Komma getrennte Liste mit mehreren IP-Adressen.
`--okvAdminUserName`	Gibt den Oracle Key Vault-Admin-Benutzernamen an.
`--okvServerRestPort`	Gibt die REST-Portnummer für Oracle Key Vault an.
`--okvWalletName`	Gibt den Oracle Key Vault-Walletnamen an.

Vorgang configureStandby mit dem Utility dbaascli ausführen

Zum Erstellen einer Standbydatenbank verwenden Sie den Befehl dbaascli dataguard configureStandby.

Stellen Sie eine Verbindung zur virtuellen Maschine her, auf der die Standbydatenbank als Benutzer opc gehostet werden soll.

Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.
Starten Sie die Befehlsshell des Root-Benutzers.
```
$ sudo -s
```

Führen Sie den Befehl configureStandby aus.

dbaascli dataguard configureStandby --standbySID <standby SID> --activeDG <true|false> --dbName <db name> --standbyDBUniqueName <standby db unique name> --standbyScanName <comma-delimited list of standby SCAN IP addresses> --protectionMode <MAX_PERFORMANCE|MAX_AVAILABILITY> --standbyScanPort <standby SCAN port> --oracleHome <oracle home path> --standbyDBDomain <standby db domain name>. --primaryServiceName <primary db service name> --transportType <ASYNC|SYNC> --primaryScanPort <primary db SCAN port> --primaryScanIPAddresses <comma-delimited list primary db SCAN IP addresses> --standbyBlobFromPrimary <standby BLOB from primary>

Geben Sie die Kennwörter SYS, TDE und AWR der Primärdatenbank ein, wenn Sie dazu aufgefordert werden.

Nach erfolgreichem Abschluss des Befehls wird die Standbydatenbank gestartet und betriebsbereit.

dbaascli dataguard registerStandby

Um eine neu erstellte Standbydatenbank bei allen vorhandenen Standbydatenbanken und bei der Primärdatenbank zu registrieren, verwenden Sie den Befehl dbaascli dataguard registerStandby als dritten Schritt nach dem Schritt configureStandby.

Führen Sie diesen Befehl als Benutzer root im primären Cluster aus. Führen Sie außerdem in einem Setup mit mehreren Standbydatenbanken den Befehl auf allen Standbyclustern mit Ausnahme des neu erstellten Standbydatenbankclusters aus.

Syntax:

dbaascli dataguard registerStandby --dbname <value> --standbyDBUniqueName <value>  --standbyDBDomain <value> | --noDBDomain --standbyScanIPAddresses <value> [--standbyScanPort <value>] [--standbyServiceName <value>] [--executePrereqs] [--resume [--sessionID <value>]] | [--revert [--sessionID <value>]] [--waitForCompletion <value>]

Parameter:

Parameter	Beschreibung
`--dbname`	Gibt den Oracle AI Database-Namen an.
`--standbyDBUniqueName`	Gibt den eindeutigen Datenbanknamen der Standbydatenbank an, die bei der Oracle Data Guard-Brokerkonfiguration registriert werden soll.
`--standbyDBDomain`	Gibt die Standby-Datenbankdomain an, für die die Primärdatenbank konfiguriert wird.
`--noDBDomain`	Gibt an, dass nicht der Datenbankdomainname für eine Standbydatenbank verwendet werden darf.
`--standbyScanIPAddresses`	Gibt eine durch Komma getrennte Anzahl von IP-Adressen an, die dem SCAN-Listener für die Standbydatenbank oder dem SCAN-Namen der Standbydatenbank entsprechen.
`--standbyScanPort`	Gibt die zugehörige SCAN-Portnummer der Standbydatenbank an.
`--standbyServiceName`	Gibt den Namen des Standby-Datenbankservice an, für den die Primärdatenbank konfiguriert wird.
`--executePrereqs`	führt die Voraussetzungsprüfungen durch und meldet die Ergebnisse.
`--resume`	setzt den vorherigen Vorgang fort.
`--sessionID`	nimmt eine bestimmte Sitzung nach ihrer Kennung wieder auf.
`--revert`	Rollt den vorherigen Vorgang zurück.
`--waitForCompletion`	gibt an, ob gewartet werden soll, bis der Vorgang abgeschlossen ist. Setzen Sie diesen Wert auf `false`, wenn der Vorgang im Hintergrund ausgeführt werden soll. Gültige Werte: `true` oder `false`.

Vorgang registerStandby mit dem Utility dbaascli ausführen

Um die angegebene Standbydatenbank bei der Oracle Data Guard Broker-Konfiguration zu registrieren, verwenden Sie den Befehl dbaascli dataguard registerStandby.

Bei einzelnen Standby-Anwendungsfällen darf der Befehl registerStandby nur auf dem primären Cluster ausgeführt werden, da eine Eins-zu-Eins-Verknüpfung zwischen der Primär- und der Standbydatenbank besteht.

In Konfigurationen mit mehreren Standbydatenbanken müssen Sie jedoch den Befehl registerStandby sowohl auf dem primären Cluster als auch auf allen vorhandenen Standbyclustern ausführen, ohne dass die neue Standbydatenbank hinzugefügt wird.

Beispiel: Ein Setup mit zwei Standbydatenbanken: stdby1 und stdby2, wobei stdby2 die neue zu registrierende Standbydatenbank ist. Führen Sie in diesem Fall den Befehl registerStandby im primären Cluster und auf stdby1 aus, nicht jedoch auf stdby2.

Wenn Sie eine neue Standbydatenbank zu einer vorhandenen Oracle Data Guard-Konfiguration hinzufügen, führen Sie zusammenfassend den Befehl registerStandby auf der Primärdatenbank und auf allen anderen zuvor registrierten Standbyclustern aus, mit Ausnahme der neuen Standbydatenbank, die hinzugefügt wird.

Stellen Sie als Benutzer opc eine Verbindung zum primären Cluster der Data Guard-Konfiguration her.

Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.
Starten Sie die Befehlsshell des Root-Benutzers.
```
$ sudo -s
```
Führen Sie den Befehl registerStandby aus.
```
dbaascli dataguard registerStandby --dbname <db-name> --standbyDBUniqueName <standby-DB-unique-name> --standbyDBDomain <standby-DB-domain>
```
Nach erfolgreichem Abschluss des Befehls wird die angegebene Standbydatenbank bei der Oracle Data Guard Broker-Konfiguration registriert.
Wiederholen Sie die Schritte 1 bis 3, wie im primären Cluster ausgeführt, auf allen vorhandenen Standbyclustern in der Oracle Data Guard Broker-Konfiguration, mit Ausnahme des zu registrierenden Clusters.

dbaascli dataguard deregisterStandby

Führen Sie beim Löschen der Standbydatenbank den Befehl dbaascli dataguard deregisterStandby aus, bevor Sie die Datenbank im Standbycluster löschen, um die Registrierung der Standbydatenbank bei der Oracle Data Guard Broker-Konfiguration aufzuheben.

Führen Sie diesen Befehl als Benutzer root im primären Cluster aus. Im Kontext mehrerer Standbydatenbanken muss dieser Befehl jedoch auf allen Standbyclustern mit Ausnahme der Ziel-Standbydatenbank ausgeführt werden.

Syntax:

dbaascli dataguard deregisterStandby --dbname <value> --standbyDBUniqueName <value> [--executePrereqs] [--resume [--sessionID <value>]] [--waitForCompletion <value>]

Parameter:

Parameter	Beschreibung
`--dbname`	Gibt den Oracle AI Database-Namen an.
`--standbyDBUniqueName`	Gibt den eindeutigen Datenbanknamen der Standbydatenbank an, deren Registrierung in der Oracle Data Guard-Brokerkonfiguration aufgehoben werden soll.
`--executePrereqs`	führt die Voraussetzungsprüfungen durch und meldet die Ergebnisse.
`--resume`	setzt den vorherigen Vorgang fort.
`--sessionID`	nimmt eine bestimmte Sitzung nach ihrer Kennung wieder auf.
`--waitForCompletion`	gibt an, ob gewartet werden soll, bis der Vorgang abgeschlossen ist. Setzen Sie diese Option auf `false`, um den Vorgang im Hintergrund auszuführen. Gültige Werte: `true` oder `false`.

Vorgang deregisterStandby mit dem Utility dbaascli ausführen

Bei einzelnen Standby-Anwendungsfällen darf der Befehl deregisterStandby nur auf dem primären Cluster ausgeführt werden, da eine Eins-zu-Eins-Verknüpfung zwischen der Primär- und der Standbydatenbank besteht.

In Konfigurationen mit mehreren Standbydatenbanken müssen Sie jedoch den Befehl deregisterStandby sowohl auf dem primären Cluster als auch auf allen vorhandenen Standbyclustern ausführen, ohne die Standbydatenbank, die derzeit abgemeldet wird.

Beispiel: Ein Setup mit zwei Standbydatenbanken: stdby1 und stdby2, wobei die Registrierung von stdby2 aufgehoben werden soll. Führen Sie in diesem Fall den Befehl deregisterStandby im primären Cluster und auf stdby1 aus, nicht jedoch auf stdby2.

Wenn Sie eine Standbydatenbank aus einer vorhandenen Oracle Data Guard-Konfiguration löschen, führen Sie zusammenfassend den Befehl deregisterStandby auf der Primärdatenbank und auf allen anderen vorhandenen Standbyclustern aus, bevor Sie den Datenbankvorgang auf dem gewünschten Standbycluster löschen.

Stellen Sie als Benutzer opc eine Verbindung zum primären Cluster der Oracle Data Guard-Konfiguration her.

Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.
Starten Sie die Befehlsshell des Root-Benutzers.
```
$ sudo -s
```
Führen Sie den Befehl deregisterStandby aus.
```
dbaascli dataguard deregisterStandby --dbname <db-name> --standbyDBUniqueName <standby-DB-unique-name>
```
Nach erfolgreichem Abschluss des Befehls wird die Registrierung der angegebenen Standbydatenbank von der Oracle Data Guard Broker-Konfiguration aufgehoben (entfernt).
Wiederholen Sie die Schritte 1 bis 3, wie auf dem primären Cluster ausgeführt, auf allen vorhandenen Standbyclustern in der Oracle Data Guard Broker-Konfiguration, mit Ausnahme des Clusters, das abgemeldet wird.

dbaascli dataguard configureAWR

Um die Automatic Workload Repository-(AWR-)Konfiguration in der Active Data Guard-Standbydatenbank zu aktivieren oder zu deaktivieren, verwenden Sie den Befehl dbaascli dataguard configureAWR.

Führen Sie diesen Befehl als Benutzer root im Active Data Guard-Standbycluster aus, in dem Sie die AWR-Konfiguration aktivieren oder deaktivieren möchten. Verwenden Sie diesen Befehl, wenn AWR während des Standbyadditionsprozesses nicht konfiguriert wurde.

Syntax:

dbaascli dataguard configureAWR --dbname <value> { --action <value> | --enable | --disable } [--executePrereqs] [--resume [--sessionID <value>]]

Parameter:

Parameter	Beschreibung
`--dbname`	Gibt den Oracle AI Database-Namen an.
`--action`	gibt an, ob AWR aktiviert oder deaktiviert werden soll Verwenden Sie `--action enable`, um AWR zu aktivieren, und `--action disable`, um es zu deaktivieren. Das Argument `--action` wird aus Gründen der Abwärtskompatibilität beibehalten. Es wird jedoch empfohlen, `--enable` oder `--disable` zu verwenden, da sie die gleiche Funktionalität bieten, jedoch expliziter sind.
`--executePrereqs`	führt die Voraussetzungsprüfungen durch und meldet die Ergebnisse.
`--resume`	setzt den vorherigen Vorgang fort.
`--sessionID`	nimmt eine bestimmte Sitzung nach ihrer Kennung wieder auf.

Vorgang configureAWR mit dem Utility dbaascli ausführen

Um AWR in einer ADG-Standbydatenbank zu konfigurieren, verwenden Sie den Befehl dbaascli dataguard configureAWR.

Stellen Sie eine Verbindung zur virtuellen Maschine her, auf der Ihre ADG-Standbydatenbank als Benutzer opc gehostet wird.

Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.
Starten Sie die Befehlsshell des Root-Benutzers.
```
$ sudo -s
```
Führen Sie den Befehl configureAWR aus.

Um AWR zu aktivieren, führen Sie folgenden Befehl aus:
```
$ dbaascli dataguard configureAWR --dbname <db-name> --enable
```
Um AWR zu deaktivieren, führen Sie folgenden Befehl aus:
```
$ dbaascli dataguard configureAWR --dbname <db-name> --disable
```
Geben Sie die Kennwörter SYS und AWR ein, wenn Sie dazu aufgefordert werden.

Nach erfolgreichem Abschluss des Befehls wäre die ADG-Standbydatenbank mit AWR konfiguriert worden

dbaascli dataguard updateConfiguration

Um den Transportmodus oder den Schutzmodus oder beide Parameter einer Data Guard-Umgebung zu aktualisieren, verwenden Sie den Befehl dbaascli dataguard updateConfiguration.

Führen Sie diesen Vorgang als Benutzer root aus.

Wenn der Befehl "Transportmodus aktualisieren" auf der Primärdatenbank ausgeführt wird, wird nur der Transportmodus der Primärdatenbank aktualisiert. Um den Transportmodus einer Standbydatenbank zu aktualisieren, muss der Befehl separat in dieser Standbydatenbank ausgeführt werden.

Wenn der Befehl für den Aktualisierungsschutzmodus hingegen auf der Primärdatenbank ausgeführt wird, wird der Schutzmodus sowohl für die Primär- als auch für die Standbydatenbank aktualisiert. Der Schutzmodus kann auch von der Standby-Seite aus aktualisiert werden. In diesem Fall werden sowohl die Primär- als auch die Standby-Datenbank aktualisiert.

Beim Aktualisieren des Transport- oder Schutzmodus von der Primärdatenbank prüft das System die aktuellen Modi sowohl in der Primär- als auch in der Standbydatenbank und fährt nur dann mit der Aktualisierung fort, wenn alle erforderlichen Bedingungen erfüllt sind.

Syntax:

dbaascli dataguard updateConfiguration --dbname <value> [--protectionMode <value>] [--transportType <value>] [--standbyDGType <value>] [--executePrereqs] [--resume [--sessionID <value>]] [--waitForCompletion <value>]

Parameter:

Parameter	Beschreibung
`--dbname`	Gibt den Oracle AI Database-Namen an.
`--protectionMode`	Gibt den Data Guard-Schutzmodus an, der beim Konfigurieren der Standbydatenbank festgelegt werden soll. Gültige Werte: `MAX_PERFORMANCE` oder `MAX_AVAILABILITY`.
`--transportType`	Gibt den Data Guard-Transporttyp an, der beim Konfigurieren der Standbydatenbank festgelegt werden soll. Gültige Werte: `ASYNC` oder `SYNC`.
`--standbyDGType`	Gibt den festzulegenden Data Guard-Typ der Standbydatenbank an. Gültige Werte: `ADG` oder `DG`.
`--executePrereqs`	führt die Voraussetzungsprüfungen durch und meldet die Ergebnisse.
`--resume`	setzt den vorherigen Vorgang fort.
`--sessionID`	nimmt eine bestimmte Sitzung nach ihrer Kennung wieder auf.
`--waitForCompletion`	gibt an, ob der Abschluss des Vorgangs gewartet werden soll. Setzen Sie diese Option auf `false`, wenn der Vorgang im Hintergrund ausgeführt werden soll. Gültige Werte: `true` oder `false`.

Vorgang updateConfiguration mit dem Utility dbaascli ausführen

Um Transportmodus und Schutzmodus oder beide Parameter zu aktualisieren, verwenden Sie den Befehl dbaascli dataguard updateConfiguration.

Stellen Sie eine Verbindung zur virtuellen Maschine her, auf der Ihre ADG-Standbydatenbank als Benutzer opc gehostet wird.

Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.
Starten Sie die Befehlsshell des Root-Benutzers.
```
$ sudo -s
```
Führen Sie den Befehl updateConfiguration aus.
```
$ dbaascli dataguard updateConfiguration --dbname <db-name> --protectionMode MAX_PERFORMANCE|MAX_AVAILABILITY --transportType ASYNC|SYNC --standbyDGType ADG|DG.
```
Nach erfolgreichem Abschluss des Befehls wird das angegebene Data Guard mit dem angegebenen Transportmodus oder Schutzmodus konfiguriert.