1. Stellen Sie als Benutzer opc eine Verbindung zur virtuellen Maschine her.

   Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.

2. Starten Sie eine Befehlsshell mit dem Benutzer root:

   sudo -s

3. Führen Sie den folgenden Befehl aus:

   dbaascli database create --dbName database name --oracleHome Oracle Home Path --executePrereqs

   Dabei gilt:

   • --dbName gibt den Namen der Datenbank an.
   • --oracleHome gibt das Oracle Home-Verzeichnis an.
4. Beenden Sie die Befehlsshell des Benutzers root:

   exit

   Weitere Einzelheiten zu erweiterten unterstützten Optionen finden Sie unter dbaascli database create.

So patchen Sie ein Oracle Home (dbhome):

1. Stellen Sie als Benutzer opc eine Verbindung zur virtuellen Maschine her.

   Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.

2. Starten Sie eine Befehlsshell mit dem Benutzer root:

   sudo -s

3. Führen Sie den folgenden Befehl aus:

   dbaascli dbhome patch --oracleHome dbhome_path --targetVersion Oracle_Database_version

   Dabei gilt:

   • --oracleHome gibt den Pfad des zu patchenden Oracle Homes an.
   • --targetVersion gibt die zu patchende Oracle Database-Zielversion als fünf durch Punkte getrennte numerische Segmente an (Beispiel: 19.12.0.0.0).
   Beispiel:

   dbaascli dbhome patch --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --targetVersion 19.9.0.0.0

4. Beenden Sie die Befehlsshell des Benutzers root:

   exit

   Weitere Einzelheiten zu erweiterten unterstützten Optionen finden Sie unter dbaascli dbHome patch.

Nachdem der Datenbankverschiebevorgang abgeschlossen ist, wird die Datenbank mit der Oracle Database-Softwareversion des Ziel-Oracle Homes ausgeführt.

So patchen Sie eine Datenbank durch Verschieben in ein anderes Oracle Home:

1. Stellen Sie als Benutzer opc eine Verbindung zur virtuellen Maschine her.

   Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.

2. Starten Sie eine Befehlsshell mit dem Benutzer root:

   sudo -s

3. Führen Sie den folgenden Befehl aus:

   dbaascli database move --oracleHome path_to_target_oracle_home --dbname database_name

   Dabei gilt:

   • --oracleHome gibt den Pfad des Ziel-Oracle Homes an, das die gewünschte Oracle Database-Softwareversion verwendet. Beachten Sie, dass das Ziel-Oracle Home in Ihrem System vorhanden sein muss, bevor Sie den Befehl database move verwenden.
   • --dbname gibt den Namen der zu verschiebenden Datenbank an.
   Beispiel:

   dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --dbname xyz

4. Beenden Sie die Befehlsshell des Benutzers root:

   exit

   Weitere Einzelheiten zu erweiterten unterstützten Optionen finden Sie unter dbaascli database move.

Sie können Oracle Grid Infrastructure auch patchen, indem Sie zunächst ein gepatchtes Softwareimage erstellen und dann dieses Image für den Patching-Vorgang verwenden. Dies bietet den Vorteil, dass ein Image im Voraus außerhalb des Patching-Fensters erstellt werden kann. Diese Vorgehensweise hilft auch bei der Konfliktauflösung, da Konflikte zwischen den Patches während des Imageerstellungsprozesses hervorgehoben werden, ohne dass dies Auswirkungen auf das Patching-Fenster hat.

1. Stellen Sie als Benutzer opc eine Verbindung zur virtuellen Maschine her.

   Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.

2. Starten Sie eine Befehlsshell mit dem Benutzer root:

   sudo -s

3. Führen Sie den folgenden Befehl aus:

   dbaascli dbhome patch --oracleHome dbhome_path --targetVersion Oracle_Database_version --executePrereqs

   Dabei gilt:

   • --oracleHome gibt den Pfad des vorab zu prüfenden Oracle Homes an.
   • --targetVersion gibt die zu patchende Oracle Database-Zielversion als fünf durch Punkte getrennte numerische Segmente an (Beispiel: 19.12.0.0.0).
4. Beenden Sie die Befehlsshell des Benutzers root:

   exit

1. Stellen Sie als Benutzer opc eine Verbindung zur virtuellen Maschine her.

   Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.

2. Starten Sie eine Befehlsshell mit dem Benutzer root:

   sudo -s

3. Führen Sie den folgenden Befehl aus:

   dbaascli database move --oracleHome path_to_target_oracle_home --dbname database_name --executePrereqs

   Dabei gilt:

   • --oracleHome gibt den Pfad des Ziel-Oracle Homes an, das die gewünschte Oracle Database-Softwareversion verwendet. Beachten Sie, dass das Ziel-Oracle Home in Ihrem System vorhanden sein muss, bevor Sie den Befehl database move verwenden.
   • --dbname gibt den Namen der zu verschiebenden Datenbank an.
4. Beenden Sie die Befehlsshell des Benutzers root:

   exit

1. Stellen Sie als Benutzer opc eine Verbindung zur virtuellen Maschine her.

   Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.

2. Starten Sie eine Befehlsshell mit dem Benutzer root:

   sudo -s

3. Führen Sie den folgenden Befehl aus:

   dbaascli grid patch --targetVersion target_software_version_number --executePrereqs

   Dabei gibt --targetVersion die Zielversion der Software, auf die Oracle Grid Infrastructure gepatcht wird, als fünf durch Punkte getrennte numerische Segmente an. Beispiel: 19.12.0.0.0

4. Beenden Sie die Befehlsshell des Benutzers root:

   exit

1. Stellen Sie als Benutzer opc eine Verbindung zur virtuellen Maschine her.

   Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.

2. Starten Sie eine Befehlsshell mit dem Benutzer root:

   sudo -s

3. Führen Sie den ursprünglichen Patching-Befehl aus, um einen Patching-Vorgang fortzusetzen:
   Beispiel:

   dbaascli dbhome patch --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --targetVersion 19.9.0.0.0 --resume

4. Beenden Sie die Befehlsshell des Benutzers root:

   exit

1. Stellen Sie als Benutzer opc eine Verbindung zur virtuellen Maschine her.

   Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.

2. Starten Sie eine Befehlsshell mit dem Benutzer root:

   sudo -s

3. Führen Sie den ursprünglichen Patching-Befehl aus, um einen Patching-Vorgang zurückzusetzen (Rollback):
   Beispiel:

   dbaascli grid patch --targetVersion 19.11.0.0.0 --rollback

   Hinweis
   
   

   • Resume- und Rollback-Vorgänge werden für Oracle Home-Patching, Oracle Grid Infrastructure-Patching und Datenbankverschiebevorgänge unterstützt.
   • Wenn Sie einen Patching-Vorgang fortsetzen oder zurücksetzen, müssen Sie den entsprechenden Befehl auf demselben Knoten ausführen, auf dem der ursprüngliche Patching-Befehl ausgeführt wurde. Außerdem müssen Sie den ursprünglichen Befehl mit dem Flag --resume oder --rollback ausführen.
4. Beenden Sie die Befehlsshell des Benutzers root:

   exit

Voraussetzungen

Führen Sie den Befehl als Benutzer root aus.

Um das Utility verwenden zu können, müssen Sie eine Verbindung zu einer virtuellen Exadata Database Service on Cloud@Customer-Maschine herstellen.

Siehe Verbindung zu einer virtuelle Maschine mit SSH herstellen.

Syntax

dbaascli admin updateStack 
[--resume]
[--prechecksOnly]
[--nodes]

Häufig gestellte Fragen

F: Wofür wird der Befehl dbaascli admin updateStack verwendet?

A: Mit dem Befehl dbaascli admin updateStack wird ein dbaastools-RPM auf Exadata Cloud Infrastructure installiert oder aktualisiert.

F: Welche Voraussetzungen sind für die Verwendung des Befehls dbaascli admin updateStack erforderlich?

A: Sie müssen den Befehl als Root-Benutzer ausführen und eine Verbindung zu einer virtuellen Exadata Cloud Infrastructure-Maschine herstellen.

F: Was macht die Option --resume?

A: Die Option --resume setzt die vorherige Ausführung des Befehls updateStack fort, wenn er unterbrochen oder unvollständig war.

F: Wozu dient die Option --prechecksOnly?

A: Die Option --prechecksOnly führt nur die Vorabprüfungen für den Vorgang aus, ohne die Installation oder das Update tatsächlich auszuführen.

F: Wie wird der Parameter --nodes verwendet?

A: Der Parameter --nodes gibt eine durch Komma getrennte Liste von Knoten an, auf denen RPM installiert werden soll. Falls nicht angegeben, wird das RPM auf allen Clusterknoten installiert.

F: Wie gehe ich vor, wenn Probleme mit dem Befehl dbaascli admin updateStack auftreten?

A: Stellen Sie sicher, dass Sie den Befehl als Root-Benutzer ausführen und mit einer virtuellen Exadata Cloud Infrastructure-Maschine verbunden sind. Prüfen Sie, ob spezifische Fehlermeldungen vorliegen, und konsultieren Sie bei Bedarf die Befehlsdokumentation oder den Oracle-Support.

F: Wie stelle ich eine Verbindung zu einer virtuellen Exadata Cloud Infrastructure-Maschine her, um den Befehl "dbaascli admin updateStack" zu verwenden?

A: Sie müssen SSH verwenden, um eine Verbindung zur virtuellen Maschine herzustellen. Ausführliche Anweisungen finden Sie in der Dokumentation im Abschnitt "Verbindung zu einer virtuellen Maschine mit SSH herstellen".

Beispielanwendungsfälle

Beispiel 1: Installieren oder Aktualisieren von dbaastools RPM auf allen Knoten

dbaascli admin updateStack

Installiert oder aktualisiert den RPM dbaastools auf allen Knoten der Exadata Cloud@Customer-Umgebung.

Beispiel 2: Vorabprüfungen nur vor der Installation oder Aktualisierung des RPM ausführen

dbaascli admin updateStack --prechecksOnly

Führt nur die Vorabprüfungen für das RPM-Update dbaastools aus, ohne die Installation tatsächlich auszuführen. Es stellt sicher, dass alle Voraussetzungen erfüllt sind, bevor Sie mit dem Update fortfahren.

Beispiel 3: Fortsetzen eines zuvor unterbrochenen updateStack-Vorgangs

dbaascli admin updateStack --resume

Setzt einen vorherigen dbaastools RPM-Aktualisierungsvorgang fort, der unterbrochen wurde oder nicht erfolgreich abgeschlossen wurde.

Beispiel 4: Installieren oder Aktualisieren von dbaastools auf bestimmten Knoten

dbaascli admin updateStack --nodes node1,node2

Installiert oder aktualisiert den RPM dbaastools nur auf den angegebenen Knoten node1 und node2, ohne dass sich dies auf andere Knoten im Cluster auswirkt.

Beispiel 5: updateStack-Prozess auf bestimmten Knoten fortsetzen

dbaascli admin updateStack --resume --nodes node3,node4

Setzt den Aktualisierungsprozess für dbaastools nur auf den spezifischen Knoten node3 und node4 fort, wenn die vorherige Ausführung unterbrochen wurde.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Um das Utility verwenden zu können, müssen Sie eine Verbindung zu einer virtuellen Exadata Cloud@Customer-Maschine herstellen.

Siehe Verbindung zu einer virtuelle Maschine mit SSH herstellen.

Syntax

dbaascli job getStatus --jobID

Häufig gestellte Fragen

F: Wofür wird der Befehl dbaascli job getStatus verwendet?

A: Mit dem Befehl dbaascli job getStatus wird der Status angezeigt

Beispielanwendungsfälle

Beispiel 1: Status eines bestimmten Jobs mit Job-ID prüfen

dbaascli job getStatus --jobID 12345

Prüft den Status des Jobs mit der ID 12345. In der Ausgabe wird der aktuelle Status des Jobs angezeigt (z.B. "In Bearbeitung", "Abgeschlossen" oder "Nicht erfolgreich").

Beispiel 2: Status eines Patching-Jobs mit Job-ID prüfen

dbaascli job getStatus --jobID 98765

Ruft den Status eines Patching-Jobs mit der ID 98765 ab, um festzustellen, ob der Patch erfolgreich eingespielt wurde oder noch ausgeführt wird.

Beispiel 3: Status eines Datenbankbackupjobs prüfen

dbaascli job getStatus --jobID 45678

Prüft den Status eines Datenbankbackupjobs mit der ID 45678. Die Ausgabe enthält Details zum Fortschritt oder Abschluss des Backups.

Beispiel 4: Fortschritt eines Jobs mit langer Ausführungszeit prüfen

dbaascli job getStatus --jobID 23456

Prüfen Sie den Fortschritt eines Jobs mit langer Ausführungszeit (ID 23456), um festzustellen, ob dieser noch ausgeführt wird oder abgeschlossen ist.

Beispiel 5: Status eines Jobs zur Datenbankerstellung anzeigen

dbaascli job getStatus --jobID 67890

Prüft den Status eines Datenbankerstellungsjobs, der mit der Job-ID 67890 identifiziert wird.

Voraussetzungen

Führen Sie den Befehl als Benutzer root aus.

Um das Utility verwenden zu können, müssen Sie eine Verbindung zu einer virtuellen Exadata Cloud@Customer-Maschine herstellen.

Siehe Verbindung zu einer virtuelle Maschine mit SSH herstellen.

Syntax

dbaascli cpuscale get_status

Häufig gestellte Fragen

F: Wofür wird der Befehl dbaascli cpuscale get_status verwendet?

A: Mit dem Befehl dbaascli cpuscale get_status wird der Status der aktuellen oder letzten CPU-Skalierungsanforderung geprüft, insbesondere wenn die Netzwerkverbindung zwischen dem Control-Plane-Server und der OCI-Region unterbrochen ist.

F: Welche Voraussetzungen sind für die Verwendung des Befehls dbaascli cpuscale get_status erforderlich?

A: Sie müssen den Befehl als Benutzer root ausführen und eine Verbindung zu einer virtuellen Exadata Cloud@Customer-Maschine herstellen.

F: Wie gehe ich vor, wenn Probleme beim Ausführen des Befehls dbaascli cpuscale get_status auftreten?

A: Stellen Sie sicher, dass Sie den Befehl als Benutzer root ausführen und mit einer virtuellen Exadata Cloud@Customer-Maschine verbunden sind. Wenn weiterhin Probleme auftreten, lesen Sie die Befehlsdokumentation, oder wenden Sie sich an Oracle.

F: Was ist, wenn der Befehl einen Fehlerstatus anzeigt?

A: Wenn der Befehl einen Fehlerstatus anzeigt, prüfen Sie die detaillierten Logs auf Fehlermeldungen und beheben Sie die Fehlerbehebung basierend auf dem spezifischen Fehler. Möglicherweise müssen Sie Netzwerkprobleme beheben oder die Skalierungsanforderungsdetails prüfen.

Beispielanwendungsfälle

Beispiel 1: Status des letzten CPU-Skalierungsvorgangs prüfen

dbaascli cpuscale get_status

Prüft den Status der aktuellen oder letzten CPU-Skalierungsanforderung. Sie enthält Informationen darüber, ob die Skalierung geplant ist, ausgeführt wird oder erfolgreich oder nicht erfolgreich abgeschlossen wurde.

Beispiel 2: Status prüfen, nachdem eine Skalierungsanforderung nicht erfolgreich war

Ein Skalierungsvorgang wurde angefordert, es sind jedoch Netzwerkprobleme zwischen dem Control-Plane-Server und der OCI-Region aufgetreten.

dbaascli cpuscale get_status

Prüft den Status der Skalierungsanforderung. Da der Skalierungsprozess aufgrund von Netzwerkproblemen nicht erfolgreich war, enthält die Ausgabe Details zum Fehlerstatus.

Beispiel 3: Status bei laufender Skalierung prüfen

Ein CPU-Skalierungsvorgang läuft, und der Benutzer möchte seinen Fortschritt überwachen.

dbaascli cpuscale get_status

Prüft den aktuellen Status und zeigt an, dass die Skalierungsanforderung den Status "Wird ausgeführt" aufweist. Der Benutzer kann den Vorgang verfolgen, bis er abgeschlossen ist oder fehlschlägt.

Beispiel 4: Status nach erfolgreichem Skalierungsabschluss prüfen

Ein Skalierungsvorgang wurde ausgeführt und erfolgreich abgeschlossen.

dbaascli cpuscale get_status

Prüft den Status und bestätigt, dass der Skalierungsvorgang erfolgreich abgeschlossen wurde. Er meldet den endgültigen Zustand als "Erfolg".

Voraussetzungen

Um OCPUs in einem VM-Cluster im Offlinemodus vertikal oder horizontal zu skalieren, ändern Sie die CPU-Coreanzahl für das Cluster, indem Sie die Befehle dbaascli cpuscale update und dbaascli cpuscale get_status von einem beliebigen Knoten innerhalb des VM-Clusters ausführen. Wenn mehrere VM-Cluster vorhanden sind, führen Sie einen separaten Befehl von einem beliebigen Knoten in jedem VM-Cluster aus, das Sie vertikal oder horizontal skalieren möchten. Diese Befehle funktionieren nicht, wenn sie im normalen verbundenen Modus abgesetzt werden, und werden nach 600 Sekunden (10 Minuten) durch Timeout abgebrochen.

Führen Sie den Befehl als Benutzer root aus.

Um das Utility verwenden zu können, müssen Sie eine Verbindung zu einer virtuellen Exadata Cloud@Customer-Maschine herstellen.

Siehe Verbindung zu einer virtuelle Maschine mit SSH herstellen.

Syntax

Exadata Database Service on Cloud@Customer wird als offline betrachtet, wenn die Konnektivität mit der DBaaS-Control Plane, die auf Oracle Cloud Infrastructure (OCI) ausgeführt wird, nicht mehr besteht.

dbaascli cpuscale update --coreCount coreCount --message message

Häufig gestellte Fragen

F: Wofür wird der Befehl dbaascli cpuscale update verwendet?

A: Mit dem Befehl dbaascli cpuscale update wird die CPU-Coreanzahl für eine virtuelle Maschine in einem VM-Cluster vertikal skaliert, wenn die Netzwerkverbindung zwischen dem Control-Plane-Server und Oracle Cloud Infrastructure (OCI) unterbrochen ist.

F: Welche Voraussetzungen sind für die Verwendung des Befehls dbaascli cpuscale update erforderlich?

A: Bevor Sie diesen Befehl verwenden, stellen Sie sicher, dass Sie ihn im getrennten Modus ausführen, was bedeutet, dass die Konnektivität mit der Control Plane DBaaS auf OCI verloren geht. Führen Sie den Befehl von einem beliebigen Knoten im VM-Cluster aus. Beachten Sie, dass bei Verwendung im verbundenen Modus nach 600 Sekunden (10 Minuten) ein Timeout auftritt. Der Befehl muss als Root-Benutzer ausgeführt werden.

F: Wie stelle ich eine Verbindung zu einer virtuellen Maschine her, um diesen Befehl zu verwenden?

A: Um den Befehl dbaascli cpuscale update zu verwenden, müssen Sie mit SSH eine Verbindung zu einer virtuellen Exadata Cloud@Customer-Maschine herstellen. Weitere Informationen finden Sie unter "Verbindung zu einer virtuellen Maschine mit SSH herstellen".

F: Was gibt die Option --coreCount im Befehl an?

A: Die Option --coreCount gibt die Zielanzahl von CPUs an, die Sie für jede VM im Cluster vertikal oder horizontal skalieren möchten.

F: Kann ich eine Nachricht mit dem Befehl dbaascli cpuscale update aufnehmen?

A: Ja, Sie können eine optionale Meldung zur Referenzierung mit der Option --message aufnehmen.

F: Wie überprüfe ich den Status eines CPU-Skalierungsvorgangs?

A: Um den Status eines CPU-Skalierungsvorgangs zu prüfen, verwenden Sie den Befehl dbaascli cpuscale get_status. Dies sollte auch von einem beliebigen Knoten innerhalb des VM-Clusters ausgeführt werden.

F: Was geschieht, wenn ich den Befehl dbaascli cpuscale update im verbundenen Modus ausführe?

A: Der Befehl funktioniert nicht im verbundenen Modus und wird nach 600 Sekunden (10 Minuten) beendet. Es sollte nur im getrennten Modus verwendet werden.

F: Wie skaliere ich CPU-Cores für mehrere VM-Cluster?

A: Wenn mehrere VM-Cluster vorhanden sind, müssen Sie den Befehl dbaascli cpuscale update separat von einem beliebigen Knoten in jedem VM-Cluster ausführen, das Sie nach oben oder unten skalieren möchten.

Beispielanwendungsfälle

Beispiel 1: CPU-Cores auf 20 skalieren

Das VM-Cluster wird mit 16 Kernen ausgeführt, und Sie möchten es auf 20 erhöhen.

dbaascli cpuscale update --coreCount 20 --message "Scaling up for increased demand"

Skaliert die Anzahl der CPU-Cores auf bis zu 20 und enthält die Meldung "Skalierung für erhöhten Bedarf" als Referenz.

Beispiel 2: CPU-Cores auf 8 herunterskalieren

Das VM-Cluster verwendet derzeit 12 Kerne, aber Sie möchten die Anzahl auf 8 reduzieren, um Ressourcen zu sparen.

dbaascli cpuscale update --coreCount 8 --message "Reducing CPU for maintenance period"

Reduziert die Anzahl der CPU-Cores auf 8 und gibt eine Meldung als zukünftige Referenz darüber an, warum der Skalierungsvorgang ausgeführt wurde.

Beispiel 3: CPU ohne Nachricht skalieren

Sie müssen die CPU-Cores von 32 auf 24 skalieren, es ist jedoch keine zusätzliche Meldung erforderlich.

dbaascli cpuscale update --coreCount 24

Mit diesem Befehl wird die Coreanzahl ohne Meldung auf 24 skaliert. Der Vorgang wird mit der Standardprotokollierung von Aktionen ausgeführt.

Beispiel 4: Status nach Skalierung der CPU prüfen

Nachdem Sie den Skalierungsbefehl ausgeführt haben, müssen Sie prüfen, ob das Update erfolgreich war.

dbaascli cpuscale get_status

Prüft den Status der aktuellen oder letzten Skalierungsanforderung, sodass Sie bestätigen können, ob die vertikale oder horizontale Skalierung erfolgreich war.

Beispiel 5: Es wird versucht, zu skalieren, wenn die VM bereits die maximale Anzahl an Cores erreicht hat

Das VM-Cluster hat bereits die maximal zulässigen CPU-Cores (48), es wird jedoch versucht, eine vertikale Skalierung vorzunehmen.

dbaascli cpuscale update --coreCount 50 --message "Attempt to scale beyond limit"

Fehler, da das VM-Cluster die maximal zulässigen Cores nicht überschreiten darf. Der Status spiegelt den Fehler wider, nachdem versucht wurde, auf 50 Kerne zu skalieren.

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli cswLib deleteLocal --imageTag <value>

Dabei gilt:

• --imageTag gibt das Oracle Home-Imagetag an.

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli cswlib deleteLocal?

A: Mit dem Befehl dbaascli cswlib deleteLocal wird ein lokales Oracle Home-Image aus dem System gelöscht.

F: Welche Voraussetzungen müssen für die Ausführung des Befehls dbaascli cswlib deleteLocal erfüllt sein?

A: Der Befehl muss als Benutzer root ausgeführt werden, um sicherzustellen, dass die erforderlichen Berechtigungen zum Löschen des lokalen Images verfügbar sind.

F: Wie gebe ich an, welches lokale Image gelöscht werden soll?

A: Geben Sie mit der Option --imageTag das Imagetag des Oracle Home an, das Sie löschen möchten.

F: Was stellt die Option --imageTag im Befehl dar?

A: Die Option --imageTag stellt die ID oder das Tag dar, die/das mit dem zu löschenden Oracle Home-Image verknüpft ist.

F: Kann ich mit diesem Befehl mehrere lokale Images gleichzeitig löschen?

A: Nein. Mit dem Befehl dbaascli cswlib deleteLocal können Sie jeweils nur ein lokales Image löschen, das durch das Imagetag angegeben wird.

F: Was geschieht, wenn ich den Befehl dbaascli cswlib deleteLocal ohne Angabe von --imageTag ausführe?

A: Der Befehl verläuft nicht erfolgreich, weil --imageTag erforderlich ist, um das zu löschende lokale Image zu identifizieren.

F: Ist es möglich, ein lokales Image wiederherzustellen, nachdem es mit diesem Befehl gelöscht wurde?

A: Nein, nachdem das lokale Image mit dem Befehl dbaascli cswlib deleteLocal gelöscht wurde, kann es nicht wiederhergestellt werden. Überprüfen Sie das Imagetag, bevor Sie fortfahren.

F: Wann muss ich den Befehl dbaascli cswlib deleteLocal verwenden?

A: Mit diesem Befehl können Sie ein nicht verwendetes oder veraltetes Oracle Home-Image aus dem lokalen System entfernen, um Speicherplatz freizugeben oder Ihre Umgebung zu bereinigen.

Voraussetzungen

Führen Sie den Befehl als Benutzer root aus.

Um das Utility verwenden zu können, müssen Sie eine Verbindung zu einer virtuellen Exadata Database Service on Cloud@Customer-Maschine herstellen.

Siehe Verbindung zu einer virtuelle Maschine mit SSH herstellen.

Syntax

dbaascli cswlib download --version | --imageTag
[--product]

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli cswlib download?

A: Mit dem Befehl dbaascli cswlib download können Sie verfügbare Softwareimages herunterladen und in Exadata Cloud Infrastructure verfügbar machen.

F: Welche Voraussetzungen sind für die Ausführung des Befehls dbaascli cswlib download erforderlich?

A: Sie müssen den Befehl als Benutzer root ausführen. Außerdem müssen Sie mit einer virtuellen Exadata Cloud Infrastructure-Maschine verbunden sein.

F: Wie stelle ich eine Verbindung zur virtuellen Maschine her, die für diesen Befehl erforderlich ist?

A: Sie müssen SSH verwenden, um eine Verbindung zur virtuellen Exadata Cloud Infrastructure-Maschine herzustellen. Ausführliche Anweisungen finden Sie in der Dokumentation unter "Verbindung zu einer virtuellen Maschine mit SSH herstellen".

F: Was gibt die Option --version im Befehl an?

A: Die Option --version gibt die Oracle Home-Imageversion an, die Sie herunterladen möchten.

F: Wie verwende ich die Option --imageTag im Befehl dbaascli cswlib download?

A: Mit der Option --imageTag wird das Imagetag des Softwareimages angegeben, das Sie herunterladen möchten.

F: Was ist der Zweck der Option --product im Befehl?

A: Die Option --product gibt den Typ des Images an, das Sie herunterladen möchten. Gültige Werte: database oder grid.

F: Kann ich sowohl Datenbank- als auch Rasterbilder gleichzeitig herunterladen?

A: Nein, Sie müssen entweder database oder grid mit der Option --product angeben, sodass jeder Downloadvorgang für einen Imagetyp spezifisch ist.

F: Was geschieht, wenn ich keine Version oder kein Imagetag spezifiziere?

A: Der Befehl schlägt wahrscheinlich fehl oder fordert Sie zur Eingabe der erforderlichen Informationen auf, da die Optionen --version oder --imageTag erforderlich sind, um das spezifische herunterzuladende Softwareimage zu identifizieren.

F: Muss sowohl --version als auch --imageTag gemeinsam angegeben werden?

A: Nein, Sie geben in der Regel entweder --version oder --imageTag an, je nachdem, wie Sie das herunterzuladende Image identifizieren möchten, aber nicht beides gleichzeitig.

F: Wann verwende ich den Befehl dbaascli cswlib download?

A: Mit diesem Befehl können Sie Oracle Home-Softwareimages für database- oder grid-Umgebungen in Ihrem Exadata Cloud Infrastructure-Setup herunterladen.

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli cswLib listLocal [--product <value>]

Dabei gilt:

• --product gibt den Oracle Home-Produkttyp an. Gültige Werte: database oder grid.

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli cswlib listLocal?

A: Mit dem Befehl dbaascli cswlib listLocal wird die Liste der lokal verfügbaren Datenbank- und Grid Infrastructure-Images auf Ihrem System angezeigt.

F: Welche Voraussetzungen müssen für die Ausführung des Befehls dbaascli cswlib listLocal erfüllt sein?

A: Der Befehl muss als Benutzer root ausgeführt werden, damit er über die erforderlichen Berechtigungen für den Zugriff und die Auflistung der verfügbaren Images verfügt.

F: Wie kann ich mit diesem Befehl angeben, welche Art von Bildern aufgelistet werden sollen?

A: Geben Sie mit der Option --product den Typ der Oracle Home-Images an, die Sie auflisten möchten. Die gültigen Werte sind database oder grid.

F: Was stellt die Option --product im Befehl dbaascli cswlib listLocal dar?

A: Mit der Option --product wird der Oracle Home-Produkttyp identifiziert, sodass Sie die Liste der verfügbaren Images nach dem Typ database oder grid filtern können.

F: Kann ich sowohl Datenbank- als auch Rasterbilder gleichzeitig auflisten?

A: Nein. Mit der Option --product können Sie entweder database- oder grid-Images gleichzeitig auflisten. Sie müssen den Befehl zweimal mit unterschiedlichen --product-Werten ausführen, um beide Listen anzuzeigen.

F: Was geschieht, wenn ich die Option --product nicht im Befehl spezifiziere?

A: Wenn die Option --product nicht angegeben ist, listet der Befehl möglicherweise alle lokal verfügbaren Images auf, oder Sie müssen den Produkttyp angeben. Das Verhalten kann von der Einrichtung Ihrer Umgebung abhängen.

F: Wann sollte ich den Befehl dbaascli cswlib listLocal verwenden?

A: Sie sollten diesen Befehl verwenden, wenn Sie prüfen möchten, welche Datenbank- oder Grid Infrastructure-Images aktuell lokal auf Ihrem System verfügbar sind.

F: Wie kann ich zwischen Datenbank- und Rasterbildern in der Liste unterscheiden?

A: Mit der Option --product können Sie die Liste filtern. Wenn Sie also database oder grid angeben, werden nur die Images angezeigt, die für diesen Produkttyp relevant sind, sodass Sie sich leichter unterscheiden können.

F: Besteht ein Risiko bei der Ausführung des Befehls dbaascli cswlib listLocal?

A: Nein, dieser Befehl ist zerstörungsfrei und zeigt nur Informationen über lokal verfügbare Bilder an. Es werden keine Dateien geändert oder gelöscht.

F: Zeigt dieser Befehl Remote- oder Cloud-gespeicherte Bilder an?

A: Nein, der Befehl dbaascli cswlib listLocal zeigt nur Images an, die lokal auf Ihrem System verfügbar sind, nicht die, die remote oder in der Cloud gespeichert sind.

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli cswlib showImages 
[--product]

Dabei gilt:

• --product gibt den Oracle Home-Produkttyp an. Gültige Werte: database oder grid.

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli cswlib showImages?

A: Mit dem Befehl dbaascli cswlib showImages können Sie die Liste der verfügbaren Datenbank- und Grid Infrastructure-Images anzeigen, die in Ihrer Oracle Exadata Database Service-Umgebung heruntergeladen oder verwaltet werden können.

F: Welche Voraussetzungen müssen für die Ausführung des Befehls dbaascli cswlib showImages erfüllt sein?

A: Der Befehl muss als Benutzer root ausgeführt werden, um sicherzustellen, dass Sie über die erforderlichen Berechtigungen zum Anzeigen der verfügbaren Images verfügen.

F: Wie filtere ich die mit diesem Befehl aufgelisteten Bilder?

A: Sie können die Images filtern, indem Sie die Option --product entweder mit database oder grid angeben, um nur die Images aufzulisten, die sich auf diesen Produkttyp beziehen.

F: Was stellt die Option --product im Befehl dbaascli cswlib showImages dar?

A: Mit der Option --product wird der Oracle Home-Produkttyp identifiziert, mit dem Sie die Liste der Images nach Datenbank oder Raster filtern können.

F: Kann ich sowohl Datenbank- als auch Grid-Images in einer einzigen Befehlsausführung anzeigen?

A: Nein, Sie müssen den Befehl zweimal mit unterschiedlichen --product-Werten (database und grid) ausführen, um beide Imagetypen anzuzeigen.

F: Was geschieht, wenn ich die Option --product nicht im Befehl spezifiziere?

A: Wenn die Option --product nicht angegeben ist, listet der Befehl möglicherweise alle verfügbaren Images auf, oder Sie werden je nach Umgebungskonfiguration aufgefordert, den Produkttyp anzugeben.

F: Wann sollte ich den Befehl dbaascli cswlib showImages verwenden?

A: Mit diesem Befehl können Sie die Liste der Datenbank- oder Grid Infrastructure-Images anzeigen, die zum Herunterladen oder Deployment in Ihrer Oracle Exadata Database Service-Umgebung verfügbar sind.

F: Gibt es einen Unterschied zwischen den Befehlen dbaascli cswlib showImages und dbaascli cswlib listLocal?

A: Ja, dbaascli cswlib showImages listet alle verfügbaren Images auf, die Sie herunterladen oder verwalten können, während dbaascli cswlib listLocal nur die Images auflistet, die bereits heruntergeladen und lokal auf Ihrem System verfügbar sind.

F: Kann dieser Befehl verwendet werden, um in der Cloud gespeicherte Bilder anzuzeigen?

A: Ja, dieser Befehl kann Images anzeigen, die aus den Repositorys von Oracle heruntergeladen werden können, nicht nur Images, die lokal gespeichert sind.

F: Welche Art von Bildern kann ich mit diesem Befehl erwarten?

A: Sie können damit rechnen, Images im Zusammenhang mit Oracle Database und Grid Infrastructure anzuzeigen, die wesentliche Komponenten für die Verwaltung und Ausführung von Oracle-Datenbanken auf Exadata-Plattformen sind.

Voraussetzung

• Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database addInstance --dbname <value> --node <value> [--newNodeSID <value>]

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli database addInstance?

A: Mit dem Befehl dbaascli database addInstance wird eine neue Datenbankinstanz zu einem angegebenen Knoten in einer Oracle Exadata Database Service-Umgebung hinzugefügt.

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

A: Der Befehl muss als Benutzer root ausgeführt werden, damit er über die erforderlichen Berechtigungen zum Hinzufügen einer Datenbankinstanz verfügt.

F: Was stellt die Option --dbname in diesem Befehl dar?

A: Die Option --dbname gibt den Namen der Oracle Database an, für die Sie eine neue Instanz hinzufügen möchten.

F: Wofür wird die Option --node im Befehl dbaascli database addInstance verwendet?

A: Die Option --node gibt den Namen des Knotens an, auf dem die neue Datenbankinstanz hinzugefügt wird.

F: Welchen Zweck hat die Option --newNodeSID in diesem Befehl?

A: Mit der Option --newNodeSID können Sie die SID (System-ID) für die neue Datenbankinstanz angeben, die auf dem angegebenen Knoten erstellt wird.

F: Muss beim Hinzufügen einer neuen Instanz die Option --newNodeSID angegeben werden?

A: Die Option --newNodeSID ist optional. Wenn keine Angabe gemacht wird, generiert Oracle automatisch eine SID für die neue Datenbankinstanz.

F: Wann sollte ich den Befehl dbaascli database addInstance verwenden?

A: Mit diesem Befehl können Sie die Datenbank skalieren, indem Sie eine neue Instanz zu einem zusätzlichen Knoten in einem Oracle Database-Setup mit mehreren Knoten hinzufügen.

F: Kann ich mit diesem Befehl mehrere Datenbankinstanzen zu verschiedenen Knoten hinzufügen?

A: Ja, Sie können den Befehl mehrmals ausführen, um Datenbankinstanzen zu verschiedenen Knoten hinzuzufügen, indem Sie die entsprechenden --node- und --dbname-Werte angeben.

F: Was geschieht, wenn der in der Option --node angegebene Knoten nicht verfügbar ist?

A: Der Befehl schlägt fehl, wenn der angegebene Knoten nicht verfügbar oder erreichbar ist. Stellen Sie sicher, dass der Knoten ordnungsgemäß konfiguriert und zugänglich ist, bevor Sie den Befehl ausführen.

F: Kann dieser Befehl in einer Data Guard-Umgebung verwendet werden?

A: Ja, Sie können den Befehl dbaascli database addInstance in einer Data Guard-Umgebung verwenden, um Instanzen hinzuzufügen. Es wird jedoch empfohlen, die erforderlichen Data Guard-Richtlinien für solche Konfigurationen zu befolgen.

F: Wird dieser Befehl zu Ausfallzeiten der Datenbank führen?

A: Das Hinzufügen einer Instanz zu einem neuen Knoten verursacht in der Regel keine Ausfallzeit für die vorhandenen Datenbankinstanzen. Es wird jedoch empfohlen, die Umgebung auf bestimmte Abhängigkeiten zu prüfen.

Voraussetzung

• Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database backup --dbname <value>
        {
            --list
                {
                    [--backupType <value>]
                    | [--json <value>]
                }
            | --start [--level0] [--level1]
                {
                    [--archival --tag <value>]
                    | [--archivelog]
                }
            | --delete --backupTag <value>
            | --status --uuid <value> [--json <value>]
            | --getBackupReport
                {
                    --tag <value>
                    | --latest
                }
                --json <value>
            | --configure
                {
                    --configFile <value>
                    | --enableRTRT
                    | --disableRTRT
                    | --disableCatalog
                    | --deleteImmutableConfiguration
                }
            | --getConfig
                {
                    [--configFile <value>]
                    | [--showOldParams]
                }
            | --validate [--untilTime <value>]
            | --showHistory [--all]
            | --getSchedules
        }

Dabei gilt:

--dbname specifies Oracle Database name         
--list returns database backup information
            [--backupType | --json]
            [--backupType specifies backupType (REGULAR-L0 | REGULAR-L1 | ARCHIVELOG | LONGTERM). ]
            [--json specifies file Name for JSON output. ]        
--start begins database backup.
            [--level0 creates a Level-0 (full) backup. ]
            [--level1 creates a Level-1 (incremental) backup. ]
            [--archival | --archivelog]
            [--archival creates an archival full backup. ]
                --tag specifies backup tag. 
            [--archivelog ]       
--delete deletes Archival backup. 
            --backupTag specifies backup tag to delete.        
--status displays the details about a backup job process. 
            --uuid unique identifier of the backup operation. Input format: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.
                [--json specifies file Name for JSON output. ]       
--getBackupReport returns BackupReport. 
            --tag | --latest
            --tag specifies backup tag. 
            --latest returns latest backup report (all types of database backup). 
            --json specifies file Name for JSON output.         
--configure configures database for backup. 
            --configFile | --enableRTRT | --disableRTRT | --disableCatalog | --deleteImmutableConfiguration
            --configFile specifies database backup configuration file. 
            --enableRTRT enables Real Time Redo Transport. 
            --disableRTRT disables Real Time Redo Transport. 
            --disableCatalog disables recovery catalog. 
            --deleteImmutableConfiguration         
--getConfig returns database backup configuration. 
            [--configFile | --showOldParams]
            [--configFile specifies database backup configuration file. ]
            [--showOldParams returns old parameter names of backup configuration. ]        
--validate validates that backups are complete and corruption-free. 
            [--untilTime validates from closest Level-0 (full) backup until time provided. Input format: DD-MON-YYYY HH24:MI:SS.]        
--showHistory displays history of backup operations.
            [--all displays all backup operations. ]        
--getSchedules returns all backup schedules for a given database.

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli database backup?

A: Mit dem Befehl dbaascli database backup können Sie Oracle Database-Backupspeicherziele konfigurieren, Backups erstellen, Backups abfragen und vorhandene Backups löschen.

F: Welche Voraussetzungen sind für die Ausführung des Befehls dbaascli database backup erforderlich?

A: Der Befehl muss als Benutzer root ausgeführt werden, damit er über die erforderlichen Berechtigungen für die Backupverwaltung verfügt.

F: Wie starte ich mit diesem Befehl ein vollständiges Backup von Oracle Database?

A: Um ein vollständiges Backup (Level-0) zu starten, verwenden Sie die folgende Syntax:

dbaascli database backup --dbname <value> --start --level0

F: Wie führe ich ein inkrementelles Backup mit dem Befehl dbaascli database backup aus?

A: Um ein inkrementelles Backup der Ebene 1 auszuführen, verwenden Sie die folgende Syntax:

dbaascli database backup --dbname <value> --start --level1

F: Was ist der Unterschied zwischen Level-0- und Level-1-Backups?

A: Ein Level-0-Backup ist ein vollständiges Backup der Datenbank, während ein Level-1-Backup ein inkrementelles Backup ist, das nur Änderungen erfasst, die seit dem letzten Level-0- oder Level-1-Backup vorgenommen wurden.

F: Kann ich mit diesem Befehl ein Archivbackup erstellen?

A: Ja, Sie können ein Archivbackup mit der Option --archival zusammen mit dem Befehl --start erstellen:

dbaascli database backup --dbname <value> --start --archival --tag <backup_tag>

F: Wie lösche ich ein vorhandenes Archivbackup?

A: Um ein Archivbackup zu löschen, verwenden Sie die folgende Syntax:

dbaascli database backup --dbname <value> --delete --backupTag <tag_value>

F: Wie kann ich den Status eines bestimmten Backups mit dem Befehl überprüfen?

A: Sie können den Status eines Backups mit der Option --status und dem Parameter --uuid wie folgt prüfen:

dbaascli database backup --dbname <value> --status --uuid <backup_uuid>

F: Wie liste ich alle Backups für eine Datenbank auf?

A: Um alle verfügbaren Backups für eine bestimmte Datenbank aufzulisten, verwenden Sie die Option --list:

dbaascli database backup --dbname <value> --list

Fügen Sie für die JSON-Ausgabe die Option --json hinzu:

dbaascli database backup --dbname <value> --list --json <file_name>

F: Wie kann ich einen Backup-Bericht abrufen?

A: Sie können einen Backupbericht mit der Option --getBackupReport abrufen, entweder für ein bestimmtes Tag oder für das letzte Backup:

dbaascli database backup --dbname <value> --getBackupReport --tag <backup_tag> --json <file_name>

Oder um den neuesten Bericht abzurufen:

dbaascli database backup --dbname <value> --getBackupReport --latest --json <file_name>

F: Wie konfiguriere ich Datenbankbackupeinstellungen?

A: Mit der Option --configure können Sie die Backupkonfigurationsdatei angeben oder den Echtzeit-Redo-Transport (RTRT) aktivieren/deaktivieren:

dbaascli database backup --dbname <value> --configure --configFile <config_file>

So aktivieren Sie RTRT:

dbaascli database backup --dbname <value> --configure --enableRTRT

F: Wie überprüfe ich die aktuelle Backup-Konfiguration für meine Datenbank?

A: Um die aktuelle Datenbankbackupkonfiguration anzuzeigen, verwenden Sie die Option --getConfig:

dbaascli database backup --dbname <value> --getConfig

F: Was bewirkt die Option --validate im Befehl dbaascli database backup?

A: Mit der Option --validate wird geprüft, ob Backups vollständig und fehlerfrei sind. Sie können einen Zeitraum mit der Option --untilTime angeben:

dbaascli database backup --dbname <value> --validate --untilTime "DD-MON-YYYY HH24:MI:SS"

F: Wie zeige ich die Historie aller Backupvorgänge für eine Datenbank an?

A: Mit der Option --showHistory können Sie die Historie aller Backupvorgänge anzeigen:

dbaascli database backup --dbname <value> --showHistory

Für eine vollständige Historie, einschließlich aller Vorgänge:

dbaascli database backup --dbname <value> --showHistory --all

F: Was sind RTRT-Optionen (Echtzeit-Redo-Transport) und wann sollte ich sie verwenden?

A: Mit den RTRT-Optionen (--enableRTRT und --disableRTRT) wird der Echtzeit-Redo-Transport gesteuert. Dieser gilt nur für ZDLRA-(Zero Data Loss Recovery Appliance-)Backupziele in Exadata Cloud@Customer-Umgebungen. Aktivieren Sie RTRT, um den Versand von Redo-Logs in Echtzeit sicherzustellen.

Voraussetzungen

Führen Sie den Befehl als Benutzer oracle aus.

Syntax

dbaascli database bounce
[--dbname][--rolling <value>]

Der Befehl fährt eine Datenbank im Immediate-Modus herunter. Die Datenbank wird dann neu gestartet und geöffnet. In Oracle Database 12c oder höher werden auch alle PDBs geöffnet.

Häufig gestellte Fragen

F: Wozu dient der Befehl "dbaascli database bounce"?

A: Mit dem Befehl dbaascli database bounce wird eine Oracle Database in Exadata Cloud Infrastructure heruntergefahren und neu gestartet. Es unterstützt das Rolling-Neustarten der Datenbank und stellt so eine minimale Unterbrechung sicher.

F: Welche Voraussetzungen sind für die Ausführung des Befehls dbaascli database bounce erforderlich?

A: Der Befehl muss als Benutzer oracle ausgeführt werden, der über die erforderlichen Berechtigungen zum Herunterfahren und Neustarten der Datenbank verfügt.

F: Was gibt die Option --dbname in diesem Befehl an?

A: Die Option --dbname gibt den Namen der Oracle Database an, die heruntergefahren und neu gestartet werden soll.

F: Wofür wird die Option --rolling im Befehl dbaascli database bounce verwendet?

A: Die Option --rolling gibt an, ob die Datenbank im Rolling-Modus hochgefahren (neu gestartet) werden soll. Wenn dieser Wert auf "true" gesetzt ist, werden die Datenbankinstanzen nacheinander neu gestartet, um eine minimale Ausfallzeit sicherzustellen. Der Standardwert ist false, mit dem alle Instanzen gleichzeitig neu gestartet werden.

F: Was bedeutet "Bouncing the database"?

A: Beim Bouncing der Datenbank wird sie heruntergefahren und dann neu gestartet. Dieser Vorgang kann zur Wartung, zum Anwenden von Änderungen oder zum Wiederherstellen bestimmter Problemtypen verwendet werden.

F: Führt der Befehl "dbaascli database bounce" ein ordnungsgemäßes Herunterfahren aus?

A: Ja, der Befehl fährt im "sofortigen" Modus herunter, der die Datenbank schließt und nicht festgeschriebene Transaktionen zurückrollt, ohne darauf zu warten, dass Benutzer die Verbindung trennen.

F: Wird dieser Befehl automatisch alle PDBs in einer Oracle 12c- oder höher-Datenbank öffnen?

A: Ja, wenn die Datenbank Oracle Database 12c oder höher ausführt, öffnet der Befehl nach dem Neustart der Datenbank automatisch alle integrierbaren Datenbanken (PDBs).

F: Kann der Befehl "dbaascli database bounce" in einer Umgebung mit mehreren Knoten oder RAC (Real Application Clusters) verwendet werden?

A: Ja, in einer RAC- oder Mehrknotenumgebung können Sie die Datenbankinstanzen mit der Option --rolling nacheinander neu starten, wodurch Ausfallzeiten minimiert werden.

F: Was passiert, wenn ich die Option --rolling nicht spezifiziere?

A: Wenn die Option --rolling nicht angegeben ist oder wenn sie auf "false" gesetzt ist, wird der Befehl heruntergefahren und alle Datenbankinstanzen gleichzeitig neu gestartet. Dies kann zu einer kurzen Ausfallzeit führen.

F: Gibt es einen Standardwert für die Option --rolling im Befehl dbaascli database bounce?

A: Ja, der Standardwert für die Option --rolling ist false, d.h. die Datenbank wird nicht im Rolling-Modus hochgefahren, sofern nichts anderes angegeben ist.

F: Wie kann ich eine Datenbank im Rolling-Modus neu starten?

A: Um die Datenbank im Rolling-Modus neu zu starten, verwenden Sie die folgende Syntax:

dbaascli database bounce --dbname <value> --rolling true

F: Ist es sicher, den Befehl dbaascli database bounce während aktiver Sessions auszuführen?

A: Während der Befehl ein sofortiges Herunterfahren verwendet, bei dem nicht festgeschriebene Transaktionen zurückgesetzt werden, wird immer empfohlen, sicherzustellen, dass keine kritischen oder aktiven Sessions vorhanden sind, bevor die Datenbank hochgefahren wird.

F: Kann dieser Befehl für bestimmte PDBs in einer mehrmandantenfähigen Datenbank verwendet werden?

A: Nein, der Befehl dbaascli database bounce wird für die gesamte Datenbank ausgeführt. In Oracle 12c oder höher wird die Containerdatenbank (CDB) hochgefahren und alle PDBs geöffnet. Das Bouncing einzelner PDBs ist jedoch nicht zulässig.

F: Was soll ich tun, wenn die Datenbank nach dem Bouncing nicht wieder online ist?

A: Wenn die Datenbank nicht neu gestartet werden kann, prüfen Sie die Logs auf Fehler beim Herunterfahren oder Hochfahren. Die Prüfung der Oracle Alert Logs kann einen Einblick in die Ursachen des Problems geben.

Voraussetzungen

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

Syntax

dbaascli database changePassword [--dbname <value>] [--user <value>]
{
  [--prepareStandbyBlob <value> [--blobLocation <value>]] | [--standbyBlobFromPrimary <value>]
}
[--resume [--sessionID <value>]]

Häufig gestellte Fragen

F: Was bewirkt der Befehl dbaascli database changePassword?

A: Mit dem Befehl dbaascli database changePassword wird das Kennwort eines angegebenen Oracle Database-Benutzers geändert. Sie werden aufgefordert, den Benutzernamen und dann das neue Kennwort einzugeben.

F: Welche Voraussetzungen sind für die Verwendung des Befehls dbaascli database changePassword erforderlich?

A: Sie müssen den Befehl als Benutzer root oder oracle ausführen, um das Kennwort für einen Datenbankbenutzer zu ändern.

F: Wie gebe ich die Datenbank an, wenn ich diesen Befehl verwende?

A: Geben Sie mit der Option --dbname den Namen der Oracle Database an, die Sie bearbeiten möchten. Beispiel:

dbaascli database changePassword --dbname <db_name>

F: Wie gebe ich den Benutzer an, dessen Kennwort ich ändern möchte?

A: Geben Sie mit der Option --user den Benutzernamen an, dessen Kennwort geändert werden muss. Beispiel:

dbaascli database changePassword --user <username>

F: Wozu dient die Option --prepareStandbyBlob im Befehl dbaascli database changePassword?

A: Mit der Option --prepareStandbyBlob wird in Data Guard-Umgebungen eine BLOB-Datei generiert, die die Artefakte enthält, die für die Kennwortänderung in der Standbydatenbank erforderlich sind. Dadurch wird die Kennwortsynchronisierung in der Data Guard-Umgebung sichergestellt.

F: Was gibt die Option --blobLocation an?

A: Mit der Option --blobLocation können Sie einen benutzerdefinierten Pfad angeben, in dem die Standby-BLOB-Datei generiert werden soll. Wenn keine Angabe gemacht wird, wird die Datei im Standardspeicherort gespeichert.

F: Wie verwende ich den von der Primärdatenbank generierten Blob, um das Kennwort in der Standbydatenbank zu ändern?

A: Mit der Option --standbyBlobFromPrimary können Sie die Blob-Datei angeben, die von der Primärdatenbank vorbereitet wurde, um die Kennwortänderung auf die Standbydatenbank anzuwenden. Beispiel:

dbaascli database changePassword --standbyBlobFromPrimary <blob_file_path>

F: Wofür wird die Option --resume in diesem Befehl verwendet?

A: Mit der Option --resume wird ein zuvor unterbrochener Kennwortänderungsvorgang fortgesetzt. Sie können die Session-ID bei Bedarf mit der Option --sessionID angeben.

F: Kann ich eine bestimmte Session mit dem Befehl "dbaascli database changePassword" fortsetzen?

A: Ja, Sie können die Option --resume zusammen mit --sessionID verwenden, um eine bestimmte Kennwortänderungssession fortzusetzen, indem Sie die Session-ID angeben.

F: Gilt der Befehl "dbaascli database changePassword" in einer Data Guard-Umgebung?

A: Ja, das ist es. Mit der Option --prepareStandbyBlob können Sie sicherstellen, dass Kennwortänderungen in einem Data Guard-Setup an die Standbydatenbank propagiert werden.

F: Was geschieht, wenn ich bei Verwendung von --prepareStandbyBlob keine --blobLocation bereitstelle?

A: Wenn kein --blobLocation angegeben ist, wird die BLOB-Datei mit den Artefakten zur Kennwortänderung im Standardspeicherort gespeichert.

F: Wie überprüfe ich den Status einer wiederaufgenommenen Session mit dbaascli database changePassword?

A: Sie können die Session-ID mit der Option --sessionID angeben, um eine bestimmte Session fortzusetzen. Das System ruft bei der Änderung des Passworts an der Stelle ab, an der es aufgehört hat.

F: Kann dieser Befehl sowohl für reguläre Datenbanken als auch für Datenbanken in einer Data Guard-Umgebung verwendet werden?

A: Ja, der Befehl funktioniert sowohl für reguläre Oracle-Datenbanken als auch für Datenbanken in einer Data Guard-Umgebung. In Data Guard-Umgebungen können zusätzliche Optionen wie --prepareStandbyBlob verwendet werden, um Kennwortänderungen in Primär- und Standbydatenbanken zu verwalten.

Syntax

dbaascli database convertToPDB --dbname <value> [--cdbName <value>] [--executePrereqs]
        {
            [--copyDatafiles]
            | [--backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Häufig gestellte Fragen

F: Was bewirkt der Befehl dbaascli database convertToPDB?

A: Der Befehl dbaascli database convertToPDB konvertiert eine angegebene Nicht-CDB-Oracle Database in eine integrierbare Datenbank (PDB) innerhalb einer Containerdatenbank (CDB).

F: Wie gebe ich an, welche Datenbank konvertiert werden soll?

A: Geben Sie mit der Option --dbname den Namen der Nicht-CDB-Oracle Database an, die Sie konvertieren möchten. Beispiel:

dbaascli database convertToPDB --dbname <db_name>

F: Wie gebe ich die Ziel-CDB für die PDB-Konvertierung an?

A: Geben Sie mit der Option --cdbName den Namen der Zielcontainerdatenbank (CDB) an, in der die neue PDB erstellt wird. Wenn die CDB nicht vorhanden ist, wird eine neue in demselben Oracle Home wie die Quell-Nicht-CDB erstellt.

F: Was bewirkt die Option --executePrereqs?

A: Die Option --executePrereqs führt Pre-Conversion-Prüfungen aus, um sicherzustellen, dass die Datenbank für die Konvertierung bereit ist. In diesem Schritt werden keine Änderungen an der Datenbank vorgenommen.

F: Wie kopiere ich die Datendateien während der Konvertierung?

A: Mit der Option --copyDatafiles können Sie eine neue Kopie der Datendateien erstellen, anstatt die ursprünglichen Dateien aus der Quelldatenbank zu verwenden.

F: Wozu dient die Option --keepSourceDB?

A: Mit der Option --keepSourceDB können Sie die ursprüngliche Quell-Nicht-CDB beibehalten, nachdem der Konvertierungsvorgang abgeschlossen ist. Wenn Sie diese Option nicht verwenden, wird die Quelldatenbank nach der Konvertierung entfernt.

F: Wie bestätige ich, dass ein Backup vor der Konvertierung vorbereitet wurde?

A: Mit dem Flag --backupPrepared bestätigen Sie, dass Sie vor der Konvertierung ein ordnungsgemäßes Backup der Nicht-CDB-Datenbank erstellt haben. Dieser Schritt ist entscheidend, um Datenverlust zu vermeiden.

F: Wie gebe ich einen benutzerdefinierten Namen für die neue PDB an?

A: Geben Sie mit der Option --targetPDBName einen bestimmten Namen für die neue PDB an, die im Rahmen der Konvertierung erstellt wird. Beispiel:

dbaascli database convertToPDB --dbname <db_name> --targetPDBName <pdb_name>

F: Kann ich die Konvertierung im Hintergrund ausführen?

A: Ja, Sie können mit der Option --waitForCompletion angeben, ob der Vorgang im Hintergrund ausgeführt werden soll. Verwenden Sie false, um den Vorgang im Hintergrund auszuführen, und true, um auf den Abschluss des Vorgangs zu warten, bevor Sie fortfahren. Der Standardwert ist true.

F: Wie kann ich eine zuvor unterbrochene Konvertierung fortsetzen?

A: Mit der Option --resume können Sie einen zuvor unterbrochenen Konvertierungsprozess wiederaufnehmen. Optional können Sie die --sessionID angeben, um eine bestimmte Session fortzusetzen.

F: Was geschieht, wenn ich keinen CDB-Namen spezifiziere?

A: Wenn die Option --cdbName nicht angegeben ist, erstellt das System die neue PDB im selben Oracle Home wie die Nicht-CDB-Quelldatenbank.

F: Kann ich die Konvertierung nach einer Unterbrechung fortsetzen, ohne die Session-ID zu kennen?

A: Ja, wenn Sie die Option --resume verwenden, ohne eine Session-ID anzugeben, wird die letzte bekannte Session fortgesetzt. Wenn Sie eine bestimmte Session fortsetzen möchten, können Sie die --sessionID angeben.

F: Was bewirkt die Option --sessionID?

A: Die Option --sessionID wird in Verbindung mit --resume verwendet, um eine bestimmte wiederaufzunehmende Session anzugeben, falls mehrere unterbrochene Sessions vorhanden sind.

F: Ist ein Backup erforderlich, bevor eine Nicht-CDB in eine PDB konvertiert wird?

A: Obwohl das Flag --backupPrepared optional ist, wird dringend empfohlen, vor der Konvertierung in die PDB ein Backup der Nicht-CDB zu erstellen. Dadurch wird sichergestellt, dass Sie die Datenbank bei Problemen während der Konvertierung wiederherstellen können.

Mit diesem Befehl können Sie eine Datenbank der Oracle-Database-Version 12.1.0.2 oder höher mit dem Releaseupdate JAN 2021 oder höher erstellen. Für Datenbanken mit niedrigeren Versionen wird die auf der OCI-Konsole-basierende API empfohlen.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database create --dbName {--oracleHome | --oracleHomeName}
[--dbUniqueName <value>]
[--dbSID <value>]
[--createAsCDB <value>]
[--pdbName <value>]
[--pdbAdminUserName <value>]
[--dbCharset <value>]
[--dbNCharset <value>]
[--dbLanguage <value>]
[--dbTerritory <value>]
[--sgaSizeInMB <value>]
[--pgaSizeInMB <value>]
[--datafileDestination <value>]
[--fraDestination <value>]
[--fraSizeInMB <value>]
[--nodeList <value>]
[--tdeConfigMethod <value>]
[--kmsKeyOCID <value>]
{
            [--resume [--sessionID <value>]]
            | [--revert [--sessionID <value>]]
        }
[--executePrereqs]
[--honorNodeNumberForInstance <value>]
[--lockPDBAdminAccount <value>]
[--dbcaTemplateFilePath <value>]
[--waitForCompletion]

Häufig gestellte Fragen

F: Was bewirkt der Befehl "dbaascli database create"?

A: Mit dem Befehl dbaascli database create wird eine neue Oracle Database-Instanz erstellt. Es unterstützt das Erstellen von Oracle Database-Version 12.1.0.2 oder höher mit dem Releaseupdate JAN 2021 oder höher.

F: Wie gebe ich den Namen der zu erstellenden Oracle Database an?

A: Geben Sie mit der Option --dbName den Namen der Oracle Database an. Beispiel:

dbaascli database create --dbName <db_name>

F: Wie kann ich eine Containerdatenbank (CDB) erstellen?

A: Verwenden Sie die Option --createAsCDB, und geben Sie "true" an, um die Datenbank als CDB zu erstellen. Beispiel:

dbaascli database create --dbName <db_name> --createAsCDB true

F: Wie gebe ich das Oracle Home für die Datenbank an?

A: Sie können entweder die Option --oracleHome verwenden, um das Verzeichnis des Oracle Homes anzugeben, oder die Option --oracleHomeName, um den Namen des Oracle Homes anzugeben.

F: Wie gebe ich einen eindeutigen Datenbanknamen oder eine eindeutige SID an?

A: Geben Sie mit der Option --dbUniqueName einen eindeutigen Namen für die Datenbank und mit der Option --dbSID die SID der Datenbank an.

F: Wie erstelle ich eine integrierbare Datenbank (PDB) zusammen mit einer CDB?

A: Mit der Option --pdbName können Sie den Namen der PDB und mit der Option --pdbAdminUserName den PDB-Admin-Benutzernamen festlegen. Beispiel:

dbaascli database create --dbName <db_name> --createAsCDB true --pdbName <pdb_name> --pdbAdminUserName <admin_user>

F: Wie kann ich den Datenbank- und den nationalen Zeichensatz angeben?

A: Geben Sie mit der Option --dbCharset den Datenbankzeichensatz und mit der Option --dbNCharset den länderspezifischen Zeichensatz an. Beispiel:

dbaascli database create --dbName <db_name> --dbCharset AL32UTF8 --dbNCharset AL16UTF16

F: Wie lege ich die Speichereinstellungen (SGA und PGA) für die Datenbank fest?

A: Geben Sie mit der Option --sgaSizeInMB die SGA-Größe und mit der Option --pgaSizeInMB die PGA-Größe in Megabyte an.

F: Wie gebe ich das Ziel für Datendateien und Fast Recovery Area (FRA) an?

A: Geben Sie mit der Option --datafileDestination die ASM-Plattengruppe für Datendateien und mit der Option --fraDestination die ASM-Plattengruppe für die FRA an. Sie können die FRA-Größe auch mit der Option --fraSizeInMB festlegen.

F: Kann ich Transparent Data Encryption (TDE) während der Datenbankerstellung konfigurieren?

A: Ja, Sie können TDE mit der Option --tdeConfigMethod konfigurieren. Gültige Werte sind FILE (für dateibasierte Verschlüsselung) oder KMS (für die Verwendung von Oracle Key Management Service). Wenn Sie KMS verwenden, geben Sie die KMS-Schlüssel-OCID mit der Option --kmsKeyOCID an.

F: Wie erstelle ich die Datenbank auf einer bestimmten Knotenliste?

A: Verwenden Sie die Option --nodeList, um eine durch Komma getrennte Liste der Knoten anzugeben, auf denen die Datenbank erstellt werden soll.

F: Wie kann ich einen vorherigen Datenbankerstellungsversuch fortsetzen oder zurücksetzen?

A: Verwenden Sie die Option --resume, um die vorherige Ausführung fortzusetzen, oder die Option --revert, um die vorherige Ausführung zurückzusetzen. Sie können auch eine --sessionID angeben, um eine bestimmte Session fortzusetzen oder rückgängig zu machen.

F: Was bewirkt die Option --executePrereqs?

A: Die Option --executePrereqs führt nur die Voraussetzungen für den Datenbankerstellungsvorgang aus, ohne die Datenbank tatsächlich zu erstellen. Verwenden Sie yes oder no, um diese Option zu aktivieren oder zu deaktivieren.

F: Kann ich eine benutzerdefinierte DBCA-Vorlage für die Datenbankerstellung angeben?

A: Ja, geben Sie mit der Option --dbcaTemplateFilePath den absoluten Pfad der DBCA-Vorlagendatei an, die zum Erstellen der Datenbank verwendet werden soll.

F: Kann ich den Datenbankerstellungsvorgang im Hintergrund ausführen?

A: Ja, Sie können mit der Option --waitForCompletion angeben, ob der Befehl auf den Abschluss der Datenbankerstellung warten soll (true) oder den Vorgang im Hintergrund ausführen soll (false).

F: Was geschieht, wenn die Option --dbUniqueName nicht angegeben wird?

A: Wenn Sie keinen eindeutigen Namen für die Datenbank mit --dbUniqueName angeben, generiert das System automatisch einen Namen basierend auf dem angegebenen --dbName.

F: Kann ich den PDB-Admin-Account während der Erstellung einer CDB sperren?

A: Ja, Sie können die Option --lockPDBAdminAccount verwenden und auf "true" setzen, um den PDB-Admin-Account nach der Datenbankerstellung zu sperren. Standardmäßig ist dieser Wert auf true festgelegt.

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

Syntax

Erstellen Sie eine neue DBCA-Vorlage aus der angegebenen Datenbank.

dbaascli database createTemplate --dbname <value>
 {
   --templateLocation <value> | --uploadToObjectStorage --objectStorageLoginUser <value> --objectStorageBucketName <value> [--objectStorageUrl <value>]
 }
 [--templateName <value>] [--rmanParallelism <value>]

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli database createTemplate?

A: Mit dem Befehl dbaascli database createTemplate werden Datenbankvorlagen (DBCA-Vorlagen) aus einer angegebenen Datenbank erstellt, mit der später neue Datenbanken erstellt werden können.

F: Wie gebe ich den Namen der Datenbank an, für die ich eine Vorlage erstellen möchte?

A: Geben Sie mit der Option --dbname den Namen der Oracle Database an, aus der die Vorlage erstellt wird. Beispiel:

dbaascli database createTemplate --dbname <db_name>

F: Wie gebe ich an, wo die Vorlage gespeichert werden soll?

A: Geben Sie mit der Option --templateLocation den Speicherort für die DBCA-Vorlage an. Beispiel:

dbaascli database createTemplate --dbname <db_name> --templateLocation /path/to/template

F: Kann ich die Vorlage direkt in Object Storage hochladen?

A: Ja, Sie können die DBCA-Vorlage mit der Option --uploadToObjectStorage in Object Storage hochladen. Sie müssen den Object Storage-Anmeldebenutzer und den Bucket-Namen mit den Optionen --objectStorageLoginUser bzw. --objectStorageBucketName angeben.

F: Wie gebe ich die Object Storage-Anmeldedaten beim Hochladen der Vorlage an?

A: Verwenden Sie die folgenden Optionen, um Object Storage-Details anzugeben:

--objectStorageLoginUser: Gibt den Benutzer für die Objektspeicheranmeldung an.

--objectStorageBucketName: Gibt den Namen des Object Storage-Buckets an.

--objectStorageUrl: (Optional) Gibt die URL des Object Storage an, wenn sie sich von der Standard-URL unterscheidet.

Beispiel:

dbaascli database createTemplate --dbname <db_name> --uploadToObjectStorage --objectStorageLoginUser <user> --objectStorageBucketName <bucket_name>

F: Wie gebe ich einen benutzerdefinierten Namen für die DBCA-Vorlage an?

A: Verwenden Sie die Option --templateName, um einen benutzerdefinierten Namen für die DBCA-Vorlage anzugeben. Beispiel:

dbaascli database createTemplate --dbname <db_name> --templateName <template_name>

F: Wofür wird die Option --rmanParallelism verwendet?

A: Die Option --rmanParallelism gibt die Parallelisierungsebene für RMAN-Vorgänge während des Vorlagenerstellungsprozesses an. Beispiel:

dbaascli database createTemplate --dbname <db_name> --rmanParallelism 4

F: Was geschieht, wenn die Optionen --templateLocation oder --uploadToObjectStorage nicht angegeben werden?

A: Wenn Sie keinen Vorlagenspeicherort mit --templateLocation angeben oder mit --uploadToObjectStorage in Object Storage hochladen möchten, weiß der Befehl nicht, wo die erstellte Vorlage gespeichert werden soll, und der Vorgang kann nicht abgeschlossen werden.

F: Kann ich sowohl --templateLocation als auch --uploadToObjectStorage gleichzeitig verwenden?

A: Nein, Sie sollten entweder --templateLocation auswählen, um die Vorlage lokal zu speichern, oder --uploadToObjectStorage, um sie in Object Storage hochzuladen, aber nicht beides.

F: Ist die Option --objectStorageUrl beim Hochladen der Vorlage in Object Storage erforderlich?

A: Nein, die Option --objectStorageUrl ist optional. Wenn keine Angabe gemacht wird, wird die Standard-Object Storage-URL verwendet. Sie müssen dies nur angeben, wenn Sie eine benutzerdefinierte Object Storage-URL verwenden.

F: Welche Benutzerberechtigungen sind zum Ausführen des Befehls dbaascli database createTemplate erforderlich?

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

F: Kann ich einen zuvor nicht erfolgreichen Vorlagenerstellungsprozess fortsetzen?

A: Nein, der Befehl dbaascli database createTemplate unterstützt die Wiederaufnahme eines nicht erfolgreichen Prozesses nicht. Sie müssen den Befehl von Anfang an neu starten.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database delete --dbname <value>
[--deleteArchiveLogs <value>]
[--deleteBackups <value>]
[--precheckOnly <value>]
[--waitForCompletion <value>]
[--force]
[--dbSID <value>]
[--resume [--sessionID <value>]]

Häufig gestellte Fragen

F: Wozu dient der Befehl "dbaascli database delete"?

A: Mit dem Befehl dbaascli database delete wird eine Oracle Database auf Exadata Cloud Infrastructure gelöscht.

F: Wie gebe ich die zu löschende Datenbank an?

A: Geben Sie mit der Option --dbname den Namen der Oracle Database an, die Sie löschen möchten. Beispiel:

dbaascli database delete --dbname <db_name>

F: Wie lösche ich die Archive-Logs beim Löschen einer Datenbank?

A: Sie können die Archive-Logs löschen, indem Sie die Option --deleteArchiveLogs auf true setzen. Beispiel:

dbaascli database delete --dbname <db_name> --deleteArchiveLogs true

F: Kann ich beim Löschen der Datenbank auch Backups löschen?

A: Ja. Verwenden Sie die Option --deleteBackups, und setzen Sie sie auf "true", um alle verknüpften Backups zu löschen. Beispiel:

dbaascli database delete --dbname <db_name> --deleteBackups true

F: Wie kann ich nur die Vorabprüfungen für den Löschvorgang ausführen, ohne die Datenbank tatsächlich zu löschen?

A: Sie können die Option --precheckOnly verwenden und auf "Ja" setzen, um die Vorabprüfungen auszuführen, ohne die Datenbank zu löschen. Beispiel:

dbaascli database delete --dbname <db_name> --precheckOnly yes

F: Wie erzwinge ich das Löschen einer Datenbank?

A: Um das Löschen einer Datenbank zu erzwingen, verwenden Sie das Flag --force. Dadurch werden Prüfungen umgangen und der Löschprozess erzwungen. Beispiel:

dbaascli database delete --dbname <db_name> --force

F: Wie führe ich den Löschvorgang im Hintergrund aus?

A: Verwenden Sie die Option --waitForCompletion, und setzen Sie sie auf false, um den Vorgang im Hintergrund auszuführen. Beispiel:

dbaascli database delete --dbname <db_name> --waitForCompletion false

F: Kann ich die SID der zu löschenden Datenbank angeben?

A: Ja, Sie können die SID der Datenbank mit der Option --dbSID angeben. Beispiel:

dbaascli database delete --dbname <db_name> --dbSID <sid>

F: Wie kann ich einen zuvor unterbrochenen Löschvorgang fortsetzen?

A: Um eine vorherige Löschausführung fortzusetzen, verwenden Sie die Option --resume. Sie können bei Bedarf auch eine Session-ID mit der Option --sessionID angeben. Beispiel:

dbaascli database delete --dbname <db_name> --resume --sessionID <session_id>

F: Welche Benutzerberechtigungen sind erforderlich, um den Befehl "dbaascli database delete" auszuführen?

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

F: Was bewirkt die Option --precheckOnly im Befehl "dbaascli database delete"?

A: Mit der Option --precheckOnly können Sie nur die Vorabprüfungen für den Löschvorgang ausführen, ohne die Datenbank tatsächlich zu löschen. Es stellt sicher, dass alle Prüfungen erfolgreich sind, bevor Sie mit dem tatsächlichen Löschen fortfahren.

F: Kann ich eine Datenbank löschen, ohne auf den Abschluss des Vorgangs zu warten?

A: Ja. Wenn Sie die Option --waitForCompletion auf "false" setzen, wird der Löschvorgang im Hintergrund ausgeführt, und Sie müssen nicht warten, bis er abgeschlossen ist.

Voraussetzung

• Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database deleteInstance --dbname <value> --node <value> [--continueOnUnreachableNode]

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli database deleteInstance?

A: Mit dem Befehl dbaascli database deleteInstance wird eine bestimmte Oracle Database-Instanz auf einem angegebenen Knoten in einer Exadata Cloud Infrastructure-Umgebung gelöscht.

F: Wie gebe ich an, welche Oracle Database-Instanz gelöscht werden soll?

A: Sie können die zu löschende Oracle Database-Instanz angeben, indem Sie mit der Option --dbname den Datenbanknamen und mit der Option --node den Knotennamen angeben. Beispiel:

dbaascli database deleteInstance --dbname <db_name> --node <node_name>

F: Kann ich die Instanz löschen, auch wenn der Knoten nicht erreichbar ist?

A: Ja, Sie können die Option --continueOnUnreachableNode verwenden, um mit dem Löschen fortzufahren, auch wenn der angegebene Knoten nicht erreichbar ist. Beispiel:

dbaascli database deleteInstance --dbname <db_name> --node <node_name> --continueOnUnreachableNode

F: Was geschieht, wenn der angegebene Knoten während des Löschvorgangs der Instanz nicht erreichbar ist?

A: Wenn der Knoten nicht erreichbar ist und die Option --continueOnUnreachableNode nicht verwendet wird, verläuft der Vorgang nicht erfolgreich. Wenn die Option verwendet wird, wird der Vorgang fortgesetzt, auch wenn auf den Knoten nicht zugegriffen werden kann.

F: Wie lösche ich eine Datenbankinstanz von einem bestimmten Knoten?

A: Mit dem folgenden Befehl können Sie eine Datenbankinstanz aus einem bestimmten Knoten löschen:

dbaascli database deleteInstance --dbname <db_name> --node <node_name>

F: Welche Benutzerberechtigungen sind zum Ausführen des Befehls dbaascli database deleteInstance erforderlich?

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

F: Kann ich eine Instanz löschen, ohne den Knoten anzugeben?

A: Nein, die Option --node ist erforderlich, um anzugeben, aus welchem Knoten die Datenbankinstanz gelöscht werden soll.

F: Was bewirkt die Option --continueOnUnreachableNode?

A: Mit der Option --continueOnUnreachableNode kann der Vorgang auch dann fortgesetzt werden, wenn der angegebene Knoten nicht erreicht werden kann. Dadurch wird sichergestellt, dass das Löschen der Instanz in Szenarios fortgesetzt wird, in denen der Knoten möglicherweise heruntergefahren ist.

F: Ist es möglich, mit diesem Befehl mehrere Datenbankinstanzen gleichzeitig zu löschen?

A: Nein, mit dem Befehl dbaascli database deleteInstance wird jeweils eine einzelne Datenbankinstanz auf einem bestimmten Knoten gelöscht. Sie müssen den Befehl für jede Instanz, die Sie löschen möchten, separat ausführen.

Voraussetzung

• Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database duplicate --dbName <value> --sourceDBConnectionString <value>
        {
            --oracleHome <value>
            | --oracleHomeName <value>
        }
[--dbSID <value>] 
[--dbUniqueName <value>] 
[--sgaSizeInMB <value>] 
[--pgaSizeInMB <value>] 
[--datafileDestination <value>] 
[--fraDestination <value>] 
[--fraSizeInMB <value>] 
[--sourceDBWalletLocation <value>] 
[--nodeList <value>]
        {
            [--resume [--sessionID <value>]]
            | [--revert [--sessionID <value>]]
        }
[--rmanParallelism <value>]
[--rmanSectionSizeInGB <value>]
[--tdeConfigMethod <value>]
[--kmsKeyOCID <value>]
[--sourceDBTdeConfigMethod <value>]
[--sourceDBKmsKeyOCID <value>]
[--executePrereqs <value>] 
[--waitForCompletion <value>]
[--skipPDBs <value>]

Häufig gestellte Fragen

F: Wozu dient der Befehl "dbaascli database Duplicate"?

A: Mit dem Befehl dbaascli database duplicate wird eine neue Oracle Database erstellt, indem eine vorhandene aktive Datenbank dupliziert wird.

F: Welche Voraussetzungen sind für die Verwendung des Befehls dbaascli database Duplicate erforderlich?

A: Sie müssen den Befehl als Benutzer root ausführen.

F: Wie gebe ich die Quelldatenbank für die Duplizierung an?

A: Geben Sie mit der Option --sourceDBConnectionString die Verbindungszeichenfolge der Quelldatenbank im Format <scan_name>:<scan_port>/<database_service_name> an. Beispiel:

--sourceDBConnectionString <scan_name>:<scan_port>/<database_service_name>

F: Wie gebe ich den Speicherort des Oracle Home für die neue Datenbank an?

A: Sie können das Oracle Home-Verzeichnis mit der Option --oracleHome oder den Oracle Home-Namen mit der Option --oracleHomeName angeben. Beispiel:

--oracleHome <value>

oder

--oracleHomeName <value>

F: Wozu dient die Option --sourceDBWalletLocation?

A: Die Option --sourceDBWalletLocation gibt den Speicherort der TDE-Wallet-Datei der Quelldatenbank an, die zum Duplizieren der Datenbank aus einer aktiven Quelldatenbank erforderlich ist.

F: Kann ich das Duplizieren bestimmter PDBs aus der Quelldatenbank überspringen?

A: Ja, mit der Option --skipPDBs können Sie eine kommagetrennte Liste von PDB-Namen angeben, die aus dem doppelten Vorgang ausgeschlossen werden sollen. Beispiel:

--skipPDBs pdb1,pdb2

F: Wie konfiguriere ich TDE für die neue Datenbank?

A: Geben Sie mit der Option --tdeConfigMethod die TDE-Konfigurationsmethode an (FILE oder KMS). Wenn Sie KMS wählen, können Sie die Schlüssel-OCID KMS mit der Option --kmsKeyOCID angeben. Beispiel:

--tdeConfigMethod FILE

oder

--tdeConfigMethod KMS --kmsKeyOCID <value>

F: Was bewirkt die Option --executePrereqs?

A: Die Option --executePrereqs gibt an, ob nur die Voraussetzungsprüfungen für den Vorgang ausgeführt werden sollen. Gültige Werte sind yes, um nur Voraussetzungsprüfungen auszuführen, oder no, um mit dem vollständigen Vorgang fortzufahren.

F: Wie kann ich einen zuvor unterbrochenen Duplikatvorgang fortsetzen?

A: Verwenden Sie die Option --resume zusammen mit der Option --sessionID, um einen zuvor unterbrochenen Duplikatvorgang fortzusetzen. Beispiel:

--resume --sessionID <value>

F: Was bewirkt die Option --waitForCompletion?

A: Die Option --waitForCompletion gibt an, ob auf den Abschluss des Vorgangs gewartet werden soll. Wenn Sie diese Option auf true setzen, wird auf den Abschluss gewartet, während false den Vorgang im Hintergrund ausführt. Beispiel:

--waitForCompletion true

F: Wozu dient die Option --rmanParallelism?

A: Die Option --rmanParallelism gibt den Parallelisierungswert für RMAN (Recovery Manager) während des Duplizierungsprozesses an. Dies kann die Geschwindigkeit des Duplizierungsvorgangs durch Verwendung mehrerer paralleler Prozesse verbessern.

F: Wie gebe ich die Größe der SGA und PGA für die neue Datenbank an?

A: Verwenden Sie die Optionen --sgaSizeInMB und --pgaSizeInMB, um die Größen der SGA (System Global Area) und der PGA (Program Global Area) in Megabyte anzugeben. Beispiel:

--sgaSizeInMB <value>

--pgaSizeInMB <value>

F: Was macht die Option --revert?

A: Mit der Option --revert wird ein Rollback eines vorherigen doppelten Vorgangs durchgeführt. Sie müssen --sessionID angeben, um anzugeben, welche Session zurückgesetzt werden soll.

Voraussetzungen

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

Syntax

dbaascli database getDetails --dbname <value>

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli database getDetails?

A: Der Befehl dbaascli database getDetails zeigt detaillierte Informationen zu einer angegebenen Oracle-Datenbank an, einschließlich Datenbankname, Knoteninformationen und Details zur integrierbaren Datenbank (PDB).

F: Wer kann den Befehl dbaascli database getDetails ausführen?

A: Der Befehl kann vom Benutzer root oder oracle ausgeführt werden.

F: Was gibt die Option --dbname im Befehl dbaascli database getDetails an?

A: Die Option --dbname gibt den Namen der Oracle-Datenbank an, für die detaillierte Informationen abgerufen werden.

F: Welche Informationen enthält der Befehl "dbaascli database getDetails"?

A: Der Befehl enthält Details wie den Datenbanknamen, Knoteninformationen und Informationen zu integrierbaren Datenbanken (PDBs), die mit der Containerdatenbank verknüpft sind.

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

Syntax

dbaascli database getPDBs --dbname <value>

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli database getPDBs?

A: Mit dem Befehl dbaascli database getPDBs werden alle integrierbaren Datenbanken (PDBs) innerhalb einer angegebenen Containerdatenbank (CDB) aufgelistet.

F: Wie gebe ich die Containerdatenbank für den Befehl getPDBs an?

A: Mit der Option --dbname geben Sie den Namen der Containerdatenbank an. Beispiel:

--dbname <value>

F: Muss ich den Befehl dbaascli database getPDBs als bestimmten Benutzer ausführen?

A: Ja, Sie müssen den Befehl entweder als Benutzer root oder oracle ausführen.

F: Kann ich PDBs in einer Nicht-CDB-Datenbank mit dem Befehl getPDBs anzeigen?

A: Nein, der Befehl getPDBs gilt nur für Containerdatenbanken (CDBs). Sie können diesen Befehl nicht für Nicht-CDB-Datenbanken verwenden.

F: Wie lautet das Format der Ausgabe des Befehls getPDBs der dbaascli-Datenbank?

A: Der Befehl gibt eine Liste aller PDBs innerhalb der angegebenen Containerdatenbank zurück. Die Ausgabe enthält in der Regel PDB-Namen, Status und andere relevante Details zu jeder integrierbaren Datenbank.

F: Kann dieser Befehl für mehrere Datenbanken gleichzeitig verwendet werden?

A: Nein, der Befehl dbaascli database getPDBs funktioniert gleichzeitig mit einer einzelnen Containerdatenbank, die mit der Option --dbname angegeben wird.

F: Muss die Datenbank heruntergefahren werden, um den Befehl getPDBs zu verwenden?

A: Nein, für den Befehl getPDBs muss die Datenbank nicht heruntergefahren werden. Sie kann ausgeführt werden, während die Containerdatenbank betriebsbereit ist.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database modifyParameters --dbname <value> 
{
--setParameters <values>[--instance <value>] [--backupPrepared] [--allowBounce]|
--resetParameters <values> [--instance <value>] [--backupPrepared] [--allowBounce]
}
--responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
[--waitForCompletion]

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli database modifyParameters?

A: Mit dem Befehl dbaascli database modifyParameters können Sie Oracle Database-Initialisierungsparameter ändern oder zurücksetzen.

F: Wie gebe ich die Datenbank an, für die ich Parameter ändern möchte?

A: Sie müssen mit der Option --dbname den Namen der Datenbank angeben, für die Sie Parameter ändern oder zurücksetzen möchten.

F: Wie kann ich Datenbankparameter mit dem Befehl modifyParameters ändern?

A: Verwenden Sie die Option --setParameters gefolgt von einer durch Komma getrennten Liste von Parametern und ihren neuen Werten. Beispiel:

--setParameters parameter1=valueA,parameter2=valueB

F: Wie setze ich Parameter mit diesem Befehl auf ihre Standardwerte zurück?

A: Verwenden Sie die Option --resetParameters gefolgt von einer durch Komma getrennten Liste von Parametern, um auf ihre Standardwerte zurückzusetzen. Beispiel:

--resetParameters parameter1,parameter2

F: Kann ich Parameter mit einer Antwortdatei ändern?

A: Ja, Sie können den absoluten Speicherort einer Antwort-JSON-Datei mit der Option --responseFile angeben. Die Datei muss die Parameter enthalten, die Sie ändern möchten.

F: Muss ein Backup erstellt werden, bevor Parameter geändert werden?

A: Wenn Sie kritische oder sensible Parameter ändern, wird zwar nicht für alle Änderungen obligatorisch, aber ein Backup empfohlen. Mit der Option --backupPrepared können Sie bestätigen, dass ein Backup vorbereitet wurde.

F: Kann ich Änderungen nur auf eine bestimmte Instanz in einer Datenbank mit mehreren Instanzen anwenden?

A: Ja, Sie können den Instanznamen mit der Option --instance angeben. Wenn diese Option nicht verwendet wird, werden die Änderungen auf Datenbankebene angewendet.

F: Muss die Datenbank nach Änderung der Parameter erneut hochgefahren (neu gestartet) werden?

A: Für einige statische Parameter ist ein Datenbank-Bounce erforderlich. Mit der Option --allowBounce können Sie der Datenbank gegebenenfalls die Berechtigung zum Bounce erteilen.

F: Was geschieht, wenn ich nicht erlaube, dass die Datenbank beim Ändern statischer Parameter hochgefahren wird?

A: Wenn Sie die Option --allowBounce beim Ändern statischer Parameter nicht verwenden, werden die Änderungen erst beim nächsten manuellen Neustart der Datenbank wirksam.

F: Kann ich die Änderung von Parametern fortsetzen, wenn eine frühere Sitzung unterbrochen wurde?

A: Nein, dieser Befehl unterstützt die Wiederaufnahme der Sitzung nicht. Sie müssen den Befehl von Anfang an erneut ausführen.

Voraussetzung

• Führen Sie den Befehl als Benutzer root aus.
• Die Datenbank muss mit den Details des Backupspeicherziels konfiguriert sein, in dem Backups gespeichert werden.

Syntax

dbaascli database recover --dbname <value>
        {
            --start
                {
                    --untilTime <value>
                    | --untilSCN <value>
                    | --latest
                    | --tag <value>
                }
            | --status --uuid <value>
        }

--dbname: Oracle Database name.
      --start | --status
--start: Begins database recovery.
      --untilTime | --untilSCN | --latest | --tag
      --untilTime: Recovers database until time. Input format: DD-MON-YYYY HH24:MI:SS.
      --untilSCN: Recovers database until SCN.
      --latest: Recovers database to last known state.
      --tag: Recovers database to archival tag.
--status
      --uuid <value>

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli database recover?

A: Mit dem Befehl dbaascli database recover wird eine Oracle Database aus Backups wiederhergestellt, die in einem Backupspeicherziel gespeichert sind.

F: Wie gebe ich an, welche Datenbank wiederhergestellt werden soll?

A: Sie können die Datenbank, die Sie wiederherstellen möchten, mit der Option --dbname gefolgt vom Datenbanknamen angeben. Beispiel:

--dbname <database_name>

F: Welche Recovery-Optionen sind mit dem Befehl dbaascli database recover verfügbar?

A: Die Wiederherstellungsoptionen sind:

--untilTime: Stellen Sie die Datenbank auf einen bestimmten Zeitpunkt wieder her.

--untilSCN: Stellen Sie die Datenbank auf eine bestimmte System Change Number (SCN) wieder her.

--latest: Stellen Sie die Datenbank auf den letzten bekannten Status wieder her.

--tag: Stellen Sie die Datenbank mit einem Archivtag wieder her.

F: Wie kann ich die Datenbank zu einem bestimmten Zeitpunkt wiederherstellen?

A: Verwenden Sie die Option --untilTime gefolgt von der Uhrzeit im Format DD-MON-YYYY HH24:MI:SS. Beispiel:

--untilTime 05-SEP-2024 15:30:00

F: Wie kann ich die Datenbank auf eine bestimmte SCN wiederherstellen?

A: Verwenden Sie die Option --untilSCN gefolgt vom SCN-Wert. Beispiel:

--untilSCN 123456789

F: Wie kann ich die Datenbank auf den neuesten bekannten Status wiederherstellen?

A: Verwenden Sie die Option --latest, um die Datenbank auf den neuesten möglichen Status wiederherzustellen. Beispiel:

--latest

F: Wie wird die Option --tag im Wiederherstellungsprozess verwendet?

A: Mit der Option --tag können Sie die Datenbank mit einem Archivierungstag wiederherstellen, das mit den Backups verknüpft ist. Beispiel:

--tag <backup_tag>

F: Wie kann ich den Status eines Wiederherstellungsvorgangs überprüfen?

A: Mit der Option --status und dem Wert --uuid können Sie den Status eines laufenden oder vorherigen Recovery-Vorgangs prüfen. Beispiel:

--status --uuid <recovery_uuid>

F: Was bewirkt die Option --start im Wiederherstellungsprozess?

A: Die Option --start initiiert den Recovery-Vorgang basierend auf der ausgewählten Recovery-Methode (--untilTime, --untilSCN, --latest oder --tag).

F: Gibt es eine Möglichkeit, die Datenbank wiederherzustellen, ohne eine Zeit oder SCN anzugeben?

A: Ja, Sie können den letzten bekannten Status der Datenbank mit der Option --latest wiederherstellen, für die keine Zeit oder SCN angegeben werden muss.

F: Kann ich eine teilweise Wiederherstellung durchführen?

A: Ja, Sie können die Datenbank mit den Optionen --untilTime bzw. --untilSCN auf einen bestimmten Zeitpunkt oder eine bestimmte SCN wiederherstellen.

Voraussetzungen

• Stellen Sie vor dem Ausführen eines runDatapatch-Vorgangs sicher, dass alle mit der Datenbank verknüpften Datenbankinstanzen gestartet und hochgefahren sind.

• Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database runDatapatch --dbname
[--resume]
    [--sessionID]
[--skipPdbs | --pdbs]
[--executePrereqs]
[--patchList]
[--skipClosedPdbs]
[--rollback]

Dabei gilt:

• --dbname gibt den Namen der Datenbank an.
• --resume setzt die vorherige Ausführung fort.
  • --sessionID gibt an, dass eine bestimmte Session-ID fortgesetzt werden soll.
• --skipPdbs überspringt die Ausführung von datapatch in einer angegebenen kommagetrennten Liste von PDBs. Beispiel: pdb1,pdb2...
• --pdbs führt datapatch nur in einer angegebenen kommagetrennten Liste von PDBs aus. Beispiel: pdb1,pdb2...
• --executePrereqs führt Voraussetzungsprüfungen aus.
• --patchList wendet die angegebene kommagetrennte Patchliste an oder setzt sie zurück. Beispiel: patch1,patch2...
• --skipClosedPdbs überspringt die Ausführung von datapatch in geschlossenen PDBs.
• --rollback führt ein Rollback der eingespielten Patches aus.

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli database runDatapatch?

A: Mit dem Befehl dbaascli database runDatapatch werden Patches in eine Oracle Database eingespielt.

F: Was muss sichergestellt werden, bevor der Befehl "dbaascli database runDatapatch" ausgeführt wird?

A: Bevor Sie den Befehl ausführen, stellen Sie sicher, dass alle Instanzen der Datenbank hochgefahren und gestartet sind.

F: Wie gebe ich an, welche Datenbank gepatcht werden soll?

A: Verwenden Sie die Option --dbname gefolgt vom Namen der Datenbank. Beispiel:

--dbname myDatabase

F: Wie kann ich einen zuvor unterbrochenen runDatapatch-Vorgang wiederaufnehmen?

A: Verwenden Sie die Option --resume, um die vorherige Ausführung fortzusetzen, oder die Option --sessionID, um eine bestimmte Session-ID anzugeben. Beispiel:

--resume

--sessionID 12345

F: Wie kann ich bestimmte PDBs beim Ausführen des Patches überspringen?

A: Verwenden Sie die Option --skipPdbs gefolgt von einer durch Komma getrennten Liste von PDB-Namen, die übersprungen werden sollen. Beispiel:

--skipPdbs pdb1,pdb2

F: Wie kann ich den Patch nur auf bestimmten PDBs ausführen?

A: Verwenden Sie die Option --pdbs gefolgt von einer durch Komma getrennten Liste der aufzunehmenden PDB-Namen. Beispiel:

--pdbs pdb1,pdb2

F: Wie kann ich bestimmte Patches einspielen oder zurücksetzen?

A: Verwenden Sie die Option --patchList gefolgt von einer durch Komma getrennten Liste von Patchnamen, die eingespielt oder zurückgesetzt werden sollen. Beispiel:

--patchList patch1,patch2

F: Was macht die Option --rollback?

A: Mit der Option --rollback werden die Patches zurückgesetzt, die während des Patching-Vorgangs eingespielt wurden.

F: Was geschieht, wenn einige PDBs während des Patching-Vorgangs geschlossen werden?

A: Wenn einige PDBs geschlossen sind, können Sie mit der Option --skipClosedPdbs das Patching dieser geschlossenen PDBs überspringen.

F: Kann ich vor dem Einspielen von Patches Voraussetzungsprüfungen ausführen?

A: Ja. Verwenden Sie die Option --executePrereqs, um Voraussetzungsprüfungen auszuführen, bevor Sie den Patch einspielen.

F: Wie finde ich heraus, welche Session-ID ein Patch wiederaufnimmt?

A: Nach einem runDatapatch-Vorgang wird die Session-ID in der Regel protokolliert. Geben Sie diese ID mit der Option --sessionID an, wenn Sie einen Patch wiederaufnehmen. Beispiel:

--sessionID 67890

Voraussetzungen

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database start
[--dbname]
[--mode]

Der Befehl startet und öffnet die Datenbank. In Oracle Database 12c oder höher werden auch alle PDBs geöffnet.

Häufig gestellte Fragen

F: Wozu dient der Befehl "dbaascli database start"?

A: Mit dem Befehl dbaascli database start wird eine Oracle Database gestartet.

F: Was müssen Sie tun, bevor Sie den Befehl "dbaascli database start" ausführen?

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

F: Wie gebe ich die Datenbank an, die ich starten möchte?

A: Verwenden Sie die Option --dbname gefolgt vom Namen der Datenbank. Beispiel:

--dbname myDatabase

F: In welchen Modi kann ich die Datenbank starten?

A: Sie können die Datenbank im Modus mount oder nomount mit der Option --mode starten. Beispiel:

--mode mount

F: Was ist der Standardmodus, wenn ich keinen spezifiziere?

A: Wenn Sie keinen Modus angeben, wird die Datenbank im Standardmodus open gestartet.

F: Wird dieser Befehl alle PDBs in Oracle Database 12c oder höher öffnen?

A: Ja, beim Starten der Datenbank in Oracle Database 12c oder höher werden auch alle integrierbaren Datenbanken (PDBs) geöffnet.

F: Wie kann ich eine Datenbank im Nomount-Modus starten?

A: Verwenden Sie die Option --mode, und setzen Sie sie auf nomount. Beispiel:

--mode nomount

F: Wie kann ich eine Datenbank im Mount-Modus starten?

A: Verwenden Sie die Option --mode, und stellen Sie sie so ein, dass sie eingehängt wird. Beispiel:

--mode mount

F: Ist es erforderlich, einen Datenbanknamen anzugeben, wenn der Befehl "dbaascli database start" ausgeführt wird?

A: Ja, es wird empfohlen, den Datenbanknamen mit der Option --dbname anzugeben, um sicherzustellen, dass die korrekte Datenbank gestartet wird.

Voraussetzungen

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database stop
[-–dbname <value>]
[--mode <value>]

Der Befehl fährt eine Datenbank im Immediate-Modus herunter. Es sind keine neuen Verbindungen oder Transaktionen zulässig. Für aktive Transaktionen wird ein Rollback durchgeführt, und die Verbindungen aller Benutzer werden getrennt.

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli database stop?

A: Mit dem Befehl dbaascli database stop wird eine Oracle Database gestoppt.

F: Welche Voraussetzungen sind für die Verwendung des Befehls dbaascli database stop erforderlich?

A: Sie müssen den Befehl als Benutzer root ausführen und mit SSH eine Verbindung zu einer virtuellen Exadata Cloud@Customer-Maschine herstellen.

F: Wie gebe ich an, welche Datenbank gestoppt werden soll?

A: Sie können die Datenbank mit der Option --dbname gefolgt vom Namen der Datenbank angeben. Beispiel:

--dbname myDatabase

F: Welche Shutdown-Modi sind für den Befehl dbaascli database stop gültig?

A: Gültige Shutdown-Modi:

abort

immediate

normal

transactional

F: Was ist der Standard-Shutdown-Modus, wenn kein Modus angegeben ist?

A: Wenn kein Modus angegeben ist, wird die Datenbank standardmäßig im immediate-Modus heruntergefahren.

F: Was passiert im sofortigen Shutdown-Modus?

A: Im immediate-Modus sind keine neuen Verbindungen oder Transaktionen zulässig, aktive Transaktionen werden zurückgesetzt, und alle angemeldeten Benutzer werden getrennt.

F: Wie kann ich die Datenbank im Abbruchmodus stoppen?

A: Um die Datenbank im Abbruchmodus zu stoppen, verwenden Sie die Option --mode mit Abbruch. Beispiel:

--mode abort

F: Wie funktioniert der normale Modus beim Stoppen der Datenbank?

A: Im normalen Modus lässt die Datenbank zu, dass aktuelle Benutzersessions abgeschlossen werden, und stoppt dann, ohne dass sich dies auf aktive Transaktionen auswirkt.

F: Wofür wird der Transaktionsmodus im Befehl "dbaascli database stop" verwendet?

A: Im transactional-Modus wird die Datenbank erst gestoppt, nachdem alle aktiven Transaktionen abgeschlossen sind, aber keine neuen Transaktionen zulässig sind.

F: Ist es erforderlich, den Herunterfahrmodus im Befehl dbaascli database stop anzugeben?

A: Nein, die Angabe eines shutdown-Modus ist optional. Bei fehlender Angabe wird der Standard-Sofortmodus verwendet.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database upgrade --dbname <value> 
{--targetHome <value> | --targetHomeName <value>}
{ [--executePrereqs | --postUpgrade | --rollback]}
{[--standBy | --allStandbyPrepared]}
{[--upgradeOptions <value>]  | [--standBy]}
[--removeGRP]
[--increaseCompatibleParameter]
[--resume [--sessionID <value>]]
[--waitForCompletion <value>]

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli database upgrade?

A: Mit dem Befehl dbaascli database upgrade wird ein Oracle Database-Upgrade auf eine neue Version durchgeführt.

F: Welche Voraussetzungen sind für die Verwendung des Befehls dbaascli database upgrade erforderlich?

A: Sie müssen den Befehl als Benutzer root ausführen und mit SSH eine Verbindung zu einer virtuellen Exadata Cloud@Customer-Maschine herstellen.

F: Wie gebe ich die Datenbank an, die aktualisiert werden soll?

A: Verwenden Sie die Option --dbname gefolgt vom Namen der Datenbank. Beispiel:

--dbname myDatabase

F: Wie kann ich das Ziel-Oracle Home für das Upgrade angeben?

A: Sie können das Ziel-Oracle Home-Verzeichnis mit der Option --targetHome oder den Namen des Ziel-Oracle Database Home mit der Option --targetHomeName angeben.

F: Was bewirkt die Option --standBy?

A: Die Option --standBy wird für Upgrades von Standby-Datenbanken in Data Guard-Konfigurationen verwendet.

F: Welchen Zweck hat das Flag --allStandbyPrepared?

A: Das Flag --allStandbyPrepared bestätigt, dass alle erforderlichen Vorgänge in Standbydatenbanken ausgeführt wurden, bevor die Primärdatenbank in einer Data Guard-Konfiguration upgegradet wird.

F: Was bewirkt die Option --removeGRP?

A: Die Option --removeGRP entfernt automatisch das garantierte Restore Point-(GRP-)Backup, wenn das Datenbankupgrade erfolgreich ist.

F: Wann sollte ich die Option --increaseCompatibleParameter verwenden?

A: Verwenden Sie die Option --increaseCompatibleParameter, um den kompatiblen Parameter während des Datenbankupgrades automatisch zu erhöhen, sofern das Upgrade erfolgreich war.

F: Was bewirkt die Option --executePrereqs?

A: Die Option --executePrereqs führt nur die Pre-Upgrade-Prüfungen aus, um sicherzustellen, dass die Datenbank für das Upgrade bereit ist.

F: Wie gehe ich mit einem nicht erfolgreichen Schritt nach dem Upgrade um?

A: Verwenden Sie die Option --postUpgrade, um die Post-Upgrade-Schritte erneut auszuführen, wenn der erste Post-Upgradeversuch fehlschlägt.

F: Was ist der Zweck der Option --revert?

A: Mit der Option --revert wird Oracle Database auf das ursprüngliche Oracle Home zurückgesetzt, und das Upgrade wird rückgängig gemacht.

F: Wie kann ich zusätzliche DBUA-spezifische Argumente für das Upgrade übergeben?

A: Mit der Option --upgradeOptions können Sie DBUA-spezifische Argumente für das Oracle Database-Upgrade übergeben. Die unterstützten Argumente und Optionen finden Sie in der Oracle-Dokumentation.

F: Ist es erforderlich, das Ziel-Oracle Home für das Upgrade anzugeben?

A: Ja, Sie müssen entweder --targetHome oder --targetHomeName angeben, um das Ziel-Oracle Home für das Upgrade anzugeben.

F: Was muss ich tun, wenn ich eine Pre-Upgrade-Prüfung durchführen muss, aber nicht mit dem Upgrade fortfahren muss?

A: Verwenden Sie die Option --executePrereqs, um nur die Prüfungen vor dem Upgrade durchzuführen, ohne mit dem tatsächlichen Upgrade fortzufahren.

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

Syntax

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

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 auf der Standbysite in einer Data Guard-Umgebung erforderliche Dateien enthält.

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 Database an, für die ich den Standby-BLOB vorbereiten möchte?

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

--dbname myDatabase

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

A: Geben Sie mit der Option --blobLocation den benutzerdefinierten Verzeichnispfad an, in dem die Standby-BLOB-Datei generiert wird. Beispiel:

--blobLocation /path/to/standby_blob

F: Was bewirkt die Option --dbname im Befehl?

A: Die Option --dbname gibt den Namen der Oracle 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 anderer Benutzer als root oder oracle ausführen?

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

F: Ist es möglich, einen relativen Pfad für die Option --blobLocation zu verwenden?

A: Es wird empfohlen, einen absoluten Pfad für die Option --blobLocation zu verwenden, um sicherzustellen, dass die Standby-BLOB-Datei im richtigen 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 dem Generieren der Standby-BLOB-Datei weitere 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.

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

Syntax

dbaascli dataguard updateDGConfigAttributes --attributes <value>

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli dataguard updateDGConfigAttributes?

A: Mit dem Befehl dbaascli dataguard updateDGConfigAttributes werden Data Guard-Automatisierungsattribute über alle Cluster-Knoten hinweg aktualisiert.

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

A: Der Befehl muss entweder 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 sollen die Optionswerte --attributes angegeben werden?

A: Die Werte der Option --attributes müssen ein durch Komma getrenntes Format aufweisen, wobei jedes Attribut als attribute=value angegeben wird.

F: Kann ich mehrere Attribute in der Option --attributes 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 in der Data Guard-Konfigurationsdatei nicht vordefiniert ist?

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

F: Muss ich Services nach der Aktualisierung der Data Guard-Automatisierungsattribute neu starten?

A: In den meisten Fällen müssen Sie Services nach dem Aktualisieren von Attributen nicht neu starten. 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 für Ihr Setup spezifischen Verifizierungsbefehle/Tools verwenden.

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

A: Prüfen Sie die Fehlermeldungen auf Details zu dem Fehler. Stellen Sie sicher, dass Sie die richtigen Attribute angegeben haben und diese in der Data Guard-Konfigurationsdatei vordefiniert sind. Prüfen Sie Benutzerberechtigungen und Befehlssyntax.

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

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

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>]]

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>]]

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.

Führen Sie diesen Befehl als Benutzer oracle aus.

Syntax

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

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.

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]

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>]

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>]

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>]

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>]]

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>]

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli dbhome create --version <value>
[--oracleHome <value>]
[--oracleHomeName <value>]
[--enableUnifiedAuditing <value>] 
[--imageTag <value>]
[--ImageLocation <value>

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli dbhome create?

A: Mit dem Befehl dbaascli dbhome create wird ein neues Oracle Database Home mit der gewünschten Version erstellt.

F: Welche Voraussetzungen müssen für die Ausführung des Befehls dbaascli dbhome create erfüllt sein?

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

F: Wie gebe ich die Oracle Database-Version beim Erstellen eines neuen Oracle Home an?

A: Verwenden Sie die Option --version gefolgt von der Oracle Database-Version im Format von fünf numerischen Segmenten, die durch Punkte getrennt sind, wie 19.11.0.0.0.

F: Was gibt die Option --oracleHome an?

A: Die Option --oracleHome gibt den Speicherort an, in dem das Oracle Home installiert werden soll. Wenn Sie keinen Speicherort angeben, wird der Standardspeicherort verwendet.

F: Kann ich dem neuen Oracle Home einen benutzerdefinierten Namen zuweisen?

A: Ja, Sie können mit der Option --oracleHomeName einen benutzerdefinierten Namen für das Oracle Home angeben. Wenn kein Name angegeben wurde, wird ein Standardname verwendet.

F: Wie aktiviere oder deaktiviere ich Unified Auditing im neuen Oracle Home?

A: Verwenden Sie die Option --enableUnifiedAuditing, und geben Sie true an, um das Unified Auditing für das Oracle Home zu aktivieren, oder false, um das Unified Auditing zu deaktivieren.

F: Was bewirkt die Option --imageTag?

A: Die Option --imageTag gibt das Imagetag des Oracle Home an, das in Fällen verwendet werden kann, in denen das Imagetag von der Version abweicht.

F: Was ist ein Beispiel für die Verwendung des Befehls dbaascli dbhome create mit Version und Imagetag?

A: Ein Beispiel für den Befehl mit Version und Imagetag ist:

dbaascli dbhome create --version 19.8.0.0.0 --imageTag 19.8.0.0.0

Dadurch wird ein Oracle Home für Version 19.8.0.0.0 mit dem entsprechenden Imagetag erstellt.

F: Was geschieht, wenn die Optionen --oracleHome oder --oracleHomeName nicht angegeben werden?

A: Wenn --oracleHome nicht angegeben ist, wird das Oracle Home im Standardverzeichnis installiert. Wenn --oracleHomeName nicht angegeben ist, wird dem Oracle Home ein Standardname zugewiesen.

F: Wie kann ich prüfen, ob die Erstellung des Oracle Home erfolgreich war?

A: Nachdem Sie den Befehl ausgeführt haben, prüfen Sie die Ausgabelogs auf Erfolgsmeldungen oder Fehler. Sie können das Oracle Home auch prüfen, indem Sie zum angegebenen Speicherort navigieren oder Oracle-Tools wie orainstRoot.sh verwenden.

F: Können mehrere Oracle Homes mit unterschiedlichen Versionen auf demselben System erstellt werden?

A: Ja, Sie können mehrere Oracle Homes mit unterschiedlichen Versionen erstellen, indem Sie verschiedene Werte für die Optionen --version und --oracleHomeName angeben.

F: Wie gehe ich vor, wenn das Oracle Home nicht erstellt werden kann?

A: Detaillierte Fehlermeldungen finden Sie in den Ausgabelogs. Stellen Sie sicher, dass Sie über das richtige Versionsformat, die erforderlichen Berechtigungen und ausreichend Festplattenspeicher verfügen. Beheben Sie alle Probleme, und führen Sie den Befehl erneut aus.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli dbHome delete 
{ --oracleHome <value> 
| --oracleHomeName <value> } [--resume [--sessionID <value>]] 

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli dbHome delete?

A: Mit dem Befehl dbaascli dbHome delete wird ein angegebenes Oracle Database Home aus dem System gelöscht.

F: Welche Voraussetzungen sind für die Ausführung des Befehls dbaascli dbHome delete erforderlich?

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

F: Wie gebe ich das zu löschende Oracle Home an?

A: Sie können das zu löschende Oracle Home mit einer der folgenden Optionen angeben:

--oracleHome <value>, um den absoluten Pfad des Oracle Home-Verzeichnisses anzugeben.

--oracleHomeName <value>, um den Namen des Oracle Home anzugeben.

F: Was ist der Unterschied zwischen den Optionen --oracleHome und --oracleHomeName?

A:

--oracleHome gibt das physische Verzeichnis oder den physischen Pfad des zu löschenden Oracle Homes an.

--oracleHomeName gibt den benutzerdefinierten Namen des zu löschenden Oracle Homes an.

F: Wie kann ich einen zuvor unterbrochenen Löschvorgang fortsetzen?

A: Mit der Option --resume können Sie einen vorherigen Löschprozess fortsetzen. Wenn Sie die spezifische Session-ID des Prozesses kennen, können Sie sie mit der Option --sessionID aufnehmen.

F: Wofür wird die Option --sessionID im Befehl dbaascli dbHome delete verwendet?

A: Mit der Option --sessionID wird eine bestimmte Session fortgesetzt, die zuvor während des Löschprozesses unterbrochen wurde oder nicht erfolgreich war.

F: Was geschieht, wenn die Optionen --resume oder --sessionID nicht angegeben werden?

A: Wenn die Optionen --resume oder --sessionID nicht angegeben sind, initiiert der Befehl einen neuen Löschprozess, anstatt einen unterbrochenen Prozess fortzusetzen.

F: Gibt es eine Möglichkeit, das Löschen des Oracle Home nach Ausführung des Befehls zu bestätigen?

A: Sie können den Löschvorgang prüfen, indem Sie die Ausgabelogs auf Erfolgsmeldungen prüfen und sicherstellen, dass das Oracle Home-Verzeichnis am angegebenen Speicherort nicht mehr vorhanden ist.

F: Kann ich ein Oracle Home löschen, das derzeit von einer ausgeführten Datenbank verwendet wird?

A: Nein, das Oracle Home darf während des Löschprozesses nicht von laufenden Datenbanken oder Services verwendet werden. Stoppen Sie alle zugehörigen Datenbanken, bevor Sie den Befehl "delete" ausführen.

F: Was muss ich tun, wenn der Befehl "dbaascli dbHome delete" nicht erfolgreich ist?

A: Prüfen Sie die Ausgabelogs auf Fehlermeldungen. Stellen Sie sicher, dass das Oracle Home nicht verwendet wird, prüfen Sie den richtigen Speicherort oder Namen des Oracle Home, und bestätigen Sie, dass Sie über die erforderlichen Berechtigungen verfügen. Nachdem Sie Probleme behoben haben, führen Sie den Befehl erneut aus, oder verwenden Sie bei Bedarf die Option --resume.

F: Kann ich mehrere Oracle Homes gleichzeitig mit dem Befehl "dbaascli dbHome delete" löschen?

A: Nein. Mit dem Befehl können Sie jeweils nur ein Oracle Home löschen, indem Sie entweder die Option --oracleHome oder --oracleHomeName angeben.

F: Was ist ein Beispiel für das Löschen eines Oracle Home mit seinem Namen?

A: Beispiel für das Löschen eines Oracle Home-Verzeichnisses nach Name:

dbaascli dbHome delete --oracleHomeName myOracleHome

Mit diesem Befehl wird das Oracle Home mit dem Namen myOracleHome gelöscht.

F: Was ist ein Beispiel für das Löschen eines Oracle Home an seinem Speicherort?

A: Im Folgenden finden Sie ein Beispiel für das Löschen eines Oracle Home durch Angabe seines Speicherorts:

dbaascli dbHome delete --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Mit diesem Befehl wird das Oracle Home unter /u01/app/oracle/product/19.0.0/dbhome_1 gelöscht.

F: Kann ich den Löschvorgang abbrechen, nachdem er gestartet wurde?

A: Nein, nachdem der Löschvorgang gestartet wurde, kann er nicht mehr abgebrochen werden. Stellen Sie sicher, dass das Oracle Home zum Löschen bereit ist, bevor Sie den Befehl ausführen.

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli dbHome getDatabases
{ --oracleHomeName value | --oracleHome value }

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli dbHome getDatabases?

A: Mit dem dbaascli dbHome getDatabases-Befehl werden Informationen zu allen Oracle-Datenbanken angezeigt, die aus einem angegebenen Oracle Database Home ausgeführt werden.

F: Wie kann ich das zu prüfende Oracle Database Home angeben?

A: Sie können das Oracle Database Home mit einer der folgenden Optionen angeben:

--oracleHomeName <value>, um den benutzerdefinierten Namen des Oracle Homes anzugeben.

--oracleHome <value>, um den vollständigen Speicherort (Pfad) des Oracle Home anzugeben.

F: Was ist der Unterschied zwischen den Optionen --oracleHomeName und --oracleHome?

A:

--oracleHomeName bezieht sich auf einen benutzerdefinierten Namen für das Oracle Home.

--oracleHome bezieht sich auf den physischen Speicherort (oder Verzeichnispfad) des Oracle Home auf dem System.

F: Wie führe ich den Befehl dbaascli dbHome getDatabases aus?

A: Zum Ausführen des Befehls verwenden Sie die folgende Syntax:

dbaascli dbHome getDatabases --oracleHomeName <value>

oder

dbaascli dbHome getDatabases --oracleHome <value>

Stellen Sie sicher, dass Sie den Befehl als Benutzer root ausführen.

F: Kann ich sowohl den Oracle Home-Namen als auch das Oracle Home-Verzeichnis in demselben Befehl angeben?

A: Nein, Sie können nur --oracleHomeName oder --oracleHome in einer einzelnen Befehlsausführung angeben. Wählen Sie eine Option, je nachdem, wie Sie das Oracle Home identifizieren.

F: Welche Informationen gibt der Befehl dbaascli dbHome getDatabases zurück?

A: Der Befehl gibt Informationen zu allen Oracle-Datenbanken zurück, die aus dem angegebenen Oracle Home ausgeführt werden. Dazu gehören Details wie Datenbanknamen und Status.

F: Was ist ein Beispiel für die Verwendung von dbaascli dbHome getDatabases mit dem Oracle Home-Verzeichnis?

A: Im Folgenden finden Sie ein Beispiel für die Verwendung des Befehls mit dem Oracle Home-Verzeichnis:

dbaascli dbHome getDatabases --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Dieser Befehl ruft die Liste der Datenbanken ab, die aus dem Oracle Home unter /u01/app/oracle/product/19.0.0/dbhome_1 ausgeführt werden.

F: Was ist ein Beispiel für die Verwendung von dbaascli dbHome getDatabases mit dem Oracle Home-Namen?

A: Im Folgenden finden Sie ein Beispiel für die Verwendung des Befehls mit dem Namen des Oracle Home:

dbaascli dbHome getDatabases --oracleHomeName myOracleHome

Dieser Befehl ruft die Liste der Datenbanken ab, die aus dem Oracle Home mit dem Namen myOracleHome ausgeführt werden.

F: Benötige ich spezielle Berechtigungen, um diesen Befehl auszuführen?

A: Ja, Sie müssen den Befehl als Root-Benutzer ausführen, um die Informationen zu Oracle-Datenbanken anzuzeigen, die aus einem angegebenen Oracle Home ausgeführt werden.

F: Was sollte ich prüfen, ob der dbaascli-Befehl dbHome getDatabases keine Datenbanken zurückgibt?

A: Stellen Sie sicher, dass Sie den richtigen Namen oder Speicherort für das Oracle Home angegeben haben und dass Datenbanken aus diesem Oracle Home ausgeführt werden. Bestätigen Sie außerdem, dass das Oracle Home ordnungsgemäß konfiguriert und aktiv ist.

F: Kann ich den Befehl dbaascli dbHome getDatabases in mehreren Oracle Homes gleichzeitig verwenden?

A: Nein, der Befehl funktioniert jeweils in einem einzelnen Oracle Home. Sie müssen den Befehl für jedes Oracle Home, das Sie abfragen möchten, separat ausführen.

F: Gibt es eine Möglichkeit, zu überprüfen, ob das im Befehl angegebene Oracle Home korrekt ist?

A: Sie können das Oracle Home prüfen, indem Sie die Verzeichnisstruktur oder die Konfigurationsdetails in Ihrem System prüfen, um sicherzustellen, dass der angegebene Pfad oder Name mit dem tatsächlichen Oracle Home übereinstimmt.

F: Was geschieht, wenn ich den Befehl ohne Angabe eines Oracle Home- oder Oracle Home-Namens ausführe?

A: Für den Befehl muss entweder die Option --oracleHome oder --oracleHomeName angegeben werden. Wenn keine der beiden Optionen angegeben ist, kann der Befehl nicht ausgeführt werden.

F: Kann dieser Befehl Datenbanken abrufen, die derzeit gestoppt sind?

A: Ja, der Befehl listet alle Datenbanken auf, die mit dem angegebenen Oracle Home verknüpft sind, unabhängig davon, ob sie derzeit ausgeführt oder gestoppt werden.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli dbHome getDetails
{ --oracleHomeName value | --oracleHome value }

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli dbHome getDetails?

A: Mit dem Befehl dbaascli dbHome getDetails können Sie detaillierte Informationen zu einem bestimmten Oracle Home auf dem System anzeigen.

F: Wie gebe ich das Oracle Home an, über das ich Details erhalten möchte?

A: Sie können das Oracle Home mit einer der folgenden Optionen angeben:

--oracleHomeName <value>, um den benutzerdefinierten Namen des Oracle Homes anzugeben.

--oracleHome <value>, um den vollständigen Speicherort (Pfad) des Oracle Home anzugeben.

F: Was ist der Unterschied zwischen --oracleHomeName und --oracleHome?

A:

--oracleHomeName ist der benutzerdefinierte Name für ein Oracle Home.

--oracleHome bezieht sich auf den vollständigen Verzeichnispfad, in dem sich das Oracle Home befindet.

F: Wie führe ich den Befehl dbaascli dbHome getDetails aus?

A: Zum Ausführen des Befehls verwenden Sie die folgende Syntax:

dbaascli dbHome getDetails --oracleHomeName <value>

oder

dbaascli dbHome getDetails --oracleHome <value>

Stellen Sie sicher, dass Sie den Befehl als Benutzer root ausführen.

F: Kann ich in demselben Befehl sowohl --oracleHomeName als auch --oracleHome angeben?

A: Nein, Sie können nur eine Option pro Befehlsausführung verwenden. Sie müssen entweder den Oracle Home-Namen oder das Oracle Home-Verzeichnis angeben, nicht jedoch beides.

F: Welche Informationen gibt der Befehl dbaascli dbHome getDetails zurück?

A: Der Befehl enthält detaillierte Informationen zum angegebenen Oracle Home, wie Version, Status und alle anderen Konfigurationsdetails, die mit dem Oracle Home verknüpft sind.

F: Was ist ein Beispiel für die Verwendung des Befehls dbaascli dbHome getDetails mit einem Oracle Home-Verzeichnis?

A: Beispiel:

dbaascli dbHome getDetails --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Dieser Befehl ruft detaillierte Informationen zum Oracle Home unter /u01/app/oracle/product/19.0.0/dbhome_1 ab.

F: Wie lautet ein Beispiel für die Verwendung des Befehls dbaascli dbHome getDetails mit einem Oracle Home-Namen?

A: Beispiel:

dbaascli dbHome getDetails --oracleHomeName myOracleHome

Dieser Befehl ruft detaillierte Informationen zum Oracle Home mit dem Namen myOracleHome ab.

F: Benötige ich spezielle Berechtigungen, um diesen Befehl auszuführen?

A: Ja, Sie müssen den Befehl als Root-Benutzer ausführen, um Details zum Oracle Home anzuzeigen.

F: Was soll ich tun, wenn der dbaascli-Befehl dbHome getDetails keine Informationen zurückgibt?

A: Stellen Sie sicher, dass Sie den Namen oder Speicherort des Oracle Home korrekt angegeben haben und dass das Oracle Home ordnungsgemäß konfiguriert ist und im System vorhanden ist.

F: Kann ich den Befehl dbaascli dbHome getDetails in mehreren Oracle Homes gleichzeitig verwenden?

A: Nein, der Befehl funktioniert nur in einem einzelnen Oracle Home gleichzeitig. Sie müssen den Befehl für jedes Oracle Home separat ausführen.

F: Kann der Oracle Home-Name vor Ausführung des Befehls überprüft werden?

A: Ja, Sie können den Oracle Home-Namen prüfen, indem Sie die Konfigurationsdateien Ihres Systems prüfen oder alle auf Ihrem System verfügbaren Oracle Homes auflisten.

F: Was geschieht, wenn im Befehl kein Oracle Home-Name oder Speicherort angegeben wird?

A: Für den Befehl muss entweder die Option --oracleHome oder --oracleHomeName angegeben werden. Wenn keine Angabe gemacht wird, kann der Befehl nicht ausgeführt werden.

F: Kann ich Informationen zu Oracle Homes abrufen, die derzeit nicht verwendet werden?

A: Ja, der Befehl dbaascli dbHome getDetails enthält Details zu Oracle Homes, unabhängig davon, ob sie verwendet oder inaktiv sind.

F: Was sollte ich überprüfen, ob der Befehl einen Fehler zurückgibt?

A: Stellen Sie sicher, dass der Name oder Speicherort des Oracle Home korrekt ist, das Oracle Home vorhanden ist und dass Sie den Befehl als Benutzer root ausführen. Prüfen Sie doppelt auf Tippfehler oder falsche Pfade.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli diag collect [--components <value>] [--startTime <value>] [--endTime <value>] [--nodes <value>] [--dbNames <value>]
        {
            [--objectStoreBucketUri <value>]
            | [--destLocation <value>]
        }
        [--waitForCompletion <value>]

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli diag collect?

A: Mit dem Befehl dbaascli diag collect werden Diagnoselogs für Oracle Database und zugehörige Komponenten wie BS, Grid Infrastructure (GI) und DBaaS-Tools erfasst.

F: Wie gebe ich an, für welche Komponenten die Diagnose erfasst werden soll?

A: Sie können die Komponenten mit der Option --components angeben. Die gültigen Werte lauten:

db (für Datenbanklogs)

gi (für Grid Infrastructure-Logs)

os (für Betriebssystemlogs)

dbaastools (für DBaaS-Tools-Logs)

all (zum Erfassen von Logs für alle Komponenten)

F: Wie kann ich Protokolle für einen bestimmten Zeitraum sammeln?

A: Verwenden Sie die folgenden Optionen, um einen Zeitraum anzugeben:

--startTime <value>, um die Startzeit für die Logerfassung festzulegen.

--endTime <value>, um die Endzeit für die Logerfassung festzulegen.

Die Uhrzeit muss das folgende Format aufweisen: YYYY-MM-DDTHH24:MM:SS.

F: In welchem Format sollen Start- und Endzeiten angegeben werden?

A: Sowohl --startTime als auch --endTime müssen das Format YYYY-MM-DDTHH24:MM:SS aufweisen. Beispiel: 2024-09-01T15:30:00.

F: Wie gebe ich an, von welchen Knoten die Diagnose erfasst werden soll?

A: Mit der Option --nodes können Sie eine durch Komma getrennte Liste von Knoten angeben. Beispiel:

--nodes node1,node2

F: Wie sammle ich Protokolle für eine bestimmte Datenbank?

A: Geben Sie mit der Option --dbNames den Namen der Datenbank an, für die Sie Logs erfassen möchten. Es kann jeweils nur ein Datenbankname angegeben werden.

F: Wie kann ich die erfassten Logs in Object Storage speichern?

A: Geben Sie mit der Option --objectStoreBucketUri die URL der vorab authentifizierten Anforderung (PAR) für den Objektspeicher-Bucket an, in den die Logs hochgeladen werden.

F: Kann ich Logs in einem lokalen Verzeichnis anstatt in Object Storage erfassen?

A: Ja, Sie können mit der Option --destLocation ein Verzeichnis auf der Gast-VM angeben, in dem die Logs erfasst werden. Der Standardspeicherort ist /var/opt/oracle/dbaas_acfs.

F: Was geschieht, wenn ich kein Ziel für die Logs spezifiziere?

A: Wenn kein Ziel angegeben ist, werden die erfassten Logs im Standardspeicherort /var/opt/oracle/dbaas_acfs auf der Gast-VM gespeichert.

F: Was bewirkt die Option --waitForCompletion?

A: Die Option --waitForCompletion gibt an, ob auf den Abschluss des Befehls gewartet werden soll, bevor die Kontrolle an den Benutzer zurückgegeben wird. Der Standardwert ist true. Wenn Sie false angeben, wird der Vorgang im Hintergrund ausgeführt.

F: Wie kann ich die Logerfassung im Hintergrund ausführen?

A: Setzen Sie die Option --waitForCompletion auf false, um den Logerfassungsprozess im Hintergrund auszuführen:

dbaascli diag collect --waitForCompletion false

F: Kann ich mit diesem Befehl eine vorherige Logerfassung fortsetzen?

A: Nein, der Befehl dbaascli diag collect unterstützt das Wiederaufnehmen früherer Sessions nicht. Sie müssen einen neuen Logerfassungsprozess starten.

F: Wie kann ich sicherstellen, dass Logs direkt in den Object Storage hochgeladen werden?

A: Sie können eine gültige --objectStoreBucketUri (URL für vorab authentifizierte Object Storage-Anforderung) angeben, in der die Logs nach der Erfassung hochgeladen werden.

F: Kann ich Protokolle für mehrere Datenbanken gleichzeitig erfassen?

A: Nein, Sie können jeweils nur einen Datenbanknamen mit der Option --dbNames angeben.

F: Was soll ich tun, wenn ich alle verfügbaren Protokolle für alle Komponenten sammeln möchte?

A: Mit --components all können Sie Logs aus allen Komponenten erfassen, einschließlich der Datenbank-, Grid Infrastructure-, Betriebssystem- und DBaaS-Tools.

F: Welcher Beispielbefehl erfasst Logs für die Datenbankkomponente aus einem bestimmten Zeitraum?

A: Hier ist ein Beispielbefehl:

dbaascli diag collect --components db --startTime 2024-09-01T12:00:00 --endTime 2024-09-01T14:00:00 --dbname orcl

F: Mit welchem Beispielbefehl können Sie Logs erfassen und in Object Storage hochladen?

A: Hier ist ein Beispielbefehl:

dbaascli diag collect --components db --objectStoreBucketUri https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

F: Was ist das Standardverhalten, wenn die Option --components nicht angegeben ist?

A: Wenn Sie die Option --components nicht angeben, weiß der Befehl möglicherweise nicht, welche Logs erfasst werden sollen, und kann fehlschlagen. Es wird empfohlen, immer die Komponenten anzugeben, aus denen Sie Logs erfassen möchten.

F: Kann ich die Optionen --objectStoreBucketUri und --destLocation im selben Befehl angeben?

A: Nein, Sie müssen ein Ziel auswählen - entweder Object Storage über --objectStoreBucketUri oder ein lokales Verzeichnis über --destLocation.

F: Was muss ich tun, wenn bei der Verwendung des Befehls dbaascli diag collect ein Fehler auftritt?

A: Überprüfen Sie, ob Sie gültige Komponentennamen, Datums-/Uhrzeitformate und Zieloptionen angegeben haben. Stellen Sie außerdem sicher, dass Sie den Befehl als Benutzer root ausführen.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli diag healthCheck
[--destLocation]
[--nodes]
[--objectStoreBucketURI]

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli diag healthCheck?

A: Mit dem Befehl dbaascli diag healthCheck werden Diagnosezustandsprüfungen in einer Oracle Database ausgeführt, die in einer Exadata Cloud@Customer-Umgebung ausgeführt wird.

F: Welche Voraussetzungen sind für die Verwendung des Befehls dbaascli diag healthCheck erforderlich?

A: Der Befehl muss als Benutzer root ausgeführt werden, und Sie müssen mit einer virtuellen Exadata Cloud@Customer-Maschine verbunden sein.

F: Wie gebe ich ein benutzerdefiniertes Verzeichnis zum Erfassen der Logs an?

A: Geben Sie mit der Option --destLocation das Verzeichnis an, in dem die Health-Check-Logs erfasst werden. Der Standardspeicherort ist /var/opt/oracle/dbaas_acfs.

F: Wie lautet der Standardspeicherort für die Logerfassung, wenn --destLocation nicht angegeben wird?

A: Das Standardverzeichnis für die Logerfassung ist /var/opt/oracle/dbaas_acfs.

F: Kann ich angeben, auf welchen Knoten der Health Check ausgeführt werden soll?

A: Ja, Sie können die Option --nodes verwenden, um eine durch Komma getrennte Liste der Knoten anzugeben, auf denen der Health Check ausgeführt werden soll.

F: Wie lade ich die Health-Check-Logs in Object Storage hoch?

A: Mit der Option --objectStoreBucketURI können Sie eine im Voraus authentifizierte Anforderungs-(PAR-)URL aus dem Object Storage-Service angeben. Dadurch werden die erfassten Logs in den angegebenen Bucket hochgeladen.

F: Kann ich Protokolle von mehreren Knoten erfassen?

A: Ja, Sie können mehrere Knoten mit der Option --nodes in einem kommagetrennten Format angeben. Beispiel: --nodes node1,node2.

F: Was ist ein Beispielbefehl zum Ausführen eines Health Checks auf einem bestimmten Knoten?

A: Im Folgenden finden Sie einen Beispielbefehl zum Ausführen des Health Checks auf einem bestimmten Knoten:

dbaascli diag healthCheck --nodes node1

F: Wie kann ich die Logs im Object Storage anstatt auf dem lokalen Rechner speichern?

A: Sie können mit der Option --objectStoreBucketURI eine URL für eine vorab authentifizierte Anforderung (PAR) angeben, um die Logs in Object Storage zu speichern.

F: Kann ich --destLocation und --objectStoreBucketURI gleichzeitig angeben?

A: Ja, Sie können sowohl --destLocation für den lokalen Speicher als auch --objectStoreBucketURI angeben, um Logs in Object Storage hochzuladen.

F: Wie gehe ich vor, wenn bei der Ausführung des Befehls dbaascli diag healthCheck ein Fehler auftritt?

A: Stellen Sie sicher, dass Sie den Befehl als Root-Benutzer ausführen und gültige Optionen für --destLocation, --nodes oder --objectStoreBucketURI angegeben haben. Prüfen Sie, ob die Knotennamen korrekt sind, falls angegeben.

F: Kann ich den Health Check im Hintergrund ausführen?

A: Der Befehl dbaascli diag healthCheck hat keinen expliziten Hintergrundmodus. Sie können ihn jedoch im Hintergrund ausführen, indem Sie & am Ende des Befehls anhängen.

F: Was passiert, wenn ich die Option --nodes nicht zur Verfügung stelle?

A: Wenn die Option --nodes nicht angegeben ist, wird der Health Check standardmäßig auf allen Knoten im Cluster ausgeführt.

F: Kann ich mit diesem Befehl eine vorherige Health-Check-Session fortsetzen?

A: Nein, der Befehl dbaascli diag healthCheck unterstützt das Wiederaufnehmen früherer Sessions nicht. Sie müssen jedes Mal einen neuen Health Check initiieren.

F: Mit welchem Beispielbefehl können Sie einen Health Check ausführen und Logs in Object Storage hochladen?

A: Hier ist ein Beispielbefehl:

dbaascli diag healthCheck --objectStoreBucketURI https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

F: Was ist das Standardverhalten, wenn ich --destLocation oder --objectStoreBucketURI nicht spezifiziere?

A: Wenn weder --destLocation noch --objectStoreBucketURI angegeben ist, werden die Health-Check-Logs im Standardverzeichnis /var/opt/oracle/dbaas_acfs auf dem lokalen Rechner erfasst.

F: Kann ich den Health Check auf bestimmte Komponenten oder Logs beschränken?

A: Nein, mit dem Befehl dbaascli diag healthCheck können Sie keine einzelnen Komponenten oder Logs angeben. Es führt eine allgemeine Diagnose-Integritätsprüfung für das System durch.

F: Was muss ich vor der Ausführung des Befehls dbaascli diag healthCheck überprüfen?

A: Stellen Sie sicher, dass Sie mit einer virtuellen Exadata Cloud@Customer-Maschine verbunden sind, und führen Sie den Befehl als Benutzer root aus.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli gridHome create --version value [--resume [--sessionID value]] [--waitForCompletion value]

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli gridHome create?

A: Mit dem Befehl dbaascli gridHome create wird ein Grid Infrastructure Home für die Oracle Grid-Infrastruktur in einer Exadata Cloud@Customer-Umgebung konfiguriert.

F: Was ist die Voraussetzung für die Ausführung des Befehls dbaascli gridHome create?

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

F: Wie gebe ich die Version des zu erstellenden Grid Infrastructure Home an?

A: Verwenden Sie die Option --version, um die Grid Home-Version anzugeben. Dies ist eine obligatorische Option beim Erstellen des Grid Homes.

F: Kann ich eine vorherige dbaascli gridHome create-Session fortsetzen?

A: Ja, mit der Option --resume können Sie eine vorherige Session fortsetzen. Optional können Sie die Session-ID mit der Option --sessionID angeben, um eine bestimmte Session fortzusetzen.

F: Was bewirkt die Option --resume im Befehl dbaascli gridHome create?

A: Mit der Option --resume können Sie einen zuvor unterbrochenen oder unvollständigen Vorgang fortsetzen.

F: Wie führe ich den Vorgang im Hintergrund aus?

A: Sie können die Option --waitForCompletion auf "false" setzen, um den Vorgang im Hintergrund auszuführen. Die gültigen Werte für diese Option sind true (Standard) oder false.

F: Was ist das Standardverhalten, wenn --waitForCompletion nicht angegeben ist?

A: Wenn --waitForCompletion nicht angegeben ist, wird der Vorgang im Vordergrund ausgeführt, und der Befehl wartet auf den Abschluss des Vorgangs, bevor die Kontrolle an den Benutzer zurückgegeben wird.

F: Wozu dient die Option --sessionID?

A: Mit der Option --sessionID wird die ID einer vorherigen Session angegeben, die im Falle eines unvollständigen oder unterbrochenen Vorgangs fortgesetzt werden soll.

F: Kann ich den Befehl dbaascli gridHome create verwenden, um ein vorhandenes Grid Home upzugraden?

A: Nein, dieser Befehl wird speziell für die Konfiguration eines neuen Grid Infrastructure Home und nicht für das Upgrade eines vorhandenen Home-Verzeichnisses verwendet.

F: Was ist ein Beispielbefehl zum Erstellen eines Grid Home mit Version 19.9.0.0.0?

A: Hier ist ein Beispielbefehl:

dbaascli gridHome create --version 19.9.0.0.0

F: Wie gehe ich vor, wenn der Befehl "dbaascli gridHome create" unterbrochen wird?

A: Sie können den Vorgang mit der Option --resume fortsetzen. Wenn Sie die Session-ID haben, können Sie sie mit der Option --sessionID angeben, um eine bestimmte Session fortzusetzen.

F: Kann ich die Option --resume ohne Session-ID angeben?

A: Ja, Sie können die Option --resume verwenden, ohne eine Session-ID anzugeben. In diesem Fall versucht das System, die letzte Sitzung fortzusetzen.

F: Was geschieht, wenn --waitForCompletion false angegeben wird?

A: Wenn Sie --waitForCompletion false angeben, wird der Vorgang im Hintergrund ausgeführt, sodass Sie die Befehlszeile weiterhin verwenden können, während der Vorgang abgeschlossen ist.

F: Ist es möglich, den Fortschritt einer Hintergrundoperation zu verfolgen?

A: Der Befehl "dbaascli" bietet keine direkte Möglichkeit, Hintergrundvorgänge zu verfolgen. Möglicherweise müssen Sie die Systemprotokolle oder den Sitzungsstatus manuell überprüfen.

F: Kann ich beim Erstellen eine ungültige Grid Home-Version angeben?

A: Nein, die Option --version muss eine gültige Grid Infrastructure-Version enthalten. Wenn eine ungültige Version angegeben wird, gibt der Befehl einen Fehler zurück.

F: Wie kann ich die Grid Home-Version bestimmen, die für die Erstellung verwendet werden soll?

A: Sie können in der Oracle-Dokumentation nachlesen oder sich an den Datenbankadministrator wenden, um die richtige Grid Home-Version für Ihre Umgebung zu ermitteln.

F: Was muss ich vor der Ausführung des Befehls dbaascli gridHome create überprüfen?

A: Stellen Sie sicher, dass Sie als Benutzer root angemeldet sind und dass die Version, die Sie für Grid Infrastructure verwenden möchten, mit Ihrer Umgebung kompatibel ist.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli grid configureTCPS
[--pkcs12WalletFilePath]
[--caCertChain]
[--precheckOnly]
[--serverCert]
[--privateKey]
[--certType]
[--privateKeyPasswordProtected]

Häufig gestellte Fragen

F: Wozu dient der Befehl dbaascli grid configureTCPS?

A: Mit dem Befehl dbaascli grid configureTCPS wird Transport Layer Security (TCPS) für das vorhandene Cluster in einer Oracle Exadata-Umgebung konfiguriert.

F: Was ist die Voraussetzung für die Ausführung des Befehls dbaascli grid configureTCPS?

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

F: Ist TCPS standardmäßig in Exadata Database Service on Dedicated Infrastructure-Systemen aktiviert?

A: Ja, TCPS ist standardmäßig für Datenbanken in Oracle Exadata Database Service on Dedicated Infrastructure-Systemen aktiviert.

F: Ist TCPS standardmäßig auf Exadata Database Service on Cloud@Customer-Systemen aktiviert?

A: Nein, TCPS ist auf Exadata Database Service on Cloud@Customer-Systemen standardmäßig nicht aktiviert. Um TCPS zu aktivieren, müssen Sie die Datei sqlnet.ora für die spezifische Datenbank aktualisieren und die Datenbank neu starten.

F: Welche Auswirkungen hat die Aktivierung von TCPS auf Exadata Cloud@Customer-Systemen?

A: Die Aktivierung von TCPS auf Exadata Cloud@Customer-Systemen führt dazu, dass Zero Data Loss Recovery Appliance-(ZDLRA-)Verbindungen nicht erfolgreich verlaufen. Sie können nur die ZDLRA- oder TCPS-Konfiguration aktivieren, nicht jedoch beides gleichzeitig.

F: Was gibt die Option --pkcs12WalletFilePath an?

A: Die Option --pkcs12WalletFilePath gibt den absoluten Pfad zur Zertifikatsdatei im PKCS12-Wallet-Format an, das für die TCPS-Konfiguration verwendet wird.

F: Wofür wird die Option --caCertChain verwendet?

A: Die Option --caCertChain gibt eine verkettete Liste mit Zertifikaten an, die Zwischen-CA-Zertifikate und das Root-CA-Zertifikat enthalten.

F: Was bewirkt die Option --precheckOnly?

A: Die Option --precheckOnly gibt an, ob nur die Vorabprüfungen für den TCPS-Konfigurationsvorgang ausgeführt werden sollen. Zulässige Werte sind yes oder no.

F: Was gibt die Option --serverCert an?

A: Die Option --serverCert gibt den Pfad zum PEM-Zertifikat an, das für die TCPS-Konfiguration verwendet oder rotiert wird.

F: Wie gebe ich den privaten Schlüssel für die TCPS-Konfiguration an?

A: Geben Sie mit der Option --privateKey den Pfad zur Private-Key-Datei an, die mit dem Serverzertifikat verknüpft ist.

F: Welche Werte werden für die Option --certType akzeptiert?

A: Folgende Werte werden für die Option --certType akzeptiert:

SELF_SIGNED_CERT

CA_SIGNED_CERT

PKCS12_CERT

Der Standardwert ist SELF_SIGNED_CERT.

F: Ist das Private Key-Passwort standardmäßig geschützt?

A: Ja, die Option --privateKeyPasswordProtected ist standardmäßig auf true gesetzt, was darauf hinweist, dass der Private Key kennwortgeschützt ist. Sie können ihn auf false setzen, wenn der Private Key nicht kennwortgeschützt ist.

F: Kann ich vor der Konfiguration von TCPS eine Vorabprüfung ausführen?

A: Ja, Sie können nur die Vorabprüfungen für den Vorgang ausführen, indem Sie die Option --precheckOnly auf "Ja" setzen. Auf diese Weise können Sie die Umgebung validieren, bevor Sie Änderungen vornehmen.

F: Was geschieht, wenn ich einen falschen Pfad für die Wallet-Datei PKCS12 bereitstelle?

A: Wenn die --pkcs12WalletFilePath einen falschen Pfad enthält, verläuft der Befehl nicht erfolgreich, und die TCPS-Konfiguration wird nicht fortgesetzt.

F: Was soll ich tun, wenn der private Schlüssel passwortgeschützt ist?

A: Wenn der Private Key kennwortgeschützt ist, stellen Sie sicher, dass die Option --privateKeyPasswordProtected auf true gesetzt ist (Standard).

F: Kann ich mein eigenes CA-signiertes Zertifikat für die TCPS-Konfiguration angeben?

A: Ja, Sie können Ihr eigenes CA-signiertes Zertifikat angeben, indem Sie die Optionen --serverCert und --privateKey verwenden und --certType auf CA_SIGNED_CERT setzen.

F: Was ist ein Beispielbefehl zur Konfiguration von TCPS mit einem selbstsignierten Zertifikat?

A: Beispiel:

dbaascli grid configureTCPS --serverCert /path/to/self_signed_cert.pem --privateKey /path/to/private_key.pem --certType SELF_SIGNED_CERT