Grid Infrastructure-Management

Dieser Abschnitt konzentriert sich auf die Verwaltung von Oracle Grid Infrastructure, das Clustering und High Availability unterstützt. Zu den Hauptaufgaben gehören das Konfigurieren eines Grid Infrastructure Home (dbaascli gridHome create), das Upgrade von Grid Infrastructure (dbaascli grid upgrade) und das Verwalten von TCPS-(Transport Layer Security-)Zertifikaten durch Konfigurieren (dbaascli grid configureTCPS), Entfernen (dbaascli grid removeTCPSCert) oder Rotieren (dbaascli grid rotateTCPSCert). Diese Befehle stellen eine effiziente Einrichtung, Wartung und Sicherheit von Grid Infrastructure sicher.

dbaascli gridHome erstellen
dbaascli grid configureTCPS
dbaascli grid removeTCPSCert
dbaascli grid rotateTCPSCert
dbaascli grid upgrade
dbaascli grid patch

dbaascli gridHome erstellen

Um das Grid Infrastructure Home zu konfigurieren, verwenden Sie den Befehl dbaascli gridHome create.

Voraussetzungen:

Führen Sie den Befehl als Benutzer root aus.

Syntax:

dbaascli gridHome create --version value [--resume [--sessionID value]] [--waitForCompletion value]

Parameter:

Parameter	Beschreibung
`--version`	Gibt die Grid Home-Version an
`--resume`	setzt die vorherige Ausführung fort
`--sessionID`	gibt an, dass eine bestimmte Session-ID fortgesetzt werden soll
`--waitForCompletion`	Gibt `false` an, wenn der Vorgang im Hintergrund ausgeführt werden soll. Gültige Werte: `true` oder `false`

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 Oracle Base Database Cloud@Customer-Umgebung konfiguriert.

F: Was ist die Voraussetzung für die Ausführung des Befehls "dbaascli gridHome create"?

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

F: Wie gebe ich die zu erstellende Version von 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 Home.

F: Kann ich eine vorherige dbaascli-Session zum Erstellen von gridHome fortsetzen?

A: Ja, Sie können die Option --resume verwenden, um eine vorherige Session fortzusetzen. 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 die Operation im Hintergrund aus?

A: Sie können die Option --waitForCompletion auf "false" setzen, um den Vorgang im Hintergrund auszuführen. Gültige Werte dieser 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, bis der Vorgang abgeschlossen ist, bevor er die Kontrolle an den Benutzer zurückgibt.

F: Wozu dient die Option –sessionID?

A: Mit der Option --sessionID wird die ID einer vorherigen Session angegeben, die Sie fortsetzen möchten, wenn ein Vorgang unvollständig oder unterbrochen ist.

F: Kann ich mit dem Befehl "dbaascli gridHome create" ein Upgrade für ein vorhandenes Grid Home ausführen?

A: Nein, dieser Befehl wird speziell für die Konfiguration eines neuen Grid Infrastructure-Homes und nicht für das Upgrade eines vorhandenen verwendet.

F: Was ist ein Beispielbefehl, um ein Grid Home mit Version 19.9.0.0.0 zu erstellen?

A: Hier ist ein Beispielbefehl:

dbaascli gridHome create --version 19.9.0.0.0

F: Was muss ich tun, wenn der Befehl "dbaascli gridHome create" unterbrochen wird?

A: Sie können den Vorgang mit der Option --resume fortsetzen. Wenn die Session-ID vorhanden ist, 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 ich –waitForCompletion false spezifiziere?

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 Systemlogs oder den Sessionstatus manuell prü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 die Dokumentation von Oracle lesen oder sich mit dem Datenbankadministrator beraten, um die richtige Grid Home-Version für Ihre Umgebung zu ermitteln.

F: Was muss ich prüfen, bevor ich den Befehl "dbaascli gridHome create" ausführe?

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.

dbaascli grid configureTCPS

Um TCPS für das vorhandene Cluster zu konfigurieren, verwenden Sie den Befehl dbaascli grid configureTCPS.

Voraussetzungen:

Führen Sie den Befehl als Benutzer root aus.

Syntax:

dbaascli grid configureTCPS
[--pkcs12WalletFilePath]
[--caCertChain]
[--precheckOnly]
[--serverCert]
[--privateKey]
[--certType]
[--privateKeyPasswordProtected]

Parameter:

Parameter	Beschreibung
`--pkcs12WalletFilePath`	Gibt den absoluten Pfad der Zertifikatsdatei im `pkcs12`-Wallet-Format an
`--caCertChain`	Zusammengesetzte Liste von Zertifikaten mit Zwischen-CA- und Root-CA-Zertifikate
`--precheckOnly`	`yes` gibt an, dass nur die Vorabprüfungen für diesen Vorgang ausgeführt werden. Gültige Werte: `yes` oder `no`.
`--serverCert`	Gibt den Pfad des PEM-Zertifikats an, das für das TCPS-Konfiguration verwendet oder rotiert werden muss.
`--privateKey`	Gibt den Pfad der Private-Key-Datei des Zertifikates an.
`--certType`	Typ des Zertifikats, das dem Grid Infrastructure-Wallet hinzugefügt werden soll. Akzeptierte Werte sind: `SELF_SIGNED_CERT`, `CA_SIGNED_CERT` oder `PKCS12_CERT`. Standard: `SELF_SIGNED_CERT`
`--privateKeyPasswordProtected`	gibt an, ob der Private Key passwortgeschützt ist. Gültige Werte: `true` oder `false`. Standard: `true`.

TCPS-Konfiguration für Oracle Base Database Cloud@Customer:

Das TCPS-Verhalten unterscheidet sich je nach Deployment-Typ von Oracle Base Database Cloud@Customer:

Für Oracle Database 19c und höher ist TCPS standardmäßig für neu bereitgestellte Datenbanken aktiviert. Für vorhandene Datenbanken, die vor der Einführung dieses Verhaltens bereitgestellt wurden, ist möglicherweise TCPS nicht aktiviert.

Um TCPS für eine vorhandene Datenbank zu aktivieren, aktualisieren Sie die datenbankspezifische Datei sqlnet.ora auf allen Datenbankknoten, indem Sie den Parameter WALLET_LOCATION wie folgt hinzufügen:

WALLET_LOCATION = (SOURCE=(METHOD=FILE)(METHOD_DATA=(DIRECTORY=/var/opt/oracle/dbaas_acfs/grid/tcps_wallets)))

Nachdem Sie die Datei sqlnet.ora auf allen Datenbankknoten aktualisiert haben, starten Sie die Datenbank neu, um TCPS zu aktivieren.

Die Aktivierung von TCPS kann sich auf die Oracle Zero Data Loss Recovery Appliance-(ZDLRA-)Konnektivität auswirken, wenn die Datenbank nicht für die Verwendung des Parameters WALLET_ROOT konfiguriert ist. Bevor Sie TCPS aktivieren, prüfen Sie, ob die folgenden Voraussetzungen erfüllt sind:

Die Datenbank führt Oracle Database Release Update 19.17 oder höher aus.
Die Datenbank ist für die Verwendung des Parameters WALLET_ROOT konfiguriert.
Wenn die Datenbank für ZDLRA-Backups konfiguriert ist, prüfen Sie, ob die RMAN-Channelkonfiguration RA_WALLET unter WALLET_ROOT/server_seps referenziert.

Beispiel:

Melden Sie sich bei RMAN an.
Führen Sie den folgenden Befehl aus:
```
SHOW CHANNEL;
```

Stellen Sie sicher, dass die Ausgabe einen RA_WALLET-Eintrag enthält, der dem Folgenden ähnelt:

CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' FORMAT '%d_%I_%U_%T_%t' PARMS "SBT_LIBRARY=/u02/app/oracle/product/19.0.0.0/dbhome_1/lib/libra.so, ENV=(RA_WALLET='location=file:/var/opt/oracle/dbaas_acfs/dbrs19c/wallet_root/server_seps credential_alias=DBRS')";

In diesem Beispiel verweist der Speicherort RA_WALLET auf WALLET_ROOT/server_seps, das mit TCPS kompatibel ist.

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 Base Database Cloud@Customer-Umgebung konfiguriert.

F: Was ist die Voraussetzung für die Ausführung des Befehls dbaascli grid configureTCPS?

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

F: Ist TCPS standardmäßig auf Oracle Base Database Cloud@Customer-Systemen aktiviert?

A: Nein, TCPS ist auf Oracle Base Database 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: Was ist die Konsequenz der Aktivierung von TCPS auf Oracle Base Database Cloud@Customer-Systemen?

A: Wenn Sie TCPS auf Oracle Base Database Cloud@Customer-Systemen aktivieren, werden Zero Data Loss Recovery Appliance-(ZDLRA-)Verbindungen nicht erfolgreich ausgeführt. 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 Wallet-Format PKCS12 an, das für die TCPS-Konfiguration verwendet wird.

F: Wofür wird die Option –caCertChain verwendet?

A: Die Option --caCertChain gibt eine zusammengesetzte Liste von Zertifikaten an, die zwischengeschaltete CA-Zertifikate und das Root-CA-Zertifikat enthalten.

F: Was macht die Option –precheckOnly?

A: Die Option --precheckOnly gibt an, ob nur die Vorabprüfungen für den TCPS-Konfigurationsvorgang ausgeführt werden sollen. Akzeptierte 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: Verwenden Sie die Option --privateKey, um den Pfad zu der Private-Key-Datei anzugeben, 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 angibt, dass der Private Key passwortgeschü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 PKCS12-Wallet-Datei 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 muss ich tun, wenn der Private Key passwortgeschützt ist?

A: Wenn der Private Key kennwortgeschützt ist, stellen Sie sicher, dass die Option --privateKeyPasswordProtected auf true (Standard) gesetzt ist.

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, um TCPS mit einem selbstsignierten Zertifikat zu konfigurieren?

A: Beispiel:

dbaascli grid configureTCPS --serverCert /path/to/self_signed_cert.pem --privateKey /path/to/private_key.pem --certType SELF_SIGNED_CERT

F: Kann ich ein PKCS12-Zertifikat für die TCPS-Konfiguration verwenden?

A: Ja, Sie können ein PKCS12-Zertifikat verwenden, indem Sie die Option --pkcs12WalletFilePath angeben und die Option --certType auf PKCS12_CERT setzen.

F: Was muss ich prüfen, bevor ich den Befehl "dbaascli grid configureTCPS" ausführe?

A: Überprüfen Sie, ob Sie über die gültigen Zertifikatsdateien, Private-Key-Dateien und die Anmeldung als Root-Benutzer verfügen. Stellen Sie außerdem sicher, dass Sie die Auswirkungen verstehen, wenn Sie ZDLRA verwenden, da es nicht gleichzeitig mit TCPS ausgeführt werden kann.

Beispiel: dbaascli grid configureTCPS

So konfigurieren Sie Grid mit selbstsigniertem Zertifikat:

dbaascli grid configureTCPS

So konfigurieren Sie Grid mit CA-signiertem Zertifikat:

dbaascli grid configureTCPS --cert_type CA_SIGNED_CERT --server_cert /tmp/certs/server_cert.pem --ca_cert_chain /tmp/certs/ca.pem --private_key /tmp/certs/encrypted_private.key --private_key_password_protected false

dbaascli grid removeTCPSCert

Um vorhandene TCPS-Zertifikate aus Grid Infrastructure-Wallet zu entfernen, verwenden Sie den Befehl dbaascli grid removeTCPSCert.

Voraussetzungen:

Führen Sie den Befehl als Benutzer root aus.

Syntax:

dbaascli grid removeTCPSCert --subject <value>
 {
   --userCert | --trustedCert | --requestedCert
 }
 [--serialNumber <value>] [--executePrereqs] [--resume [--sessionID <value>]] [--bounceListeners]

Parameter:

Parameter	Beschreibung
`--subject`	gibt den Subject des Zertifikats an
`--userCert`	Kennzeichen zum Angeben eines Benutzerzertifikats
`--trustedCert`	Kennzeichen zum Angeben eines vertrauenswürdigen Zertifikats
`--requestedCert`	Kennzeichen zum Angeben eines angeforderten Zertifikats
`--serialNumber`	Gibt die Seriennummer des Zertifikats an
`--executePrereqs`	Führt die Voraussetzungsprüfungen durch und meldet die Ergebnisse
`--resume`	setzt die vorherige Ausführung fort
`--sessionID`	gibt an, dass eine bestimmte Session-ID fortgesetzt werden soll
`--bounceListeners`	Kennzeichen zum Neustart des Grid Infrastructure Listeners und SCAN-Listeners

Häufig gestellte Fragen:

F: Wozu dient der Befehl "dbaascli grid removeTCPSCert"?

A: Mit dem Befehl dbaascli grid removeTCPSCert werden vorhandene TCPS-Zertifikate aus dem Grid Infrastructure-Wallet in einer Oracle Base Database Cloud@Customer-Umgebung entfernt.

F: Was ist die Voraussetzung für die Ausführung des Befehls dbaascli grid removeTCPSCert?

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

F: Was gibt die Option –subject im Befehl "dbaascli grid removeTCPSCert" an?

A: Die Option --subject gibt das Subject des Zertifikats an, das aus dem Grid Infrastructure-Wallet entfernt werden soll.

F: Wozu dient das Kennzeichen –userCert?

A: Das Flag --userCert gibt an, dass das zu entfernende Zertifikat ein Benutzerzertifikat ist.

F: Wann sollte ich das Kennzeichen –trustedCert verwenden?

A: Verwenden Sie das Flag --trustedCert, wenn Sie ein vertrauenswürdiges Zertifikat aus dem Grid Infrastructure-Wallet entfernen.

F: Was macht das Flag –requestedCert?

A: Das Flag --requestedCert gibt an, dass das zu entfernende Zertifikat ein angefordertes Zertifikat ist.

F: Was gibt die Option –serialNumber an?

A: Die Option --serialNumber gibt die Seriennummer des zu entfernenden Zertifikats an. Es ist nützlich, um ein Zertifikat eindeutig zu identifizieren, wenn mehrere Zertifikate mit demselben Subject vorhanden sind.

F: Wozu dient die Option –executePrereqs?

A: Die Option --executePrereqs führt Voraussetzungsprüfungen aus, bevor das Zertifikat entfernt wird, und meldet die Ergebnisse, um sicherzustellen, dass die Umgebung ordnungsgemäß für den Vorgang vorbereitet ist.

F: Was macht die Option –resume?

A: Die Option --resume setzt den Entfernungsvorgang fort, wenn er zuvor unterbrochen wurde.

F: Wie gebe ich eine Session-ID an, wenn ein unterbrochener Vorgang fortgesetzt wird?

A: Verwenden Sie die Option --sessionID, um die Session-ID des unterbrochenen Vorgangs anzugeben, den Sie fortsetzen möchten.

F: Was macht das Flag –bounceListeners?

A: Das Flag --bounceListeners wird verwendet, um den Grid Infrastructure-Listener und den Scan-Listener neu zu starten, nachdem das TCPS-Zertifikat entfernt wurde.

F: Kann ich ein TCPS-Zertifikat entfernen, ohne die Listener zu springen?

A: Ja, das Flag --bounceListeners ist optional. Wenn Sie es nicht angeben, werden die Listener nicht automatisch zurückgesendet.

Q: Wie kann ich sicherstellen, dass die Operation sicher läuft?

A: Sie können die Option --executePrereqs verwenden, um Voraussetzungsprüfungen durchzuführen, bevor Sie den Befehl ausführen, um sicherzustellen, dass vor dem Entfernungsprozess alles in Ordnung ist.

F: Was muss ich tun, wenn ich ein bestimmtes Benutzerzertifikat nach Seriennummer entfernen muss?

A: Verwenden Sie die Option --subject, um das Subject des Zertifikats anzugeben, das Flag --userCert, um anzugeben, dass es sich um ein Benutzerzertifikat handelt, und die Option --serialNumber, um die Seriennummer des Zertifikats anzugeben.

F: Kann ich mehrere Zertifikate gleichzeitig entfernen?

A: Nein, der Befehl ist so konzipiert, dass ein einzelnes Zertifikat auf einmal basierend auf dem bereitgestellten Subject und anderen Parametern entfernt wird.

F: Was passiert, wenn der Prozess zum Entfernen von Zertifikaten unterbrochen wird?

A: Sie können den Vorgang mit der Option --resume zusammen mit der --sessionID des unterbrochenen Prozesses fortsetzen.

F: Muss ich den Befehl als Benutzer root ausführen?

A: Ja, der Befehl dbaascli grid removeTCPSCert muss als Benutzer root ausgeführt werden, damit er über die erforderlichen Berechtigungen zum Entfernen von TCPS-Zertifikaten verfügt.

F: Wie kann ich das Zertifikat identifizieren, das ich entfernen möchte?

A: Sie können das Zertifikat nach Subjekt und optional nach Seriennummer identifizieren, um sicherzustellen, dass Sie das richtige Zertifikat zum Entfernen auswählen.

F: Was ist ein Beispielbefehl, um ein vertrauenswürdiges Zertifikat zu entfernen?

A: Beispiel:

dbaascli grid removeTCPSCert --subject "CN=example_cert" --trustedCert

dbaascli grid rotateTCPSCert

Um TCPS-Zertifikate zu rotieren, verwenden Sie den Befehl "dbaascli grid rotateTCPSCert".

Voraussetzungen:

Führen Sie den Befehl als Benutzer root aus.

Syntax:

dbaascli grid rotateTCPSCert
[--pkcs12WalletFilePath]
[--caCertChain]
[--precheckOnly]
[--serverCert]
[--privateKey]
[--certType]
[--privateKeyPasswordProtected]

Parameter:

Parameter	Beschreibung
`--pkcs12WalletFilePath`	Gibt den absoluten Pfad der Zertifikatsdatei im `pkcs12`-Wallet-Format an
`--caCertChain`	Zusammengesetzte Liste von Zertifikaten mit Zwischen-CA- und Root-CA-Zertifikate
`--precheckOnly`	`yes` gibt an, dass nur die Vorabprüfungen für diesen Vorgang ausgeführt werden. Gültige Werte: `yes` oder `no`.
`--serverCert`	Gibt den Pfad des PEM-Zertifikats an, das für das TCPS-Konfiguration verwendet oder rotiert werden muss.
`--privateKey`	Gibt den Pfad der Private-Key-Datei des Zertifikates an.
`--certType`	Typ des Zertifikats, das dem Grid Infrastructure-Wallet hinzugefügt werden soll. Akzeptierte Werte sind: `SELF_SIGNED_CERT`, `CA_SIGNED_CERT` oder `PKCS12_CERT`. Standard: `SELF_SIGNED_CERT`
`--privateKeyPasswordProtected`	gibt an, ob der Private Key passwortgeschützt ist. Gültige Werte: `true` oder `false`. Standard: `true`.

Häufig gestellte Fragen:

F: Wozu dient der Befehl "dbaascli grid rotateTCPSCert"?

A: Mit dem Befehl dbaascli grid rotateTCPSCert werden TCPS-(Transport Layer Security Protocol-)Zertifikate im Grid Infrastructure-Wallet in Oracle Base Database Cloud@Customer-Umgebungen rotiert.

F: Was ist die Voraussetzung für die Ausführung des Befehls dbaascli grid rotateTCPSCert?

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

F: Was gibt die Option –pkcs12WalletFilePath an?

A: Die Option --pkcs12WalletFilePath gibt den absoluten Pfad zur Zertifikatsdatei im Wallet-Format PKCS12 für die TCPS-Konfiguration an.

F: Wozu dient die Option –caCertChain?

A: Die Option --caCertChain gibt eine zusammengesetzte Liste von Zertifikaten an, einschließlich zwischengeschalteter CA- und Root-CA-Zertifikate, für die TCPS-Konfiguration.

F: Was macht die Option –precheckOnly?

A: Mit der Option --precheckOnly können Sie Vorabprüfungen ausführen, ohne tatsächliche Änderungen vorzunehmen. Gültige Werte sind "yes", um nur die Vorabprüfungen auszuführen, und "no", um mit der Rotation fortzufahren.

F: Wie wird die Option –serverCert verwendet?

A: Die Option --serverCert gibt den Pfad zum PEM-Serverzertifikat (Privacy Enhanced Mail) an, das für die TCPS-Konfiguration verwendet oder rotiert wird.

F: Was gibt die Option –privateKey an?

A: Die Option --privateKey gibt den Pfad zur Private-Key-Datei an, der dem Serverzertifikat entspricht, das für die TCPS-Rotation verwendet wird.

F: Welche gültigen Werte gelten für die Option –certType?

A: Die Option --certType akzeptiert die folgenden Werte, um den Zertifikatstyp anzugeben, der dem Grid Infrastructure-Wallet hinzugefügt werden soll:

SELF_SIGNED_CERT (Standard)
CA_SIGNED_CERT
PKCS12_CERT

F: Was macht die Option –privateKeyPasswordProtected?

A: Die Option --privateKeyPasswordProtected gibt an, ob der Private Key passwortgeschützt ist. Gültige Werte sind true (Standard) und false

F: Kann ich den Befehl dbaascli grid rotateTCPSCert ausführen, ohne die Zertifikate zu rotieren?

A: Ja, mit der Option --precheckOnly yes können Sie nur die Vorabprüfungen ausführen, ohne die Zertifikate zu rotieren.

F: Was ist ein Beispiel für einen Befehl zum Rotieren eines Zertifikats mit einem PKCS12-Wallet?

A: Hier ist ein Beispielbefehl:

dbaascli grid rotateTCPSCert --pkcs12WalletFilePath /path/to/wallet.p12 --certType PKCS12_CERT

F: Wie rotiere ich ein Serverzertifikat mit einer CA-signierten Zertifikatskette?

A: Verwenden Sie die Optionen --serverCert und --caCertChain wie hier dargestellt:

dbaascli grid rotateTCPSCert --serverCert /path/to/serverCert.pem --caCertChain /path/to/caChain.pem

F: Was geschieht, wenn ich nicht spezifiziere –privateKeyPasswordProtected?

A: Wenn Sie die Option --privateKeyPasswordProtected nicht angeben, geht der Befehl davon aus, dass der Private Key passwortgeschützt ist (Standard: true).

F: Kann ich ein selbstsigniertes Zertifikat rotieren?

A: Ja, Sie können ein selbstsigniertes Zertifikat mit der Standardoption --certType SELF_SIGNED_CERT rotieren oder explizit angeben.

F: Wie kann ich ein Zertifikat rotieren, ohne einen privaten Schlüssel anzugeben?

A: Bei bestimmten Zertifikatstypen wie PKCS12 müssen Sie möglicherweise keine separate Private-Key-Datei angeben, da sie im Wallet enthalten ist. Wenn jedoch ein Private Key erforderlich ist, muss er mit der Option --privateKey angegeben werden.

F: Was ist, wenn ich ein Zertifikat im Hintergrund drehen möchte?

A: Der Befehl dbaascli grid rotateTCPSCert stellt keine explizite Option für die Hintergrundausführung bereit. Sie können den Befehl direkt in einer Hintergrundsession ausführen (z.B. mit nohup oder ähnlichen Tools).

F: Was ist der Standardzertifikatstyp, wenn nicht angegeben?

A: Der Standardzertifikatstyp ist SELF_SIGNED_CERT.

Beispiel: dbaascli grid rotateTCPSCert

So rotieren Sie Zertifikate bei selbstsigniertem Zertifikat (Standardoption):

dbaascli grid rotateTCPSCert

So rotieren Sie Zertifikate bei CA-signiertem Zertifikat:

dbaascli grid rotateTCPSCert --cert_type CA_SIGNED_CERT --server_cert /tmp/certs/server_cert.pem --ca_cert_chain /tmp/certs/ca.pem --private_key /tmp/certs/encrypted_private.key --privateKeyPasswordProtected true

dbaascli grid upgrade

Um ein Upgrade von Oracle Grid Infrastructure von einer Hauptversion auf eine andere durchzuführen, verwenden Sie den Befehl dbaascli grid upgrade.

Voraussetzungen:

Führen Sie den Befehl als Benutzer root aus.

Syntax:

dbaascli grid upgrade --version
[--resume]
[--executePrereqs]
[--containerURL]
[--softwareOnly]
[--targetHome]
[--revert]

Parameter:

Parameter	Beschreibung
`--version`	Gibt die Zielversion an
`--resume`	setzt die vorherige Ausführung fort
`--executePrereqs`	Führt Voraussetzungsprüfungen für Grid Infrastructure-Upgrade aus
`--containerUrl`	Gibt die benutzerdefinierte URL zum Abrufen des Grid Infrastructure-Images an
`--softwareOnly`	installiert nur die Grid Infrastructure-Software
`--targetHome`	Gibt den Pfad eines vorhandenen Ziel-Grid-Home an
`--revert`	setzt nicht erfolgreiche Ausführung zurück

Häufig gestellte Fragen:

F: Wozu dient der Befehl "dbaascli grid upgrade"?

A: Mit dem Befehl dbaascli grid upgrade wird ein Upgrade von Oracle Grid Infrastructure von einer Hauptversion auf eine andere auf einer virtuellen Oracle Base Database Cloud@Customer-Maschine durchgeführt.

F: Was ist die Voraussetzung für die Ausführung des Befehls "dbaascli grid upgrade"?

A: Der Befehl muss als Benutzer root ausgeführt werden, und Sie müssen mit einer virtuellen Oracle Base Database Cloud@Customer-Maschine verbunden sein.

F: Was gibt die Option –version an?

A: Die Option --version gibt die Zielversion von Oracle Grid Infrastructure an, auf die Sie ein Upgrade durchführen möchten.

F: Was macht die Option –resume?

A: Mit der Option --resume wird ein zuvor unterbrochener oder nicht erfolgreicher Grid Infrastructure-Upgradeprozess fortgesetzt.

F: Wie wird die Option –executePrereqs verwendet?

A: Mit der Option --executePrereqs werden nur die Voraussetzungsprüfungen für das Grid Infrastructure-Upgrade ausgeführt, ohne das tatsächliche Upgrade auszuführen.

F: Wozu dient die Option –containerURL?

A: Die Option --containerURL gibt eine benutzerdefinierte URL zum Abrufen des Grid Infrastructure-Softwareimages für das Upgrade an.

F: Was macht die Option –softwareOnly?

A: Mit der Option --softwareOnly wird nur die Grid Infrastructure-Software installiert, ohne dass die Grid-Umgebung konfiguriert oder aktualisiert wird.

F: Wann würden Sie die Option –targetHome verwenden?

A: Die Option --targetHome gibt den Pfad zum vorhandenen Ziel-Grid Home an, in dem das Upgrade ausgeführt wird.

F: Was passiert, wenn das Upgrade fehlschlägt?

A: Wenn das Upgrade nicht erfolgreich verläuft, können Sie das Upgrade mit der Option --revert auf den vorherigen Status zurücksetzen.

F: Kann ich ein Grid Infrastructure-Upgrade schrittweise ausführen?

A: Ja, mit der Option --softwareOnly können Sie zuerst die Software installieren und später das vollständige Upgrade abschließen, sodass zwischengespeicherte Upgrades möglich sind.

F: Wie kann ich mit dem Befehl dbaascli grid upgrade nur die Software upgraden?

A: Verwenden Sie die folgende Syntax, um nur die Software zu aktualisieren:

dbaascli grid upgrade --version <target_version> --softwareOnly

F: Kann ich die Upgradevoraussetzungen prüfen, ohne das Upgrade durchzuführen?

A: Ja, Sie können nur die Voraussetzungsprüfungen ausführen mit:

dbaascli grid upgrade --version <target_version> --executePrereqs

F: Wie kann ich Grid Infrastructure mit einer benutzerdefinierten Container-URL upgraden?

A: Sie können die URL zum Abrufen des Grid Infrastructure-Images wie folgt angeben:

dbaascli grid upgrade --version <target_version> --containerURL <custom_url>

F: Wie kann ich einen zuvor unterbrochenen Upgrade-Prozess fortsetzen?

A: Um ein zuvor unterbrochenes oder nicht erfolgreiches Upgrade fortzusetzen, verwenden Sie:

dbaascli grid upgrade --version <target_version> --resume

F: Was bewirkt die Option –revert im Befehl "dbaascli grid upgrade"?

A: Mit der Option --revert wird ein nicht erfolgreiches oder unterbrochenes Grid Infrastructure-Upgrade auf den ursprünglichen Status zurückgesetzt.

F: Kann ich ein vollständiges Upgrade durchführen, ohne Grid Infrastructure sofort zu konfigurieren?

A: Ja, Sie können zunächst nur die Software mit der Option --softwareOnly installieren und sie später konfigurieren.

F: Was muss ich tun, wenn ein Upgrade fehlschlägt und ich die Änderungen rückgängig machen möchte?

A: Verwenden Sie die Option --revert, um das nicht erfolgreiche Upgrade zurückzusetzen:

dbaascli grid upgrade --version <target_version> --revert

Beispiel: dbaascli grid upgrade

dbaascli grid upgrade --version 19.11.0.0.0 --executePrereqs
DBAAS CLI version MAIN
Executing command grid upgrade --version 19.11.0.0.0 --executePrereqs

dbaascli grid patch

Um Oracle Grid Infrastructure auf die angegebene Nebenversion zu patchen, verwenden Sie den Befehl dbaascli grid patch.

Voraussetzungen:

Führen Sie den Befehl als Benutzer root aus.

Syntax:

dbaascli grid patch
 {
            --targetVersion <value>
            | --targetHome <value>
        }
        [--executePrereqs] [--nodeList <value>] [--continueWithDbDowntime] [--drainTimeoutInSeconds <value>] [--containerURL <value>] [--imageFile <value>] [--patchInParallel]
        {
            [--resume [--sessionID <value>]]
            | [--rollback [--sessionID <value>]]
        }
        [--waitForCompletion <value>]

Parameter:

Parameter	Beschreibung
`--targetVersion`	Gibt die Zielversion des Oracle Homes als fünf durch Punkte getrennte numerische Segmentean (Beispiel: 19.12.0.0.0) an
`--targetHome`	- Vollqualifizierter Pfad des Ziel-Grid Infrastructure Home für das Out-Of-Place-Patching
`--containerURL`	Gibt die benutzerdefinierte URL zum Abrufen des Grid Infrastructure-Images an
`--executePrereqs`	Option zum Ausführen der Voraussetzungsprüfungen
`--nodeList`	Gibt eine kommagetrennte Liste von Knoten an, wenn das Patching für eine Teilmenge von Knoten ausgeführt werden muss
`--patchInParallel`	Gibt an, dass Remoteknoten parallel gepatcht werden sollen
`--rollback`	Gibt an, dass das gepatchte Oracle Home zurückgesetzt werden soll
`--resume`	setzt die vorherige Ausführung fort
`--sessionID`	gibt an, dass eine bestimmte Session-ID fortgesetzt werden soll
`--continueWithDbDowntime`	setzt das Patching mit Datenbankausfallzeit weiter fort. Diese Option kann in Umgebungen verwendet werden, in denen nur eine aktive Instanz hochgefahren ist und der Patching-Vorgang auch mit einer Ausfallzeit fortgesetzt werden kann.
`--drainTimeoutInSeconds`	Gibt die Zeit (in Sekunden) für den Abschluss des Ressourcen-Drains bei Stoppen der Datenbank an
`--createImage`	erstellt ein Image aus einer Kopie des aktiven Raster Homes, das auf die angegebene Zielversion gepatcht wurde
`--createImageDir`	Gibt den vollqualifizierten Pfad des Verzeichnisses an, in dem das Image erstellt werden soll
`--imageFile`	Gibt den vollqualifizierten Pfad des zu verwendenden Images an
`--patchInParallel`	führt das Patching der Remoteknoten parallel aus
`--waitForCompletion`	Gibt `false` an, um den Vorgang im Hintergrund auszuführen. Gültige Werte: `true` oder `false`

Häufig gestellte Fragen:

F: Was bewirkt der Befehl "dbaascli grid patch"?

A: Mit dem Befehl dbaascli grid patch können Sie Oracle Grid Infrastructure auf eine angegebene Nebenversion patchen.

F: Benötige ich spezielle Berechtigungen, um den Befehl "dbaascli grid patch" auszuführen?

A: Ja, Sie müssen den Befehl dbaascli grid patch als Benutzer root ausführen.

F: Kann ich beim Patching von Oracle Grid Infrastructure eine Zielversion angeben?

A: Ja, Sie können die Zielversion mit der Option --targetVersion angeben.

F: Wie gebe ich die Zielversion für den Patch an?

A: Verwenden Sie die Option --targetVersion gefolgt von der Versionsnummer im Format 19.12.0.0.0.

F: Was bewirkt die Option –containerURL im Befehl "dbaascli grid patch"?

A: Mit der Option --containerURL können Sie eine benutzerdefinierte URL zum Abrufen des Grid Infrastructure-Images angeben.

F: Wozu dient die Option –executePrereqs?

A: Mit der Option --executePrereqs werden Voraussetzungsprüfungen ausgeführt, bevor der Patch eingespielt wird.

F: Wie kann ich eine Teilmenge von Knoten mit dem Befehl "dbaascli grid patch" patchen?

A: Verwenden Sie die Option --nodeList gefolgt von einer durch Komma getrennten Liste von Knotennamen, um nur eine Teilmenge von Knoten zu patchen.

F: Was passiert, wenn ich die Option –rollback verwende?

A: Mit der Option --rollback wird das gepatchte Oracle Home auf den vorherigen Status zurückgesetzt.

F: Kann ich eine vorherige Patching-Sitzung fortsetzen?

A: Ja, Sie können die Option --resume verwenden, um die letzte Patching-Session fortzusetzen. Wenn Sie eine bestimmte Session-ID haben, können Sie diese mit der Option --sessionID angeben.

F: Wofür wird die Option –continueWithDbDowntime verwendet?

A: Mit der Option --continueWithDbDowntime können Sie das Patching fortsetzen, selbst wenn Datenbankausfallzeiten vorliegen, die normalerweise in Umgebungen verwendet werden, in denen nur eine aktive Instanz vorhanden ist.

F: Wie erstelle ich ein Image aus einem gepatchten Grid Home?

A: Verwenden Sie die Option --createImage, um ein Image zu erstellen. Mit der Option --createImageDir können Sie das Verzeichnis angeben, in dem das Abbild erstellt werden soll.

F: Wozu dient die Option –imageFile?

A: Mit der Option --imageFile können Sie den vollqualifizierten Pfad der Imagedatei angeben, die für das Patching verwendet werden soll.

F: Wie kann ich den Befehl "dbaascli grid patch" im Hintergrund ausführen?

A: Sie können die Option --waitForCompletion verwenden, die auf false gesetzt ist, um den Vorgang im Hintergrund auszuführen.

F: Kann ich eine benutzerdefinierte URL verwenden, um das Patchimage abzurufen?

A: Ja, mit der Option --containerURL können Sie eine benutzerdefinierte URL zum Abrufen des Grid Infrastructure-Images angeben.

F: Wie gebe ich an, welche Knoten gepatcht werden sollen, wenn ich nicht alle patchen möchte?

A: Sie können die Knoten, die Sie patchen möchten, mit der Option --nodeList mit einer kommagetrennten Liste von Knotennamen angeben.

F: Was muss ich tun, wenn ich einen Patch zurückrollen muss?

A: Verwenden Sie die Option --rollback im Befehl dbaascli grid patch, um den Patch zurückzusetzen.

F: Wie gehe ich mit einem Patching-Vorgang um, wenn meine Umgebung nur eine aktive Instanz aufweist und ich mit Ausfallzeiten fortfahren muss?

A: Verwenden Sie die Option --continueWithDbDowntime, um das Patching auch bei Ausfallzeiten der Datenbank fortzusetzen.

F: Kann ich ein Image des gepatchten Grid Home erstellen?

A: Ja, mit der Option --createImage können Sie ein Image des gepatchten Grid Homes erstellen. Geben Sie bei Bedarf das Verzeichnis an, in dem das Image gespeichert werden soll, indem Sie --createImageDir verwenden.

F: Was muss ich tun, wenn ich eine Patching-Sitzung nach einer Unterbrechung wiederaufnehmen möchte?

A: Verwenden Sie die Option --resume, um die Patching-Session fortzusetzen. Wenn Sie die Session-ID kennen, können Sie sie mit --sessionID angeben.

F: Was ist, wenn der Patching-Prozess auf halbem Weg ausfällt?

A: Wenn der Patching-Prozess nicht erfolgreich verläuft, können Sie den Prozess mit der Option --resume neu starten. Sie können auch die Option --rollback verwenden, um den vorherigen Status wiederherzustellen.

F: Wie kann ich vor dem Patching sicherstellen, dass alle Voraussetzungen erfüllt sind?

A: Mit der Option --executePrereqs können Sie alle Voraussetzungsprüfungen ausführen, bevor Sie den Patch einspielen.

F: Kann ich Patching im Hintergrund durchführen, um das Terminal nicht zu halten?

A: Ja, Sie können die Option --waitForCompletion false verwenden, um den Patching-Prozess im Hintergrund auszuführen.

F: Wie kann ich nach dem Patching ein Grid Home-Image erstellen?

A: Verwenden Sie die Option --createImage, um ein neues Image aus dem gepatchten Grid Home zu erstellen. Geben Sie das Verzeichnis bei Bedarf mit --createImageDir an.

F: Wie verwende ich eine vorhandene Imagedatei für das Patching?

A: Mit der Option --imageFile können Sie den vollqualifizierten Pfad zu der Imagedatei angeben, die Sie für das Patching verwenden möchten.

F: Was muss ich tun, wenn ich beim Patching Ausfallzeiten der Datenbank vermeiden möchte?

A: Stellen Sie sicher, dass in Ihrer Umgebung mehrere aktive Instanzen ausgeführt werden. Sie können die Option --continueWithDbDowntime vermeiden, die für Umgebungen mit nur einer aktiven Instanz gedacht ist.

F: Woher weiß ich den Fortschritt eines Patches, der im Hintergrund ausgeführt wird?

A: Wenn Sie den Patch mit --waitForCompletion false ausführen, können Sie den Status des Hintergrundjobs mit Betriebssystembefehlen wie ps prüfen oder die Logs im Grid Home prüfen.

F: Ist es möglich, mit dbaascli grid patch auf eine höhere Hauptversion zu patchen?

A: Nein, dbaascli grid patch lässt nur das Patching auf eine kleinere Version der aktuellen Hauptversion zu. Bei größeren Upgrades müssen Sie einen anderen Upgradeprozess durchführen.

F: Kann ich bestimmte Voraussetzungsprüfungen beim Patching überspringen?

A: Nein, wenn Sie --executePrereqs verwenden, werden alle Voraussetzungsprüfungen ausgeführt. Sie können jedoch die Ergebnisse der Voraussetzungsprüfungen prüfen und Probleme manuell bearbeiten, bevor Sie fortfahren.

F: Was soll ich tun, wenn der Patching-Prozess hängt oder hängt?

A: Wenn der Patching-Prozess nicht reagiert, können Sie ihn mit Betriebssystembefehlen stoppen und dann mit der Option --resume fortsetzen. Wenn dies nicht funktioniert, verwenden Sie die Option --rollback, um den Patch wiederherzustellen.

F: Kann ich den Patching-Prozess über mehrere Cluster hinweg automatisieren?

A: Ja. Wenn Sie Skripte verwenden, die den Befehl dbaascli grid patch mit den entsprechenden Optionen enthalten, können Sie das Patching über verschiedene Cluster hinweg automatisieren.

F: Wo finde ich Logs für den Patching-Prozess?

A: Logs befinden sich in der Regel im Oracle Grid Home-Logverzeichnis oder im Standardverzeichnis, das beim Setup angegeben wurde. Sie können diese Logs auf Details zum Patching-Prozess überwachen.

F: Ist es möglich, einen vollautomatischen Patch-Prozess ohne Benutzerinteraktion zu erstellen?

A: Ja, indem Sie alle erforderlichen Optionen im Befehl angeben und im Hintergrund ausführen (--waitForCompletion false), können Sie einen nicht interaktiven Patching-Prozess erstellen.

F: Kann ich vor dem Einspielen eines Patches nach verfügbaren Patchupdates suchen?

A: Der Befehl dbaascli grid patch selbst hat keine Option, verfügbare Patches aufzulisten. Sie können jedoch die Standardmethoden von Oracle wie Oracle Support verwenden, um die neuesten Patches zu identifizieren.

F: Kann ich mit dbaascli mehrere Oracle Homes patchen?

A: Nein. Mit dem Befehl dbaascli grid patch können Sie jeweils ein bestimmtes Oracle Grid Infrastructure-Home patchen. Sie müssen den Befehl für jedes Home separat ausführen.

F: Gibt es eine Möglichkeit, Ausfallzeiten beim Patching von Grid Infrastructure vollständig zu verhindern?

A: Um Ausfallzeiten zu minimieren, stellen Sie sicher, dass in Ihrer Umgebung mehrere aktive Datenbankinstanzen (RAC-Konfiguration) vorhanden sind, damit das Patching Knoten für Knoten ausgeführt werden kann. Die Option --continueWithDbDowntime darf in diesem Fall nicht verwendet werden.

F: Wie gehe ich mit Patching für RAC One Node-Umgebungen um?

A: In RAC One Node-Umgebungen müssen Sie mit der Option --continueWithDbDowntime vorsichtig sein, da möglicherweise nur eine aktive Instanz vorhanden ist. Bestimmte Patching-Richtlinien für RAC One Node finden Sie in der Oracle-Dokumentation.

F: Kann ich die Sessionhistorie früherer Patches anzeigen?

A: Das Utility dbaascli bietet keine direkte Möglichkeit, die Sessionhistorie anzuzeigen. Logs früherer Patching-Sessions finden Sie jedoch im Verzeichnis {\b Grid Home Logs}.

Beispiele:

Beispiel: Grundlegendes Grid-Patching

dbaascli grid patch --targetVersion 19.12.0.0.0

Patcht Oracle Grid Infrastructure auf Version 19.12.0.0.0.

Beispiel: Mit einer benutzerdefinierten Container-URL patchen

dbaascli grid patch --targetVersion 19.12.0.0.0 --containerURL https://example.com/custom/url

Patching von Grid Infrastructure auf Version 19.12.0.0.0 mit einer benutzerdefinierten Container-URL zum Abrufen des Grid Infrastructure-Images.

Beispiel: Mit Voraussetzungsprüfungen patchen

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Patcht Grid Infrastructure nach der Ausführung der Voraussetzungsprüfungen auf Version 19.12.0.0.0.

Beispiel: Patching auf einer Teilmenge von Knoten

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node2,node3

Patches für Grid Infrastructure auf Version 19.12.0.0.0 auf den angegebenen Knoten (node1, node2 und node3).

Beispiel: Patch zurücksetzen

dbaascli grid patch --rollback

Führt ein Rollback des letzten eingespielten Patches auf Oracle Grid Infrastructure durch.

Beispiel: Wiederaufnehmen eines vorherigen Patchvorgangs

dbaascli grid patch --resume

Setzt den vorherigen Patching-Vorgang von dort fort, wo er gestoppt wurde.

Beispiel: Wiederaufnehmen eines Patchvorgangs mit einer bestimmten Session-ID

dbaascli grid patch --resume --sessionID 12345

Setzt den Patching-Vorgang mit Session-ID 12345 fort.

Beispiel: Patching mit zulässiger Datenbankausfallzeit

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime

Patcht Grid Infrastructure auf Version 19.12.0.0.0 und lässt bei Bedarf eine Ausfallzeit der Datenbank zu.

Beispiel: Ein gepatchtes Image erstellen

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /path/to/dir

Erstellt ein Abbild des gepatchten Grid Homes (Version 19.12.0.0.0) und speichert es im angegebenen Verzeichnis.

Beispiel: Vorhandene Bilddatei verwenden

dbaascli grid patch --targetVersion 19.12.0.0.0 --imageFile /path/to/image/file.zip

Patcht Grid Infrastructure mit einer vorhandenen Imagedatei unter /path/to/image/file.zip auf Version 19.12.0.0.0.

Beispiel: Patching-Vorgang im Hintergrund ausführen

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Patcht Grid Infrastructure auf Version 19.12.0.0.0 und führt den Vorgang im Hintergrund aus.

Beispiel: Kombination aus Voraussetzungen, benutzerdefinierter URL und Teilmenge von Knoten

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs --containerURL https://example.com/custom/url --nodeList node1,node2

Patches für Grid Infrastructure auf Version 19.12.0.0.0, führt Voraussetzungsprüfungen aus, verwendet eine benutzerdefinierte URL für das Image und wendet den Patch nur auf node1 und node2 an.

Beispiel: Ein gepatchtes Image mit einer vorhandenen Imagedatei erstellen

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /path/to/dir --imageFile /path/to/existing/image.zip

Erstellt ein gepatchtes Abbild und speichert es im angegebenen Verzeichnis, während eine vorhandene Abbilddatei für den Patch verwendet wird.

Beispiel: Voraussetzungen ohne Patching prüfen

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Prüft, ob alle Voraussetzungen für das Patching auf Version 19.12.0.0.0 erfüllt sind, ohne den Patch tatsächlich einzuspielen.

Beispiel: Patch ausführen und erforderliche Fehler ignorieren

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime --executePrereqs

Führt den Patch aus, auch wenn einige Voraussetzungsprüfungen nicht erfolgreich sind. Dies ist in Szenarios nützlich, in denen Ausfallzeiten zulässig sind und bestimmte Voraussetzungen ignoriert werden können.

Beispiel: Patchlogs auf Probleme prüfen

tail -f /u01/app/grid/logs/grid_patch.log

Überwacht das Patchlog in Echtzeit, um Probleme während des Patching-Prozesses zu diagnostizieren.

Beispiel: Einspielen von Patches in einer parallelen Umgebung

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node2 --waitForCompletion false

Patcht Grid Infrastructure auf einer Teilmenge von Knoten (node1 und node2) und führt den Prozess im Hintergrund aus.

Beispiel: Verwenden einer bestimmten Bilddatei aus einer externen Quelle

dbaascli grid patch --targetVersion 19.12.0.0.0 --imageFile /mnt/images/grid_patch_19.12.zip

Patcht Grid Infrastructure mit einer vorab heruntergeladenen Imagedatei, die sich auf einem externen Speichergerät befindet.

Beispiel: Patch mit einer benutzerdefinierten Session-ID ausführen

dbaascli grid patch --targetVersion 19.12.0.0.0 --resume --sessionID 67890

Setzt einen unterbrochenen Patching-Vorgang mit Session-ID 67890 fort.

Beispiel: Patching für spätere Ausführung planen

echo "dbaascli grid patch --targetVersion 19.12.0.0.0" | at 02:00

Plant die Ausführung des Patching-Befehls um 2:00 Uhr mit dem Befehl at in Linux.

Beispiel: Timeout für Abschluss angeben

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion true --continueWithDbDowntime --timeout 7200

Patcht Grid Infrastructure, während Ausfallzeiten zulässig sind, wartet jedoch bis zu 7200 Sekunden (2 Stunden) auf den Abschluss vor dem Timeout.

Beispiel: Benutzerdefiniertes Image für eine andere Umgebung erstellen

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /backups/images/grid_patch

Erstellt ein benutzerdefiniertes Image der gepatchten Grid Infrastructure, das im Verzeichnis /backups/images/grid_patch zur Verwendung in anderen Umgebungen gespeichert werden soll.

Beispiel: Patch-Recovery nach Unterbrechung

dbaascli grid patch --resume --continueWithDbDowntime

Stellt den Patching-Prozess wieder her und setzt ihn fort, wenn er unterbrochen wurde, wobei die Ausfallzeit der Datenbank zulässig ist.

Beispiel: Voraussetzungsprüfung mit Hintergrundausführung kombinieren

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs --waitForCompletion false

Prüft die Voraussetzungen und führt den Patch im Hintergrund aus.

Beispiel: Imageerstellung für schnelleres Patching überspringen

dbaascli grid patch --targetVersion 19.12.0.0.0 --patchInParallel --continueWithDbDowntime --waitForCompletion false

Patching von Grid Infrastructure auf Version 19.12.0.0.0 parallel über Knoten hinweg mit zulässigen Datenbankausfallzeiten und ohne Erstellung eines Images zur Beschleunigung des Prozesses.

Beispiel: Überwachen des Patchfortschritts über Logs

tail -f /u01/app/grid/logs/grid_patch_progress.log

Überwacht die Logdatei auf den Patching-Fortschritt in Echtzeit und bietet Einblicke in jeden Schritt des Patching-Prozesses.

Beispiel: Patching mit benutzerdefiniertem Drain-Timeout

dbaascli grid patch --targetVersion 19.12.0.0.0 --drainTimeoutInSeconds 3600 --continueWithDbDowntime

Patcht Grid Infrastructure und legt einen benutzerdefinierten Timeout von 1 Stunde (3600 Sekunden) fest, um eine ordnungsgemäße Ressourcenauslastung während einer Datenbankausfallzeit zu ermöglichen.

Beispiel: Ein Patch mit Voraussetzungsprüfungen auf bestimmte Knoten anwenden

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node4 --executePrereqs

Patcht nur die Knoten node1 und node4 auf Version 19.12.0.0.0 und führt die Voraussetzungsprüfungen vorher aus.

Beispiel: Patching ohne Wartezeit auf Abschluss

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Beginnt das Patching von Grid Infrastructure auf Version 19.12.0.0.0 im Hintergrund, sodass andere Aufgaben ausgeführt werden können, ohne dass der Prozess abgeschlossen werden muss.

Beispiel: Nicht erfolgreiche Patches nach einem Drain-Timeout-Problem erneut anwenden

dbaascli grid patch --resume --drainTimeoutInSeconds 7200

Setzt die vorherige Patching-Session fort und verlängert den Timeout für die Ressourcendrainage auf 2 Stunden (7200 Sekunden), falls der Timeout aufgrund einer unzureichenden Zeit im vorherigen Versuch nicht erfolgreich war.

Beispiel: Patchlogs in Echtzeit mit bestimmter Session-ID anzeigen

tail -f /u01/app/grid/logs/grid_patch_12345.log

Überwacht die Protokolldatei für die Patching-Session mit Sitzungs-ID 12345 in Echtzeit.

Beispiel: Auf ein neues Ziel-Home patchen

dbaascli grid patch --targetHome /u01/app/grid_home_19c --executePrereqs

Führt einen Out-of-Place-Patch in einem neuen Oracle Grid Home unter /u01/app/grid_home_19c mit Voraussetzungsprüfungen aus.

Beispiel: Hintergrundpatchjob stoppen

ps -ef | grep dbaascli | grep patch | awk '{print $2}' | xargs kill -9

Stoppt einen Hintergrundpatchjob, indem die zugehörige Prozess-ID (PID) gesucht und gestoppt wird.

Beispiel: Patchabschluss ohne Logs prüfen

dbaascli grid status --targetVersion 19.12.0.0.0

Prüft, ob der Patch auf Version 19.12.0.0.0 erfolgreich eingespielt wurde, indem der aktuelle Grid Infrastructure-Versionsstatus geprüft wird.