Oracle Cloud Infrastructure-Dokumentation

Exadata Cloud Infrastructure-Systeme patchen und aktualisieren

Übergeordnetes Thema: Anleitungen

Vom Benutzer verwaltete Wartungsupdates

Um die Funktionsfähigkeit einer sicheren Exadata Cloud Infrastructure-Instanz aufrechtzuerhalten, müssen Sie die folgenden Aufgaben regelmäßig ausführen:

  • Oracle Grid Infrastructure- und Oracle Database-Software auf den virtuellen Maschinen im VM-Cluster patchen. Informationen und Anweisungen finden Sie unter GI und Datenbank-Homes von VM-Clustern patchen und aktualisieren.
  • Betriebssystem auf den virtuellen Maschinen im VM-Cluster aktualisieren. Informationen und Anweisungen finden Sie unter Exadata Cloud-VM-Clusterbetriebssystem aktualisieren.

Exadata Cloud Infrastructure-Systeme patchen und aktualisieren

Hier erfahren Sie, wie Patching-Vorgänge auf virtuellen Maschinen der Exadata-Datenbank und Datenbank-Homes mit der Konsole, der API oder der CLI ausgeführt werden.

Informationen und Anweisungen zum Patching des Systems mit dem Utility dbaascli finden Sie unter Exadata Cloud Infrastructure-Systeme manuell patchen und aktualisieren.

Weitere Informationen und Beispiele für das Einspielen vierteljährlicher Datenbankpatches auf Exadata Cloud Infrastructure finden Sie im My Oracle Support-Hinweis: How to Apply Database Quarterly Patch on Exadata Cloud Service and Exadata Cloud at Customer Gen 2 (Dok.-ID 2701789.1).

Weitere Informationen zum Erzielen eines kontinuierlichen Service während Patching-Vorgängen finden Sie im Whitepaper Anwendungscheckliste für kontinuierlichen Service für MAA-Lösungen.

  • GI und Datenbank-Homes von VM-Clustern patchen und aktualisieren
    In diesem Thema wird erläutert, wie Patching-Vorgänge auf Exadata Cloud Infrastructure-Ressourcen mit der Konsole, der API oder der CLI ausgeführt werden.
  • Exadata Cloud-VM-Clusterbetriebssystem aktualisieren
    Mit Exadata-VM-Clusterimageupdates können Sie das BS-Image auf Ihren Exadata Cloud-VM-Clusterknoten automatisiert über die OCI-Konsole und APIs aktualisieren.
  • Exadata Grid Infrastructure aktualisieren
    In diesem Thema wird beschrieben, wie Sie ein Upgrade von Oracle Grid Infrastructure (GI) auf ein Exadata Cloud-VM-Cluster mit der Oracle Cloud Infrastructure-Konsole oder der API vornehmen.
  • Exadata-Datenbanken aktualisieren
    In diesem Thema werden die Verfahren zum Upgrade einer Exadata-Datenbankinstanz auf Oracle Database 19c und Oracle Database 23ai mit der Konsole und der API beschrieben. Das Upgrade wird durchgeführt, indem die Exadata-Datenbank in ein Datenbank-Home verschoben wird, das die Zielsoftwareversion verwendet.

Verwandte Themen

Übergeordnetes Thema: Exadata Cloud Infrastructure-Systeme patchen und aktualisieren

GI und Datenbank-Homes von VM-Clustern patchen und aktualisieren

In diesem Thema wird erläutert, wie Patching-Vorgänge auf Exadata Cloud Infrastructure-Ressourcen mit der Konsole, der API oder der CLI ausgeführt werden.

Hinweis

Oracle empfiehlt, Datenbanken zu patchen, indem sie in ein Datenbank-Home verschoben werden, das die Ziel-Patching-Ebene verwendet. Anweisungen zu dieser Datenbank-Patching-Methode finden Sie unter So patchen Sie eine Datenbank durch Verschieben in ein anderes Datenbank-Home.

Informationen und Anweisungen zum Patching des Systems mit dem Utility dbaascli finden Sie unter Oracle Grid Infrastructure und Oracle-Datenbanken mit dbaascli patchen.

Übergeordnetes Thema: Exadata Cloud Infrastructure-Systeme patchen und aktualisieren

GI und Datenbank-Homes von VM-Clustern patchen und aktualisieren

In diesem Thema werden die Patching-Typen beschrieben, die auf Exadata Cloud Infrastructure-Instanzen ausgeführt werden, und es werden Anweisungen zum Abschließen der Patching-Vorgänge bereitgestellt.

Übergeordnetes Thema: GI und Datenbank-Homes von VM-Clustern patchen und aktualisieren

Oracle Grid Infrastructure-(GI-)Patching

Durch das Patching einer Exadata Cloud Infrastructure-Instanz werden die Komponenten auf allen Compute Nodes in der Instanz aktualisiert. Oracle Grid Infrastructure (GI) in der Ressource wird mit einem VM-Cluster oder DB-Systempatch aktualisiert.

Hinweis

Das von der Instanz verwendete Cloud-Exadata-Ressourcenmodell bestimmt, ob Sie Grid Infrastructure auf einer DB-Systemressource oder einer Cloud-VM-Clusterressource patchen. VM-Cluster werden vom neuen Exadata Cloud Infrastructure-Ressourcenmodell verwendet. DB-Systeme können ohne Systemausfallzeit einfach zum neuen Ressourcenmodell migriert werden. Exadata-DB-System auf neues Exadata-Ressourcenmodell umstellen.

Datenbank-Home-Patching

Das Patching eines Datenbank-Homes aktualisiert die von den Datenbanken in diesem Home gemeinsam verwendete Oracle Database-Software.

Daher können Sie eine Datenbank mit einer der folgenden Methoden patchen:

  • Verschieben Sie die Datenbank in ein Datenbank-Home mit der richtigen Patchversion. Dies wirkt sich nur auf die zu verschiebende Datenbank aus.
  • Patchen Sie das Datenbank-Home, in dem sich die Datenbank derzeit befindet. Dies betrifft alle Datenbanken im Datenbank-Home, die gepatcht werden.

Wenn Sie ein Datenbank-Home patchen, können Sie mit einem von Oracle bereitgestellten Datenbanksoftwareimage ein allgemein verfügbares Oracle Database-Softwareupdate einspielen. Sie können auch mit einem von Ihrer Organisation erstellten benutzerdefinierten Datenbanksoftwareimage ein bestimmtes Set von Patches einspielen, die für Ihre Datenbank erforderlich sind. Weitere Informationen dazu, wie Sie benutzerdefinierte Images erstellen und verwenden, finden Sie unter Oracle Database-Softwareimage.

Anweisungen zum Ausführen von Patching-Vorgängen finden Sie unter So patchen Sie die Oracle Database-Software in einem Datenbank-Home (Cloud-Cluster). Informationen zu Exadata Cloud Infrastructure-Instanzen, die das ältere DB-Systemressourcenmodell verwenden, finden Sie unter So patchen Sie die Oracle Database-Software in einem Datenbank-Home (DB-System).

Best Practices für das Patching von Exadata Cloud Infrastructure-Komponenten

Beachten Sie die folgenden Best Practices:

  • Führen Sie vor dem Einspielen von Patches ein Backup Ihrer Datenbanken durch. Informationen zum Backup der Datenbanken finden Sie unter Exadata-Datenbankbackups verwalten.
  • Spielen Sie die Patches für ein VM-Cluster oder ein Exadata-DB-System ein, bevor Sie die Datenbank-Homes und Datenbanken in dieser Ressource patchen.
  • Bevor Sie einen Patch einspielen, führen Sie eine Vorabprüfung aus, um sicherzustellen, dass das VM-Cluster, das Exadata-DB-System oder Datenbank-Home die Anforderungen für diesen Patch erfüllt.
  • Um eine Datenbank auf eine andere Version als die Datenbankversion des aktuellen Homes zu patchen, verschieben Sie die Datenbank in ein Datenbank-Home, in dem die Zielversion ausgeführt wird. Dieses Verfahren erfordert weniger Ausfallzeit und ermöglicht ein problemloses Rollback der Datenbank auf die vorherige Version, indem Sie sie zurück in das alte Datenbank-Home verschieben. Weitere Informationen finden Sie unter So verschieben Sie eine Datenbank in ein anderes Datenbank-Home und So patchen Sie eine Datenbank durch Verschieben in ein anderes Datenbank-Home.
  • Für die in Oracle Cloud Infrastructure verfügbaren Hauptversionen von Oracle Database und Oracle Grid Infrastructure werden Patches für die aktuelle Version und die drei vorangegangenen Versionen (N bis N - 3) bereitgestellt. Beispiel: Wenn eine Instanz Oracle Database 19c verwendet und die neueste Version von 19c 19.8.0.0.0 ist, stehen Patches für die Versionen 19.8.0.0.0, 19.7.0.0, 19.6.0.0 und 19.5.0.0 zur Verfügung.
  • dbaascli database runDatapatch
    Um eine Oracle-Datenbank zu patchen, verwenden Sie den Befehl dbaascli database runDatapatch.
  • Vom Kunden verwaltete Schlüssel in Exadata Cloud Infrastructure
    Vom Kunden verwaltete Schlüssel für Exadata Cloud Infrastructure sind ein Feature des Oracle Cloud Infrastructure-(OCI-)Vault-Service, mit dem Sie Ihre Daten mit von Ihnen kontrollierten Verschlüsselungsschlüsseln verschlüsseln können.
  • dbaascli database addInstance
    Um die Datenbankinstanz dem angegebenen Knoten hinzuzufügen, verwenden Sie den Befehl dbaascli database addInstance.
  • dbaascli database convertToPDB
    Um die angegebene Nicht-CDB-Datenbank in eine PDB zu konvertieren, verwenden Sie den Befehl dbaascli database convertToPDB.
  • dbaascli database getDetails
    Dieser Befehl zeigt die detaillierten Informationen einer bestimmten Datenbank an, beispielsweise Name der Datenbank, Knoteninformationen, Informationen zu integrierbaren Datenbanken usw.
  • dbaascli database modifyParameters
    Um Initialisierungsparameter für eine Oracle-Datenbank zu ändern oder zurückzusetzen, verwenden Sie den Befehl dbaascli database modifyParameters.
  • dbaascli database upgrade
    Um ein Upgrade einer Oracle-Datenbank auszuführen, verwenden Sie den Befehl dbaascli database upgrade.

Übergeordnetes Thema: GI und Datenbank-Homes von VM-Clustern patchen und aktualisieren

dbaascli database runDatapatch

Um eine Oracle-Datenbank zu patchen, verwenden Sie den Befehl dbaascli database runDatapatch.

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. 
dbaascli database runDatapatch --dbname db19
Vom Kunden verwaltete Schlüssel in Exadata Cloud Infrastructure

Vom Kunden verwaltete Schlüssel für Exadata Cloud Infrastructure sind ein Feature des Oracle Cloud Infrastructure-(OCI-)Vault-Service, mit dem Sie Ihre Daten mit von Ihnen kontrollierten Verschlüsselungsschlüsseln verschlüsseln können.

Der OCI Vault-Service bietet zentralisierte Schlüsselverwaltungsfunktionen, die hoch verfügbar und robust sind. Diese Schlüsselverwaltungslösung bietet außerdem sicheren Schlüsselspeicher mit isolierten Partitionen (und einer kostengünstigeren gemeinsamen Partitionsoption) in FIPS 140-2 Level 3-zertifizierten Hardwaresicherheitsmodulen und Integration mit ausgewählten Oracle Cloud Infrastructure-Services. Verwenden Sie vom Kunden verwaltete Schlüssel, wenn Sie Sicherheits-Governance, Compliance und homogene Datenverschlüsselung benötigen und den Lebenszyklus der Schlüssel, die Sie zum Schutz Ihrer Daten verwenden, zentral verwalten, speichern und überwachen möchten.

Sie können folgende Aktionen ausführen:

  • Vom Kunden verwaltete Schlüssel aktivieren, wenn Sie Datenbanken in Exadata Cloud Infrastructure erstellen
  • Wechseln Sie von Oracle-managed Keys zu Customer-Managed Keys.
  • Die Schlüssel rotieren, um die Sicherheitscompliance zu erhalten

Anforderungen

Um das Management von vom Kunden verwalteten Verschlüsselungsschlüsseln zu aktivieren, müssen Sie im Mandanten eine Policy erstellen, die einer bestimmten dynamischen Gruppe die entsprechende Berechtigung erteilt. Beispiel: allow dynamic-group dynamic_group_name to manage keys in tenancy.

Eine weitere Policy ist erforderlich, wenn der vom Kunden verwendete Vault repliziert wird (https://docs.oracle.com/en-us/iaas/Content/KeyManagement/Tasks/replicatingvaults.htm). Für replizierte Vaults ist diese Policy erforderlich: allow dynamic-group dynamic_group_name to read vaults in tenancy

Einschränkungen

Um Data Guard auf Exadata Cloud Infrastructure-Datenbanken zu aktivieren, die vom Kunden verwaltete Schlüssel verwenden, müssen sich die Primär- und die Standby-Datenbank in derselben Realm befinden.

Aufgabe 1. Vault und Masterverschlüsselungsschlüssel erstellen

Erstellen Sie einen Vault im Vault-Service, indem Sie die Anweisungen unter So erstellen Sie einen neuen Vault in der Oracle Cloud Infrastructure-Dokumentation befolgen. Oracle empfiehlt, dass Sie beim Befolgen dieser Anweisungen den Vault in einem Compartment erstellen, das speziell für die Vaults mit vom Kunden verwalteten Schlüsseln erstellt wurde, wie unter Bevor Sie beginnen: Best Practice zur Compartment-Hierarchie beschrieben.

Nachdem Sie den Vault erstellt haben, erstellen Sie mindestens einen Masterverschlüsselungsschlüssel im Vault, indem Sie die Anweisungen unter So erstellen Sie einen neuen Masterverschlüsselungsschlüssel in der Oracle Cloud Infrastructure-Dokumentation befolgen. Wählen Sie beim Befolgen dieser Anweisungen die folgenden Optionen aus:

  • Erstellen in Compartment: Oracle empfiehlt, dass Sie den Masterverschlüsselungsschlüssel in demselben Compartment wie den Vault erstellen, d.h. das Compartment, das speziell für die Vaults mit vom Kunden verwalteten Schlüsseln erstellt wurde.
  • Schutzmodus: Wählen Sie einen geeigneten Wert in der Dropdown-Liste aus:
    • HSM zur Erstellung eines Masterverschlüsselungsschlüssels, der in einem Hardwaresicherheitsmodul (HSM) gespeichert und verarbeitet wird.
    • Software zur Erstellung eines Masterverschlüsselungsschlüssels, der in einem Softwaredateisystem im Vault-Service gespeichert wird. Softwaregeschützte Schlüssel werden mit einem HSM-basierten Root-Schlüssel im Ruhezustand geschützt. Sie können Softwareschlüssel in andere Schlüsselverwaltungsgeräte oder eine andere OCI-Cloud-Region exportieren. Im Gegensatz zu HSM-Schlüsseln sind softwaregeschützte Schlüssel kostenlos.
  • Schlüsselformalgorithmus: AES
  • Schlüsselformlänge: 256 Bit

Oracle empfiehlt dringend, dass Sie für jede Containerdatenbank (CDBs) einen separaten Master-Verschlüsselungsschlüssel erstellen. Dadurch wird die Verwaltung der Schlüsselrotation im Laufe der Zeit wesentlich einfacher.

Aufgabe 2. Servicegateway, Routingregel und Egress-Sicherheitsregel erstellen

Erstellen Sie ein Servicegateway im VCN (virtuellen Cloud-Netzwerk), in dem sich Ihre Oracle Exadata Database Service on Dedicated Infrastructure-Ressourcen befinden, indem Sie die Anweisungen unter Aufgabe 1: Servicegateway erstellen in der Oracle Cloud Infrastructure-Dokumentation befolgen.

Fügen Sie nach dem Erstellen des Servicegateways eine Routingregel und eine Egress-Sicherheitsregel zu jedem Subnetz (im VCN) hinzu, in dem sich Oracle Exadata Database Service on Dedicated Infrastructure-Ressourcen befinden. So können diese Ressourcen über das Gateway auf den Vault-Service zugreifen:

  1. Gehen Sie zur Seite Subnetzdetails für das Subnetz.
  2. Klicken Sie auf der Registerkarte Informationen zum Subnetz auf den Namen der Routentabelle des Subnetzes, um die Seite Routentabellendetails anzuzeigen.
  3. Prüfen Sie in der Tabelle der vorhandenen Routingregeln, ob bereits eine Regel mit den folgenden Eigenschaften vorhanden ist:
    • Ziel: Alle IAD-Services in Oracle Services Network
    • Zieltyp: Servicegateway
    • Ziel: Der Name des Servicegateways, das Sie gerade im VCN erstellt haben

    Wenn keine derartige Regel vorhanden ist, klicken Sie auf Routingregeln hinzufügen, und fügen Sie eine Routingregel mit diesen Eigenschaften hinzu.

  4. Kehren Sie zur Seite Subnetzdetails für das Subnetz zurück.
  5. Klicken Sie in der Tabelle Sicherheitslisten des Subnetzes auf den Namen der Sicherheitsliste des Subnetzes, um die Seite Sicherheitslistendetails anzuzeigen.
  6. Klicken Sie im Seitenmenü unter Ressourcen auf Egress-Regeln.
  7. Prüfen Sie in der Tabelle der vorhandenen Egress-Regeln, ob bereits eine Regel mit den folgenden Eigenschaften vorhanden ist:
    • Zustandslos: Nein
    • Ziel: Alle IAD-Services in Oracle Services Network
    • IP-Protokoll: TCP
    • Quellportbereich: Alle
    • Zielportbereich: 443

    Wenn keine derartige Regel vorhanden ist, klicken Sie auf Egress-Regeln hinzufügen, und fügen Sie eine Egress-Regel mit diesen Eigenschaften hinzu.

Aufgabe 3. Dynamische Gruppe und Policy-Anweisung erstellen

Um Oracle Exadata Database Service on Dedicated Infrastructure-Ressourcen Zugriff auf vom Kunden verwaltete Schlüssel zu gewähren, erstellen Sie eine dynamische IAM-Gruppe, die diese Ressourcen identifiziert. Erstellen Sie dann eine IAM-Policy, die dieser dynamischen Gruppe Zugriff auf die im Vault-Service erstellten Masterverschlüsselungsschlüssel erteilt.

Wenn Sie die dynamische Gruppe definieren, identifizieren Sie die Oracle Exadata Database Service on Dedicated Infrastructure-Ressourcen, indem Sie die OCID des Compartments angeben, das Ihre Exadata-Infrastrukturressource enthält.

  1. Kopieren Sie die OCID des Compartments, das Ihre Exadata-Infrastrukturressource enthält. Sie finden diese OCID auf der Seite Compartment-Details des Compartments.
  2. Erstellen Sie eine dynamische Gruppe nach den Anweisungen unter So erstellen Sie eine dynamische Gruppe in der Oracle Cloud Infrastructure-Dokumentation. Geben Sie beim Ausführen der Anweisungen eine Übereinstimmungsregel in diesem Format ein:
    ALL {resource.compartment.id ='<compartment-ocid>'}

    wobei <compartment-ocid> die OCID des Compartments ist, das die Exadata-Infrastrukturressource enthält.

Nachdem Sie die dynamische Gruppe erstellt haben, navigieren Sie zu einer (oder erstellen Sie eine) IAM-Policy in einem Compartment, das in der Compartment-Hierarchie über dem Compartment liegt, das Ihre Vaults und Schlüssel enthält. Fügen Sie dann eine Policy-Anweisung in diesem Format hinzu:

allow dynamic-group <dynamic-group-name>
to manage keys
in compartment <vaults-and-keys-compartment>
where all {
target.key.id='<key_ocid>',
request.permission!='KEY_DELETE',
request.permission!='KEY_MOVE',
request.permission!='KEY_IMPORT',
request.permission!='KEY_BACKUP’
}

Wenn Sie einen replizierten virtuellen privaten Vault für das Oracle Data Guard-Deployment verwenden, fügen Sie eine zusätzliche Policy-Anweisung in diesem Format hinzu:

allow dynamic-group <dynamic-group>
to read vaults
in tenancy | compartment <vaults-and-keys-compartment>

wobei <dynamic-group> dem Namen der von Ihnen erstellten dynamischen Gruppe und <vaults-and-keys-compartment> dem Namen des Compartments entspricht, in dem Sie Ihre Vaults und Masterverschlüsselungsschlüssel erstellt haben.

dbaascli database addInstance

Um die Datenbankinstanz auf dem angegebenen Knoten hinzuzufügen, verwenden Sie den Befehl dbaascli database addInstance.

Voraussetzung

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

Syntax

dbaascli database addInstance --dbname <value> --node <value> [--newNodeSID <value>]
Dabei gilt:
  • --dbname gibt den Namen der Oracle-Datenbank an.
  • --node gibt den Knotennamen für die Datenbankinstanz an.
    • --newNodeSID gibt die SID für die Instanz an, die dem neuen Knoten hinzugefügt werden soll.
dbaascli database convertToPDB

Um die angegebene Nicht-CDB-Datenbank in eine PDB zu konvertieren, verwenden Sie den Befehl dbaascli database convertToPDB.

Syntax

dbaascli database convertToPDB --dbname <value> [--cdbName <value>] [--executePrereqs]
        {
            [--copyDatafiles [--keepSourceDB]]|[backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]
Dabei gilt:
  • --dbname gibt den Namen der Oracle-Datenbank an.
  • --cdbName gibt den Namen der Ziel-CDB an, in der die PDB erstellt wird. Wenn die CDB nicht vorhanden ist, wird sie im selben Oracle Home wie die Quell-Nicht-CDB erstellt.
  • --executePrereqs gibt an, dass nur die Prüfungen vor der Konvertierung ausgeführt werden sollen.
  • --copyDatafiles gibt an, dass eine neue Kopie der Datendateien erstellt werden soll, statt die Dateien aus der Quelldatenbank zu verwenden.

    --keepSourceDB dient zum Beibehalten der Quelldatenbank nach Abschluss des Vorgangs.

  • --backupPrepared: Flag zur Bestätigung, dass ein ordnungsgemäßes Datenbankbackup für die Nicht-CDB vorhanden ist, bevor die Konvertierung in die PDB ausgeführt wird.
  • --backupPrepared: Flag zur Bestätigung, dass ein ordnungsgemäßes Datenbankbackup für die Nicht-CDB vorhanden ist, bevor die Konvertierung in die PDB ausgeführt wird.
  • --targetPDBName gibt den Namen der PDB an, die im Rahmen des Vorgangs erstellt wird.
  • --waitForCompletion ist auf false gesetzt, wenn der Vorgang im Hintergrund ausgeführt werden soll. Gültige Werte: true|false
  • --resume gibt an, dass die vorherige Ausführung fortgesetzt werden soll.
    • --sessionID gibt an, dass eine bestimmte Session-ID fortgesetzt werden soll.

Beispiel 5-3: dbaascli database convertToPDB

So führen Sie die Vorabprüfungen vor der Konvertierung aus:
dbaascli database convertToPDB --dbname ndb19 --cdbname cdb19 --backupPrepared --executePrereqs
So führen Sie eine vollständige Konvertierung mit einer Kopie der Datendateien aus der Nicht-CDB aus:
dbaascli database convertToPDB --dbname tst19 --cdbname cdb19 --copyDatafiles
dbaascli database getDetails

Dieser Befehl zeigt detaillierte Informationen zu einer bestimmten Datenbank an, beispielsweise Name der Datenbank, Knoteninformationen, Informationen zu integrierbaren Datenbanken usw.

Voraussetzungen

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

Syntax

dbaascli database getDetails --dbname <value>
Dabei gilt:
  • --dbname: Name der Oracle-Datenbank.
dbaascli database modifyParameters

Um Initialisierungsparameter für eine Oracle-Datenbank zu ändern oder zurückzusetzen, verwenden Sie den Befehl dbaascli database modifyParameters.

Voraussetzung

Führen Sie den Befehl als Benutzer root aus.

Syntax

dbaascli database modifyParameters --dbname <value> --setParameters <values>| --resetParameters <values> | --responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
Dabei gilt:
  • --dbname gibt den Namen der Datenbank an.
  • --setParameters gibt eine kommagetrennte Liste von Parametern an, die neue Werte erhalten sollen. Beispiel: parameter1=valueA,parameter2=valueB usw. Verwenden Sie für leere Werte parameter1=valueA,parameter2=" usw.
  • --resetParameters gibt eine kommagetrennte Liste von Parametern an, die auf ihre jeweiligen Standardwerte zurückgesetzt werden sollen. Beispiel: parameter1,parameter2 usw.
  • --responseFile gibt den absoluten Speicherort der JSON-Antwortdatei für die Änderung der Datenbankparameter an.
  • --backupPrepared bestätigt, dass ein ordnungsgemäßes Datenbankbackup vorhanden ist, bevor kritische oder sensible Parameter geändert werden.
  • --instance gibt den Namen der Instanz an, auf der die Parameter verarbeitet werden. Wenn keine Angabe gemacht wird, wird der Vorgang auf Datenbankebene ausgeführt.
  • --allowBounce erteilt die Berechtigung zum Herunter- und Hochfahren der Datenbank, damit die Änderungen an den anwendbaren statischen Parametern wiedergegeben werden.

Beispiel 5-4: dbaascli database modifyParameters

dbaascli database modifyParameters --dbname dbname --setParameters "log_archive_dest_state_17=ENABLE"
dbaascli database upgrade

Um ein Upgrade einer Oracle-Datenbank auszuführen, verwenden Sie den Befehl dbaascli database upgrade.

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>]
Dabei gilt:
  • --dbname (obligatorisch) gibt den Namen der Datenbank an.
  • --targetHome gibt das Zielverzeichnis des Oracle Homes an.
  • --targetHomeName gibt den Namen des Ziel-Homes der Oracle-Datenbank an.
  • --standBy wird für Upgrades von Standbydatenbanken in Data Guard-Konfigurationen verwendet.
  • --allStandbyPrepared ist für mit Data Guard konfigurierte Primärdatenbanken erforderlich. Flags, die bestätigen, dass alle erforderlichen Vorgänge in den Standbydatenbanken vor dem Upgrade der Primärdatenbank ausgeführt wurden.
  • --removeGRP entfernt das garantierte Restore-Point-(GRP-)Backup nur dann automatisch, wenn das Datenbankupgrade erfolgreich war.
  • --increaseCompatibleParameter erhöht den Kompatibilitätsparameter im Rahmen des Datenbankupgrades automatisch. Der Parameter wird nur erhöht, wenn das Datenbankupgrade erfolgreich war.
  • --executePrereqs führt nur die Prüfungen vor dem Upgrade aus.
  • --postUpgrade wird verwendet, wenn die Schritte nach dem Upgrade nicht erfolgreich waren und erneut ausgeführt werden müssen.
  • --rollback setzt eine Oracle-Datenbank auf das ursprüngliche Oracle Home zurück.
  • --upgradeOptions wird verwendet, um DBUA-spezifische Argumente zur Ausführung des Oracle Database-Upgrades zu übergeben. Die unterstützten Argumente und Optionen finden Sie in der entsprechenden Oracle-Dokumentation.

    --standby

  • --resume setzt die vorherige Ausführung fort.
  • --sessionID setzt eine bestimmte Session-ID fort.
  • --waitForCompletion: Geben Sie "false" an, um den Vorgang im Hintergrund auszuführen. Gültige Werte : true|false.

Beispiel 5-5: dbaascli database upgrade - Pre-Upgrade-Voraussetzungsprüfungen

dbaascli database upgrade --dbbname dbname --targetHome Target Oracle home location --executePrereqs
Voraussetzungen für das Patchen und Aktualisieren eines Exadata Cloud Infrastructure-Systems

Für die Exadata Cloud Infrastructure-Instanz ist ein Zugriff auf den Oracle Cloud Infrastructure Object Storage-Service erforderlich, einschließlich Konnektivität zum entsprechenden Swift-Endpunkt für Object Storage.

Oracle empfiehlt, ein Servicegateway mit dem VCN zu verwenden, um diesen Zugriff zu ermöglichen. Weitere Informationen finden Sie in folgenden Themen:
Hinweis

Stellen Sie sicher, dass die folgenden Bedingungen erfüllt sind, um Patching-Fehler zu vermeiden:
  • Das Verzeichnis /u01 im Dateisystem des Datenbankhosts verfügt über mindestens 15 GB freien Speicherplatz zur Ausführung von Patchprozessen.
  • Oracle Clusterware ist im VM-Cluster hochgefahren und gestartet.
  • Alle Knoten des VM-Clusters sind hochgefahren und werden ausgeführt.
Exadata Cloud Infrastructure-Instanzen mit der Konsole patchen und aktualisieren

Mit der Konsole können Sie die Historie der Patchvorgänge in Exadata Cloud Infrastructure-Instanzen anzeigen, Patches einspielen und den Status von Patchvorgängen überwachen.

Übergeordnetes Thema: GI und Datenbank-Homes von VM-Clustern patchen und aktualisieren

Exadata-Instanzen patchen, die das DB-Systemressourcenmodell verwenden

Die Aufgaben in diesem Abschnitt beschreiben, wie Sie Patches einspielen und den Status von Patchvorgängen auf Exadata-DB-Systemen und den zugehörigen Datenbank-Homes überwachen.

Übergeordnetes Thema: Exadata Cloud Infrastructure-Instanzen mit der Konsole patchen und aktualisieren

So patchen Sie Oracle Grid Infrastructure auf einem Exadata-DB-System

So spielen Sie Patches ein und überwachen den Status von Patchvorgängen auf Exadata-DB-Systemen

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Bare Metal, VM und Exadata.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Klicken Sie in der Liste der DB-Systeme auf den Namen des Exadata-DB-Systems, das Sie patchen möchten, um die DB-Systemdetails anzuzeigen.
  4. Klicken Sie auf Updates (GI).
  5. Prüfen Sie die Liste der verfügbaren Patches für das DB-System.
  6. Klicken Sie auf das Menü "Aktionen" für den entsprechenden Patch, und klicken Sie anschließend auf eine der folgenden Aktionen: Vorabprüfung: Prüfen Sie alle Voraussetzungen, um sicherzustellen, dass der Patch erfolgreich eingespielt werden kann. Grid Infrastructure-Update einspielen: Wendet den ausgewählten Patch an. Oracle empfiehlt dringend, die Vorabprüfung eines Patches auszuführen, bevor Sie diesen einspielen.
    • Vorabprüfung: Voraussetzungen prüfen, damit der Patch erfolgreich eingespielt werden kann.
    • Grid Infrastructure-Update einspielen: Wendet den ausgewählten Patch an. Oracle empfiehlt dringend, die Vorabprüfung eines Patches auszuführen, bevor Sie diesen einspielen.
  7. Bestätigen Sie den Vorgang, wenn Sie dazu aufgefordert werden.

In der Patchliste wird der Status des Vorgangs angezeigt. Beim Einspielen eines Patches werden der Patchstatus Patching und der DB-Systemstatus Wird aktualisiert angezeigt. Lebenszyklusvorgänge im DB-System und zugehörige Ressourcen sind möglicherweise vorübergehend nicht verfügbar. Wenn das Patching erfolgreich abgeschlossen wird, ändert sich der Patchstatus in Angewendet und der DB-Systemstatus in Verfügbar. Sie können weitere Details zu einem bestimmten Patchvorgang anzeigen, indem Sie auf Patchhistorie klicken.

So patchen Sie die Oracle Database-Software in einem Datenbank-Home (DB-System)

So spielen Sie Patches ein und überwachen den Status von Patchvorgängen in Exadata-Datenbank-Homes für DB-Systeme.

Hinweis

Diese Patching-Prozedur aktualisiert die Oracle Database-Software für alle Datenbanken im Datenbank-Home. Um eine einzelne Datenbank zu patchen, können Sie sie in ein anderes Datenbank-Home verschieben, das die gewünschte Oracle Database-Softwarekonfiguration verwendet.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Bare Metal, VM und Exadata.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Klicken Sie in der Liste der DB-Systeme auf den Namen des Exadata-DB-Systems im zu patchenden Datenbank-Home, um die DB-Systemdetails anzuzeigen.
  4. Klicken Sie auf Datenbank-Homes.
  5. Klicken Sie auf den Namen des Datenbank-Homes, das gepatcht werden soll, um die Details des Datenbank-Homes anzuzeigen.
  6. Klicken Sie auf Updates.
  7. Prüfen Sie die verfügbaren Patches für das Datenbank-Home. Sie können einen Patch mit einem von Oracle bereitgestellten Softwareimage oder einem benutzerdefinierten Softwareimage ausführen. Von Oracle bereitgestellte Images sind allgemein verfügbare Releaseupdates. Benutzerdefinierte Softwareimages werden von Ihrer Organisation mit einem bestimmten Patchset erstellt. Informationen zum Erstellen benutzerdefinierter Softwareimages finden Sie unter Oracle Database-Softwareimages. Das Image, das Sie für das Patching verwenden, muss entweder auf der neuesten Version des Oracle Database-Softwarerelease oder einer der drei vorherigen Versionen des Release basieren.
  8. Klicken Sie auf das Menü "Aktionen" am Ende der Tabellenzeile mit dem betreffenden Patch, und klicken Sie dann auf eine der folgenden Aktionen:

    • Vorabprüfung: Voraussetzungen prüfen, damit der Patch erfolgreich eingespielt werden kann.

    • Datenbank-Home-Update einspielen: Wendet den ausgewählten Patch an. Oracle empfiehlt dringend, die Vorabprüfung eines Patches auszuführen, bevor Sie diesen einspielen.

  9. Bestätigen Sie den Vorgang, wenn Sie dazu aufgefordert werden.

In der Patchliste wird der Status des Vorgangs angezeigt. Während ein Patch eingespielt wird, wird der Patchstatus als Patching und der Status des Datenbank-Home und der darin enthaltenen Datenbanken als Wird aktualisiert angezeigt. Während des Vorgangs wird jede Datenbank im Home gestoppt und dann neu gestartet. Wenn das Patching erfolgreich abgeschlossen wird, ändert sich der Patchstatus in Angewendet und der Status des Datenbank-Homes in Verfügbar. Sie können weitere Details zu einem bestimmten Patchvorgang anzeigen, indem Sie auf Patchhistorie klicken.

Exadata-Instanzen patchen, die das neue Ressourcenmodell verwenden

Die Aufgaben in diesem Abschnitt beschreiben, wie Sie Patches einspielen und den Status von Patchvorgängen auf Cloud-VM-Clustern und den zugehörigen Datenbank-Homes überwachen.

So patchen Sie Oracle Grid Infrastructure auf einem Exadata Cloud-VM-Cluster

So spielen Sie Patches ein und überwachen den Status von Patchvorgängen auf Cloud-VM-Clustern.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Klicken Sie auf Exadata-VM-Cluster.
  4. Klicken Sie in der Liste der Cloud-VM-Cluster auf den Namen des Clusters, das Sie patchen möchten, um die Clusterdetails anzuzeigen.
  5. Klicken Sie auf Updates (GI).
  6. Prüfen Sie die Liste der verfügbaren Patches für das Cloud-VM-Cluster.
  7. Klicken Sie auf das Menü "Aktionen" für den betreffenden Patch, und klicken Sie dann auf eine der folgenden Aktionen:

    • Vorabprüfung: Voraussetzungen prüfen, damit der Patch erfolgreich eingespielt werden kann.

    • Grid Infrastructure-Update einspielen: Wendet den ausgewählten Patch an. Oracle empfiehlt dringend, die Vorabprüfung eines Patches auszuführen, bevor Sie diesen einspielen.

  8. Bestätigen Sie den Vorgang, wenn Sie dazu aufgefordert werden.
In der Patchliste wird der Status des Vorgangs angezeigt. Beim Einspielen eines Patches werden der Patchstatus Patching und der Cloud-VM-Clusterstatus Wird aktualisiert angezeigt. Lebenszyklusvorgänge im Cluster und in zugehörigen Ressourcen sind möglicherweise vorübergehend nicht verfügbar. Wenn das Patching erfolgreich abgeschlossen wird, ändert sich der Patchstatus in Angewendet und der Clusterstatus in Verfügbar. Sie können weitere Details zu einem bestimmten Patchvorgang anzeigen, indem Sie auf Updatehistorie klicken.

So patchen Sie die Oracle Database-Software in einem Datenbank-Home

Hinweis

Diese Patching-Prozedur aktualisiert die Oracle Database-Software für alle Datenbanken im Datenbank-Home. Um eine einzelne Datenbank zu patchen, können Sie eine Datenbank in ein anderes Datenbank-Home verschieben, das die gewünschte Oracle Database-Softwarekonfiguration verwendet.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Klicken Sie auf Exadata-VM-Cluster.
  4. Klicken Sie in der Liste der Cloud-VM-Cluster auf den Namen des Clusters, das Sie patchen möchten, um die Clusterdetails anzuzeigen.
  5. Klicken Sie auf Datenbank-Homes.
  6. Klicken Sie auf den Namen des Datenbank-Homes, das gepatcht werden soll, um die Details des Datenbank-Homes anzuzeigen.
  7. Klicken Sie auf Updates.
  8. Prüfen Sie die verfügbaren Patches für das Datenbank-Home. Sie können einen Patch mit einem von Oracle bereitgestellten Softwareimage oder einem benutzerdefinierten Softwareimage ausführen. Von Oracle bereitgestellte Images sind allgemein verfügbare Releaseupdates. Benutzerdefinierte Softwareimages werden von Ihrer Organisation mit einem bestimmten Patchset erstellt. Informationen zum Erstellen benutzerdefinierter Softwareimages finden Sie unter Oracle Database-Softwareimages. Das Image, das Sie für das Patching verwenden, muss entweder auf der neuesten Version des Oracle Database-Softwarerelease oder einer der drei vorherigen Versionen des Release basieren.
  9. Klicken Sie auf das Menü "Aktionen" am Ende der Tabellenzeile mit dem betreffenden Patch, und klicken Sie dann auf eine der folgenden Aktionen:
    • Vorabprüfung: Voraussetzungen prüfen, damit der Patch erfolgreich eingespielt werden kann.
    • Datenbank-Home-Update einspielen: Wendet den ausgewählten Patch an. Oracle empfiehlt dringend, die Vorabprüfung eines Patches auszuführen, bevor Sie diesen einspielen.

  10. Bestätigen Sie den Vorgang, wenn Sie dazu aufgefordert werden.

    In der Patchliste wird der Status des Vorgangs angezeigt. Während ein Patch eingespielt wird, wird der Patchstatus als Patching und der Status des Datenbank-Home und der darin enthaltenen Datenbanken als Wird aktualisiert angezeigt. Während des Vorgangs wird jede Datenbank im Home gestoppt und dann neu gestartet. Wenn das Patching erfolgreich abgeschlossen wird, ändert sich der Patchstatus in Angewendet und der Status des Datenbank-Homes in Verfügbar. Sie können weitere Details zu einem bestimmten Patchvorgang anzeigen, indem Sie auf Updatehistorie klicken.

Einzelne Oracle-Datenbanken in einer Exadata Cloud Infrastructure-Instanz patchen

In dieser Aufgabe wird erläutert, wie Sie eine einzelne Oracle-Datenbank in Ihrer Exadata Cloud Infrastructure-Instanz patchen, indem Sie sie in ein anderes Datenbank-Home verschieben.

Informationen zum Patching von Datenbank-Homes finden Sie unter So patchen Sie die Oracle Database-Software in einem Datenbank-Home (Cloud-VM-Cluster).

Übergeordnetes Thema: Exadata Cloud Infrastructure-Instanzen mit der Konsole patchen und aktualisieren

So verschieben Sie eine Datenbank in ein anderes Datenbank-Home

In dieser Aufgabe wird erläutert, wie Sie eine einzelne Oracle-Datenbank in Ihrer Exadata Cloud Infrastructure-Instanz patchen, indem Sie sie in ein anderes Datenbank-Home verschieben.

Sie können eine Datenbank in ein beliebiges Datenbank-Home verschieben, das die folgenden Kriterien erfüllt:

  • Das Zieldatenbank-Home verwendet dieselbe Oracle Database-Softwareversion (einschließlich Patchupdates) wie das Quelldatenbank-Home.
  • Das Zieldatenbank-Home basiert entweder auf der neuesten Version des von der Datenbank verwendeten Oracle Database-Softwarerelease oder auf einer der drei vorherigen Versionen des Release.

Wenn Sie eine Datenbank in ein neues Datenbank-Home verschieben, wird die Datenbank auf die Patchebene des Zieldatenbank-Homes aktualisiert. Informationen zum Patchen von Datenbank-Homes finden Sie unter Datenbank-Home-Patching.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Navigieren Sie zu der Datenbank, die verschoben werden soll.

    Cloud-VM-Cluster (Das neue Exadata Cloud Infrastructure-Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Klicken Sie in der Liste der VM-Cluster auf den Namen des VM-Clusters mit der Datenbank, die Sie verschieben möchten.

    DB-Systeme: Klicken Sie unter Bare Metal, VM und Exadata auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das System, auf das Sie zugreifen möchten. Klicken Sie dann auf den Namen des Exadata-DB-Systems mit der zu verschiebenden Datenbank.

  4. Klicken Sie auf Weitere Aktionen und dann auf In ein anderes Home verschieben.
  5. Wählen Sie das Zieldatenbank-Home.
  6. Klicken Sie auf Verschieben.

  7. Bestätigen Sie den Verschiebevorgang.

    Die Datenbank wird im Rolling-Modus verschoben. Die Datenbankinstanz wird Knoten für Knoten im aktuellen Home gestoppt und anschließend im Ziel-Home neu gestartet. Beim Verschieben der Datenbank wird als Status des Datenbank-Homes Datenbank wird verschoben angezeigt. Wenn der Vorgang abgeschlossen ist, wird das Datenbank-Home mit dem aktuellen Home aktualisiert. Datapatch wird automatisch als Teil der Datenbankverschiebung ausgeführt, um SQL-Aktionen nach dem Patchen für alle Patches, einschließlich One-offs, im neuen Datenbank-Home abzuschließen. Wenn der Vorgang zum Verschieben der Datenbank nicht erfolgreich war, wird der Status der Datenbank als Nicht erfolgreich angezeigt, und das Feld Datenbank-Home enthält Informationen zur Ursache des Fehlers.

Patchhistorie anzeigen

Jeder Eintrag in der Patchhistorie stellt einen Patchvorgang dar und gibt an, ob der Vorgang erfolgreich oder nicht erfolgreich war. Sie können nicht erfolgreiche Patchvorgänge wiederholen. Wenn Sie einen Vorgang wiederholen, wird ein neuer Eintrag in der Patchhistorie erstellt.

In den Patchhistorienansichten in der Konsole werden keine Patches angezeigt, die mit Befehlszeilentools wie dbaascli eingespielt wurden.

Wenn Ihre Serviceinstanz das neue Ressourcenmodell verwendet, wird die Patchhistorie angezeigt, wenn Sie zur Seite "VM-Clusterdetails" wechseln. Wenn Ihre Serviceinstanz das DB-Systemressourcenmodell verwendet, wird die Patchhistorie angezeigt, wenn Sie zur Seite "DB-Systemdetails" wechseln.

  • So zeigen Sie die Patchhistorie eines Cloud-VM-Clusters an
    Jeder Eintrag in der Patchhistorie stellt einen versuchten Patchvorgang dar und gibt an, ob der Vorgang erfolgreich oder nicht erfolgreich war.
  • So zeigen Sie die Patchhistorie eines DB-Systems an
    Jeder Eintrag in der Patchhistorie stellt einen versuchten Patchvorgang dar und gibt an, ob der Vorgang erfolgreich oder nicht erfolgreich war. Sie können nicht erfolgreiche Patchvorgänge wiederholen. Wenn Sie einen Vorgang wiederholen, wird ein neuer Eintrag in der Patchhistorie erstellt. Für eine Serviceinstanz, die das DB-Systemressourcenmodell verwendet, wird die Patchhistorie angezeigt, wenn Sie zur Seite "DB-Systemdetails" wechseln.
  • So zeigen Sie die Patchhistorie eines Datenbank-Homes an
    Jeder Eintrag in der Patchhistorie stellt einen versuchten Patchvorgang dar und gibt an, ob der Vorgang erfolgreich oder nicht erfolgreich war. Sie können nicht erfolgreiche Patchvorgänge wiederholen. Wenn Sie einen Vorgang wiederholen, wird ein neuer Eintrag in der Patchhistorie erstellt. Wenn Ihre Serviceinstanz das neue Ressourcenmodell verwendet, wird die Patchhistorie angezeigt, wenn Sie zur Seite "VM-Clusterdetails" wechseln.

Übergeordnetes Thema: Exadata Cloud Infrastructure-Instanzen mit der Konsole patchen und aktualisieren

So zeigen Sie die Patchhistorie eines Cloud-VM-Clusters an

Jeder Eintrag in der Patchhistorie stellt einen Patchvorgang dar und gibt an, ob der Vorgang erfolgreich oder nicht erfolgreich war.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Klicken Sie auf Exadata-VM-Cluster.
  4. Klicken Sie in der Liste der Cloud-VM-Cluster auf den Namen des Clusters, das Sie patchen möchten, um die Clusterdetails anzuzeigen.
  5. Klicken Sie auf Updatehistorie.

    Auf der Seite "Updatehistorie" wird die Historie der Patchvorgänge für dieses Cloud-VM-Cluster und für die Datenbank-Homes in diesem Cloud-VM-Cluster angezeigt.

Übergeordnetes Thema: Patchhistorie anzeigen

So zeigen Sie die Patchhistorie eines DB-Systems an

Jeder Eintrag in der Patchhistorie stellt einen Patchvorgang dar und gibt an, ob der Vorgang erfolgreich oder nicht erfolgreich war. Sie können nicht erfolgreiche Patchvorgänge wiederholen. Wenn Sie einen Vorgang wiederholen, wird ein neuer Eintrag in der Patchhistorie erstellt. Für eine Serviceinstanz, die das DB-Systemressourcenmodell verwendet, wird die Patchhistorie angezeigt, wenn Sie zur Seite "DB-Systemdetails" wechseln.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Bare Metal, VM und Exadata.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Klicken Sie in der Liste der DB-Systeme auf den Namen des Exadata-DB-Systems, dessen Informationen Sie anzeigen möchten.
  4. Klicken Sie auf Updatehistorie.

Auf der Seite "Patchhistorie" wird die Historie der Patchvorgänge für dieses DB-System und für die Datenbank-Homes in diesem DB-System angezeigt.

Übergeordnetes Thema: Patchhistorie anzeigen

So zeigen Sie die Patchhistorie eines Datenbank-Homes an

Jeder Eintrag in der Patchhistorie stellt einen Patchvorgang dar und gibt an, ob der Vorgang erfolgreich oder nicht erfolgreich war. Sie können nicht erfolgreiche Patchvorgänge wiederholen. Wenn Sie einen Vorgang wiederholen, wird ein neuer Eintrag in der Patchhistorie erstellt. Wenn Ihre Serviceinstanz das neue Ressourcenmodell verwendet, wird die Patchhistorie angezeigt, wenn Sie zur Seite "VM-Clusterdetails" wechseln.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Wechseln Sie zu dem Cloud-VM-Cluster oder DB-System, das das Datenbank-Home enthält.

    • Cloud-VM-Cluster (Das Exadata Cloud Infrastructure-Ressourcenmodell) Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

    • DB-Systeme: Klicken Sie unter "Bare Metal, VM und Exadata" auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

  4. Klicken Sie auf Datenbank-Homes.
  5. Klicken Sie auf den Namen des Datenbank-Homes, das Sie anzeigen möchten, um dessen Details anzuzeigen.
  6. Klicken Sie auf Updatehistorie.
    Auf der Seite mit der Historie wird die Historie der Patchvorgänge für dieses Datenbank-Home und für das zugehörige Cloud-VM-Cluster oder DB-System angezeigt.

Übergeordnetes Thema: Patchhistorie anzeigen

Exadata Cloud Infrastructure-Instanz mit der API patchen

Verwenden Sie diese API-Vorgänge, um das Patching der folgenden Exadata-Ressourcen zu verwalten: Cloud-VM-Cluster, DB-Systeme, Datenbanken und Datenbank-Homes.

Informationen zur Verwendung der API und zu Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).

Cloud-VM-Cluster (für Systeme, die das neue Ressourcenmodell verwenden):

DB-Systeme:

Datenbanken:

  • UpdateDatabase: Mit diesem Vorgang patchen Sie eine Datenbank, indem Sie sie in ein anderes Datenbank-Home verschieben.

Datenbank-Homes:

Die vollständige Liste der APIs für den Database-Service finden Sie unter Database-Service-API.

Exadata Cloud-VM-Clusterbetriebssystem aktualisieren

Mit Exadata-VM-Clusterimageupdates können Sie das BS-Image auf Ihren Exadata Cloud-VM-Clusterknoten automatisiert über die OCI-Konsole und APIs aktualisieren.

Mit diesem automatisierten Feature wird das VM-Cluster-Patching vereinfacht und beschleunigt. Das Patching wird weniger fehleranfällig, und die Verwendung von Patch Manager entfällt.

Wenn Sie einen Patch einspielen, führt das System eine Vorabprüfung aus, um sicherzustellen, dass das Cloud-VM-Cluster, das Exadata-DB-System oder das Datenbank-Home die Anforderungen für diesen Patch erfüllt. Wenn die Vorabprüfung nicht erfolgreich war, wird der Patch nicht eingespielt, und das System zeigt eine Meldung an, dass der Patch nicht eingespielt werden kann, weil die Vorabprüfung nicht erfolgreich war. Außerdem ist ein separater Vorabprüfungsvorgang verfügbar, den Sie vor dem geplanten Update ausführen können.

Übergeordnetes Thema: Exadata Cloud Infrastructure-Systeme patchen und aktualisieren

Unterstützte Softwareversionen und Einschränkungen bei der Aktualisierung

Mindestanforderungen für das Update auf das Exadata-Imagerelease 23.1.0.0.0 (Oracle Linux 8-basiertes Image):

Hinweis

Dies sind nur die Mindestanforderungen. Wenn Sie Grid Infrastructure und/oder Oracle Database so aktualisieren möchten, dass sie die Exadata 23.1-Anforderungen erfüllen, wird empfohlen, auf die neuesten verfügbaren Versionen von Grid Infrastructure und Oracle Database und nicht auf das Minimum zu aktualisieren.
  • Exadata-Image (Gastbetriebssystem): Exadata-Imagerelease 22.1.0 (Mai 2022) oder 21.2.10 (März 2022). Systeme, auf denen Versionen älter als 21.2.10 ausgeführt werden, müssen zunächst auf mindestens 22.1.0 (Mai 2022) oder 21.2.10 (März 2022) aktualisiert werden, bevor ein Update auf 23.1.0.0.0 durchgeführt werden kann. Dies gilt sowohl für Speicher- als auch für Datenbankserver.
    • Neben kleineren Versionsupdates für die Exadata-VM-Clusterimages können Sie ein Update auf eine neue Hauptversion vornehmen, wenn die aktuell installierte Version 19.2 oder höher ist. Beispiel: Wenn das VM-Cluster auf Version 20 ausgeführt wird, können Sie es auf Version 21 aktualisieren.
    • Die letzten 4 (N bis N-3) oder mehr Nebenversionen jeder Hauptversion der VM-Clusterimages sind über die Konsole zum Einspielen verfügbar.
  • Oracle Grid Infrastructure: Das Exadata-Imagerelease 23.1.0.0.0 unterstützt die folgenden Mindestversionen oder neueren Oracle Grid Infrastructure-Versionen.
    • Release 19c: Version 19.15, April 2022 Release Update (RU) und neuer (Standard)
    • Release 21c: Version 21.6, April 2022 Release Update (RU) und höher
  • Oracle Database: Die Exadata-Systemsoftware 23.1 unterstützt die folgenden Mindestversionen oder höher für neue Datenbankinstallationen.
    • Release 19c: Version 19.15, April 2022 Release Update (RU) und neuer (Standard)
    • Zusätzliche unterstützte Datenbankreleases unter Market Driven Support oder Quarter Updates Ausnahmegenehmigung:
      • Release 12.2.0.1, Releaseupdate (RU) 12.2.0.1.220118 (Jan 2022)
      • Release 12.1.0.2, Bundle Patch 12.1.0.2.220719 (Jul 2022) - erfordert Patch 30159782
      • Release 11.2.0.4, Bundle Patch 11.2.0.4.210119 (Jan 2021) - erfordert Patch 30159782, Patch 33991024
  • Wenn ein Wartungsvorgang für die Exadata-Infrastruktur innerhalb der nächsten 24 Stunden geplant ist, ist das Exadata-Imageupdatefeature nicht verfügbar.
  • Nachdem das VM-Cluster auf Exadata Database Service-Gast-VM-BS 23.1 upgegradet wurde, können Sie diesem VM-Cluster eine neue VM oder einen neuen Datenbankserver hinzufügen, wenn Exadata Cloud Infrastructure eine Exadata-Systemsoftwareversion 22.1.16 und höher ausführt.
    Hinweis

    Ein Upgrade auf Exadata-Systemsoftware 23.1 für Exadata Cloud Infrastructure ist ab dem Updatezyklus vom Februar 2024 verfügbar.
Betriebssystem mit der Konsole aktualisieren

Hinweis

Nachdem das VM-Cluster auf Exadata Database Service-Gast-VM-BS 23.1 upgegradet wurde, können Sie diesem VM-Cluster eine neue VM oder einen neuen Datenbankserver hinzufügen, wenn Exadata Cloud Infrastructure eine Exadata-Systemsoftwareversion 22.1.16 und höher ausführt.

Ein Upgrade auf Exadata-Systemsoftware 23.1 für Exadata Cloud Infrastructure ist ab dem Updatezyklus vom Februar 2024 verfügbar.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster.
  3. Klicken Sie in der Liste der Cloud-VM-Cluster auf den Namen des Clusters, das Sie patchen möchten, um die Detailseite anzuzeigen.
  4. Klicken Sie auf Updates (BS).
  5. Prüfen Sie die Liste der verfügbaren Softwareupdates, und suchen Sie den einzuspielenden BS-Patch.
  6. Klicken Sie auf das Symbol "Aktionen" (drei Punkte) am Ende der Zeile mit dem betreffenden Patch, und klicken Sie dann auf eine der folgenden Aktionen:
    • Vorabprüfung: Bei der Vorabprüfung wird die Voraussetzungen geprüft, um sicherzustellen, dass der Patch erfolgreich eingespielt werden kann. Oracle empfiehlt dringend, den Vorabprüfungsvorgang auszuführen, bevor Sie einen Patch einspielen. Der Grund dafür ist, dass sich die Dinge in einer Datenbank jederzeit ändern können, und bei der Vorabprüfung, die Sie unmittelbar vor dem Ausführen eines Patches ausgeführt haben, werden möglicherweise Fehler angezeigt, die bei der vorherigen Vorabprüfung nicht gefunden werden.
      Hinweis

      Wenn die Vorabprüfung nicht erfolgreich verläuft, zeigt das System im Dialogfeld Exadata-BS-Imageupdate anwenden eine Meldung an, dass die letzte Vorabprüfung nicht erfolgreich war. Oracle empfiehlt, die Vorabprüfung erneut auszuführen. Klicken Sie am Ende der Zeile mit dem BS-Patch auf das Symbol "Aktionen" (drei Punkte), um das Dialogfeld anzuzeigen.
    • Exadata-BS-Imageupdate einspielen:: Über diesen Link wird das Dialogfeld "Exadata-Imageupdate einspielen" angezeigt, das Sie zum Einspielen des Patches verwenden. Im Dialogfeld werden der Name des Datenbanksystems angezeigt, das Sie patchen, die aktuelle Version der Datenbank und die neue Version der Datenbank nach Einspielen des Patches. Um den Prozess zu starten, klicken Sie auf Exadata-BS-Imageupdate anwenden.
    • OCID kopieren. Damit wird die Oracle Cloud-ID kopiert. Diese kann bei der Fehlerbehebung bei einem Patch oder bei der Kontaktaufnahme mit dem Support verwendet werden.
      Hinweis

      Beim Einspielen des Patches gilt Folgendes:

      • "Vorabprüfung ausführen" und "BS-Imageupdate anwenden" sind nicht verfügbar. Nach Abschluss des Patches sind diese Aktionen wieder verfügbar.
      • Wenn für die Exadata-Infrastruktur, die dieses VM-Cluster enthält, eine Wartung geplant ist, die mit dem Patching-Vorgang in Konflikt steht, verläuft das Patchen nicht erfolgreich, und das System zeigt in einer Meldung den Grund dafür an. Führen Sie den Patchvorgang nach Abschluss der Infrastrukturwartung erneut aus.
  7. Bestätigen Sie den Vorgang, wenn Sie dazu aufgefordert werden.

In der Patchliste wird der Status des Vorgangs im Abschnitt "Version" der Seite mit den Datenbankdetails angezeigt. Klicken Sie auf Updates anzeigen, um weitere Details zu einem einzelnen Patchstatus anzuzeigen und alle zur Ausführung verfügbaren Updates anzuzeigen. Wenn keine neuen Updates verfügbar sind, zeigt das System eine Meldung Keine Updates verfügbar an.

Exadata Grid Infrastructure upgraden

In diesem Thema wird beschrieben, wie Sie ein Upgrade von Oracle Grid Infrastructure (GI) auf einem Exadata Cloud-VM-Cluster mit der Oracle Cloud Infrastructure-Konsole oder -API vornehmen.

Durch das Upgrade können Sie Oracle Database Homes und Datenbanken bereitstellen, die die aktuelle Oracle Database-Software verwenden. Weitere Informationen zu Exadata Cloud-VM-Clustern und dem neuen Exadata-Ressourcenmodell finden Sie unter Überblick über skalierbare X8M-, X9M- und X11M-Infrastruktur.

Übergeordnetes Thema: Exadata Cloud Infrastructure-Systeme patchen und aktualisieren

Voraussetzungen für das Upgrade von Exadata Grid Infrastructure

Um GI auf Oracle Database 19c upzugraden, müssen Sie das Oracle Linux 7-Betriebssystem für Ihr VM-Cluster verwenden.

Weitere Informationen zum Upgrade des Betriebssystems finden Sie in folgendem Dokument:

Übergeordnetes Thema: Exadata Grid Infrastructure upgraden

Oracle Grid Infrastructure upgraden

Ein Upgrade von Oracle Grid Infrastructure (GI) auf einem VM-Cluster umfasst Upgrades aller Compute Nodes der Instanz. Das Upgrade wird im Rolling-Modus, d.h. für die einzelnen Knoten der Reihe nach ausgeführt.

  • Oracle empfiehlt, eine Vorabprüfung für Upgrades auszuführen, um Probleme zu identifizieren und zu beheben, die ein erfolgreiches Upgrade verhindern würden.
  • Sie können den Fortschritt des Upgradevorgangs überwachen, indem Sie die zugehörigen Arbeitsanforderungen anzeigen.
  • Wenn ein Wartungsvorgang für die Exadata-Infrastruktur innerhalb der nächsten 24 Stunden geplant ist, ist das GI-Upgradefeature nicht verfügbar.
  • Während des Upgrades können Sie keine anderen Verwaltungsvorgänge ausführen, wie das Starten, Stoppen oder Neustarten von Knoten, das Skalieren der CPU, das Provisioning oder Verwalten von Datenbank-Homes oder Datenbanken, das Wiederherstellen einer Datenbank oder das Bearbeiten von IORM-Einstellungen. Die folgenden Data Guard-Vorgänge sind für das VM-Cluster, auf dem ein GI-Upgrade durchgeführt wird, nicht zulässig:
    • Data Guard aktivieren
    • Switchover
    • Failover zu der Datenbank, die das VM-Cluster verwendet (ein Failover-Vorgang zu Standbydatenbanken in anderen VM-Clustern ist möglich)
Upgrade von Grid Infrastructure mit der Konsole ausführen

Mit der Konsole können Sie vor dem Upgrade von Oracle Grid Infrastructure (GI), eine Vorabprüfung vornehmen und den GI-Upgradevorgang ausführen.

So führen Sie vor dem Upgrade Ihres Cloud-VM-Clusters eine Vorabprüfung aus

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Klicken Sie auf Exadata-VM-Cluster.
  4. Klicken Sie in der Liste der Cloud-VM-Cluster auf den Namen des Clusters, das Sie patchen möchten, um die Clusterdetails anzuzeigen.
  5. Klicken Sie auf Updates (GI), um die Liste der verfügbaren Patches und Upgrades anzuzeigen.
  6. Klicken Sie auf das Aktionssymbol (drei Punkte) am Ende der Zeile, die das Oracle Grid Infrastructure-(GI-)Upgrade auflistet, und klicken Sie dann auf Vorabprüfung.
  7. Bestätigen Sie im Dialogfeld Bestätigen, dass Sie ein Upgrade durchführen möchten, um die Vorabprüfung zu starten.
So führen Sie ein Upgrade von Oracle Grid Infrastructure für ein Cloud-VM-Cluster aus

Prozedur zum Upgraden von Oracle Grid Infrastructure für ein Cloud-VM-Cluster.

Hinweis

  • Wenn Sie ein Upgrade von Grid Infrastructure auf 23ai planen, stellen Sie sicher, dass für jede ASM-Datenträgergruppe der Wert für compatible.rdbms auf 19.0.0.0 und höher gesetzt ist.
  • Mindestanforderungen für das Upgrade von Grid Infrastructure von 19c auf 23ai:
    • Exadata-Gast-VM mit Exadata-Systemsoftware 23.1.8
    • Exadata-Infrastruktur, auf der Exadata-Systemsoftware 23.1.x ausgeführt wird
  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Klicken Sie auf Exadata-VM-Cluster.
  4. Klicken Sie in der Liste der Cloud-VM-Cluster auf den Namen des Clusters, das Sie patchen möchten, um die Clusterdetails anzuzeigen.
  5. Klicken Sie auf Updates (GI), um die Liste der verfügbaren Patches und Upgrades anzuzeigen.
  6. Klicken Sie am Ende der Zeile, auf der das Oracle Grid Infrastructure-(GI-)Upgrade aufgeführt wird, auf das Aktionssymbol (drei Punkte), und klicken Sie dann auf Grid Infrastructure-Update anwenden.
  7. Bestätigen Sie im Dialogfeld Grid Infrastructure upgraden, dass Sie GI aktualisieren möchten, indem Sie auf Grid Infrastructure upgraden klicken. Wenn Sie keine Vorabprüfung ausgeführt haben, können Sie in diesem Dialogfeld auf Vorabprüfung ausführen klicken, um vor dem Upgrade Ihre Cloud-VM-Cluster zu prüfen.
Grid Infrastructure in einem VM-Cluster mit der API upgraden

Informationen zur Verwendung der API und zu Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).

Mit diesen API-Vorgängen können Sie ein Upgrade von Oracle Grid Infrastructure in einem Cloud-VM-Cluster durchführen und die Updatehistorie des Clusters anzeigen:

Die vollständige Liste der APIs für den Database-Service finden Sie unter Database-Service-API.

Übergeordnetes Thema: Exadata Grid Infrastructure upgraden

Exadata-Datenbanken upgraden

In diesem Thema werden die Verfahren zum Upgrade einer Exadata-Datenbankinstanz auf Oracle Database 19c und Oracle Database 23ai mit der Konsole und der API beschrieben. Das Upgrade wird durchgeführt, indem die Exadata-Datenbank in ein Datenbank-Home verschoben wird, das die Zielsoftwareversion verwendet.

Hinweis

Dieses Thema gilt nur für Exadata Cloud Infrastructure-Instanzen, die das neue Ressourcenmodell verwenden. Informationen zum Umstellen eines Exadata-DB-Systems auf das neue Ressourcenmodell finden Sie unter Exadata-DB-System auf neues Ressourcenmodell und neue APIs umstellen.

Zeitpläne für das Oracle Database-Release und die Softwareunterstützung finden Sie unter Release Schedule of Current Database Releases (Doc ID 742060.1) im My Oracle Support-Portal.

Übergeordnetes Thema: Exadata Cloud Infrastructure-Systeme patchen und aktualisieren

Voraussetzungen für das Upgrade von Oracle-Datenbanken

Prüfen Sie die Liste der Voraussetzungen für das Upgrade einer Oracle Database-Instanz in Exadata Cloud Infrastructure.

  • Um auf 19c upzugraden, ist Oracle Linux 7 die Mindestanforderung, und um ein Upgrade auf 23ai, Oracle Linux 8, ist die Mindestanforderung. Ausführliche Anweisungen zur manuellen Aktualisierung des Betriebssystems finden Sie unter How to Update the Exadata System Software (DomU) to 19 of 18 on the Exadata Cloud Service in OCI (My Oracle Support-Dokument-ID 2521053.1).
  • Die Oracle Grid Infrastructure kann für Oracle Database 19c die Version 19c oder 23ai haben. Oracle Grid Infrastructure muss jedoch Version 23ai für Oracle Database 23ai sein. Anweisungen zum Verwenden der Oracle Cloud Infrastructure-Konsole oder der API für das Upgrade von Grid Infrastructure finden Sie unter Exadata Grid Infrastructure upgraden. Wenn für Grid Infrastructure Patches verfügbar sind, empfiehlt Oracle, diese vor einem Datenbankupgrade einzuspielen.
  • Sie benötigen ein verfügbares Oracle Database Home, das die vier neuesten Versionen von Oracle Database 19c oder Oracle Database 23ai verwendet, die in Oracle Cloud Infrastructure verfügbar sind. Informationen zum Erstellen eines Datenbank-Homes finden Sie unter So erstellen Sie ein neues Oracle Database Home in einer vorhanden Exadata Cloud Infrastructure-Instanz. Sie können je nach Ihren Patching-Anforderungen von Oracle veröffentlichte Softwareimages oder ein benutzerdefiniertes Datenbanksoftwareimage zum Erstellen von Datenbank-Homes verwenden.
  • Sie müssen sicherstellen, dass alle integrierbaren Datenbanken in der Containerdatenbank, für die ein Upgrade ausgeführt wird, geöffnet werden können. Integrierbare Datenbanken, die während des Upgrades nicht vom System geöffnet werden können, können zu einem Upgradefehler führen.

  • Wenn Sie Datenbanken in einer manuell erstellten Data Guard-Verknüpfung (eine Verknüpfung, die nicht mit der Konsole oder den APIs erstellt wurde) upgraden, gilt Folgendes:

    • Die Datenbanken müssen beim Cloud-Tooling registriert sein. Weitere Informationen finden Sie unter Tooling auf einer Exadata Cloud Service-Instanz aktualisieren.
    • Redo Apply muss während des Upgrades von Primär- und Standbydatenbank deaktiviert werden. Bei Oracle 11.2- und 12.1-Datenbanken muss auch die Data Guard-Konfiguration deaktiviert werden.
    • Wenn Sie einen Observer konfiguriert haben, muss er vor dem Upgrade deaktiviert werden.
Um ein Upgrade durchführen zu können, muss die Oracle-Datenbank mit den folgenden Einstellungen konfiguriert sein:
  • Die Datenbank muss sich im Archive-Logmodus befinden.
  • Für die Datenbank muss Flashback aktiviert sein.

Weitere Informationen zu diesen Einstellungen finden Sie in der Oracle Database-Dokumentation zur Releaseversion Ihrer Datenbank.

Datenbank upgraden

Beachten Sie bei Upgrades von Datenbanksoftwareversionen Folgendes:

  • Bei Datenbankupgrades kommt es zu Ausfallzeiten der Datenbank. Berücksichtigen Sie dies bei der Planung Ihres Upgrades.
  • Oracle empfiehlt, die Datenbank zu sichern und die neue Softwareversion auf einem Testsystem oder einer geklonten Version der Datenbank zu testen, bevor Sie ein Upgrade einer Produktionsdatenbank durchführen. Informationen zum Erstellen eines manuellen On-Demand-Backups finden Sie unter So erstellen Sie ein vollständiges On-Demand-Backup einer Datenbank.
  • Oracle empfiehlt, eine Vorabprüfung vor einem Upgrade Ihrer Datenbank auszuführen, damit Sie alle Probleme ermitteln können, die vor der geplanten Ausführung des Upgrades behoben werden müssen. Der Vorabprüfungsvorgang wirkt sich nicht auf die Datenbankverfügbarkeit aus und kann jederzeit ausgeführt werden.

  • Wenn Ihre Datenbanken Data Guard verwenden, können Sie entweder die Primär- oder die Standbydatenbank als Erstes upgraden. Um eine Primärdatenbank upzugraden, führen Sie die Schritte unter So führen Sie ein Upgrade oder eine Vorabprüfung einer Exadata-Datenbank durch aus. Um eine Standbydatenbank upzugraden, führen Sie die Schritte unter So verschieben Sie eine Datenbank in ein anderes Datenbank-Home aus.

  • Wenn Ihre Datenbanken Data Guard verwenden, wird beim Upgrade einer Primär- oder Standbydatenbank Redo Apply während des Upgradevorgangs deaktiviert. Nach dem Upgrade von Primär- und Standbydatenbank werden Redo Apply und Open-Modus wieder aktiviert. Oracle empfiehlt, die Konfiguration von Redo Apply und Open-Modus nach dem Upgrade zu prüfen.

  • Ein Upgradevorgang kann nicht ausgeführt werden, während ein automatischer Backupvorgang ausgeführt wird. Oracle empfiehlt, vor dem Upgrade automatische Backups zu deaktivieren und ein manuelles Backup auszuführen. Weitere Informationen finden Sie unter So konfigurieren Sie automatische Backups für eine Datenbank und So erstellen Sie ein vollständiges On-Demand-Backup einer Datenbank.
  • Nach dem Upgrade können Sie keine automatischen Backups verwenden, die vor dem Upgrade erstellt wurden, um die Datenbank auf einen früheren Zeitpunkt wiederherzustellen.
  • Wenn Sie ein Upgrade einer Datenbank durchführen, die Software der Version 11.2 verwendet, ist die resultierende Datenbank der Version 19c eine Nicht-Containerdatenbank (Nicht-CDB).

Verwandte Themen

Übergeordnetes Thema: Exadata-Datenbanken upgraden

Ausführung des Upgradevorgangs durch den Datenbankservice

Während des Upgradeprozesses führt der Datenbankservice folgende Vorgänge aus:

  • Führt eine automatische Vorabprüfung aus. Dadurch kann das System Probleme ermitteln, die behoben werden müssen, und den Upgradevorgang stoppen.
  • Legt einen garantierten Restore Point fest, sodass bei einem Upgradefehler ein Flashback ausgeführt werden kann.
  • Verschiebt die Datenbank in ein benutzerdefiniertes Oracle Database Home, das die gewünschte Zielsoftwareversion verwendet.
  • Führt den Assistenten für Datenbankupgrades (DBUA) aus, um das Upgrade auszuführen.
  • Bei Datenbanken in Data Guard-Verknüpfungen wird Redo Apply deaktiviert, bis sowohl die Primär- als auch die Standbydatenbank erfolgreich upgegradet wurden. Danach wird Redo Apply vom System wieder aktiviert. Nachdem Redo Apply aktiviert wurde, wird auch der Open-Modus vom System aktiviert.

Übergeordnetes Thema: Datenbank upgraden

Nicht erfolgreiches Upgrade einer Oracle-Datenbank zurücksetzen

Wenn das Upgrade nicht erfolgreich abgeschlossen wird, können Sie ein Rollback ausführen.

Details zum Fehler werden auf der Seite Datenbankdetails in der Konsole angezeigt. Damit können Sie die Fehler analysieren und beheben.

Bei einem Rollback wird Ihre Datenbank auf den Status vor dem Upgrade zurückgesetzt. Alle während und nach dem Upgrade vorgenommenen Änderungen an der Datenbank gehen dabei verloren. Die Rollback-Option wird in einer Bannermeldung angeboten. Diese wird auf der Seite mit den Datenbankdetails einer Datenbank nach einem nicht erfolgreichen Upgradevorgang angezeigt. Weitere Informationen finden Sie unter Nicht erfolgreiche Datenbankupgrades mit der Konsole zurücksetzen.

Bei Standbydatenbanken in Oracle Data Guard-Verknüpfungen erfolgt ein Rollback, indem die Standbydatenbank zurück in das ursprüngliche Datenbank-Home verschoben wird. Anweisungen dazu finden Sie unter So verschieben Sie eine Datenbank in ein anderes Datenbank-Home.

Nach dem Upgrade einer Oracle-Datenbank

Beachten Sie nach einem erfolgreichen Upgrade Folgendes:

  • Prüfen Sie, ob automatische Backups für die Datenbank aktiviert sind, wenn Sie sie vor dem Upgrade deaktiviert haben. Weitere Informationen finden Sie unter Automatische Backupkonfiguration anpassen.
  • Bearbeiten Sie den Oracle Database-Parameter COMPATIBLE, um die neue Version der Oracle Database-Software zu berücksichtigen. Weitere Informationen finden Sie unter Was ist Oracle Database-Kompatibilität?.
  • Wenn die Datenbank eine Datei database_name.env verwendet, stellen Sie sicher, dass die Variablen in der Datei so aktualisiert wurden, dass sie auf das 19c-Datenbank-Home verweisen. Diese Variablen sollten während des Upgradeprozesses automatisch aktualisiert werden.
  • Wenn Sie ein Upgrade einer Nicht-Containerdatenbank auf Oracle Database Version 19c ausführen, können Sie die Datenbank nach dem Upgrade in eine integrierbare Datenbank konvertieren. Anweisungen zum Konvertieren Ihrer Datenbank in eine integrierbare Datenbank finden Sie unter How to Convert Non-CDB to PDB (Dok.-ID 2288024.1).
  • Wenn das alte Datenbank-Home leer ist und nicht wiederverwendet wird, können Sie es entfernen. Weitere Informationen finden Sie unter Oracle Database Home mit der Konsole löschen.
  • Bei Datenbanken in Data Guard-Verknüpfungen prüfen Sie den Open-Modus und den Redo-Apply-Status nach Abschluss des Upgrades.
Datenbank mit der Konsole upgraden

Prozeduren für die Vorabprüfung und das Upgrade einer Datenbank, das Rollback eines nicht erfolgreichen Upgrades und die Anzeige der Upgradehistorie.

So führen Sie ein Upgrade oder eine Vorabprüfung einer Exadata-Datenbank durch

Prozedur zum Upgraden oder Vorabprüfen einer Exadata-Datenbank.

Die folgenden Schritte gelten für Datenbanken, für die eine der folgenden Aussagen gilt:

  • Die Datenbank ist die Primärdatenbank in einer Data Guard-Verknüpfung.
  • Die Datenbank ist nicht Teil einer Data Guard-Verknüpfung.

Um eine Standbydatenbank in einer Data Guard-Konfiguration upzugraden, verschieben Sie die Standbydatenbank in ein Datenbank-Home mit der Oracle Database-Version, auf die Sie upgraden möchten. Weitere Informationen finden Sie unter So verschieben Sie eine Datenbank in ein anderes Datenbank-Home.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.

  3. Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Klicken Sie in der Liste der VM-Cluster auf den Namen des VM-Clusters mit der Datenbank, die Sie upgraden möchten.

    Hinweis

    Wenn sich Ihre Datenbank in einer Exadata Cloud Infrastructure-Instanz befindet, die das neue Exadata-Ressourcenmodell nicht verwendet, müssen Sie die Instanz auf das neue Modell umstellen, bevor Sie das Datenbankupgrade durchführen können.

  4. Klicken Sie in der Liste der Datenbanken auf der Detailseite des VM-Clusters auf den Namen der Datenbank, die Sie upgraden möchten, um die Seite "Datenbankdetails" anzuzeigen.
  5. Klicken Sie auf Aktionen, und wählen Sie Upgrade aus.
  6. Geben Sie im Dialogfeld Datenbank upgraden Folgendes ein:
    • Oracle Database-Version: Der Dropdown-Selektor listet nur Oracle Database-Versionen auf, die mit einem Upgrade von der aktuellen Softwareversion kompatibel sind, die von der Datenbank verwendet wird. Die Zielsoftwareversion muss höher als die aktuelle Version der Datenbank sein.

    • Zieldatenbank-Home: Wählen Sie ein Datenbank-Home für Ihre Datenbank aus. Die Liste der Datenbank-Homes ist auf die Homes beschränkt, in denen die neuesten Versionen der Oracle Database 19c-Software verwendet werden. Wenn Sie die Datenbank in das neue Datenbank-Home verschieben, wird das Upgrade der Datenbank auf die Major-Release-Version und die Patching-Ebene des neuen Datenbank-Homes durchgeführt.

  7. Klicken Sie auf eine der folgenden Optionen:

    • Vorabprüfung ausführen: Mit dieser Option wird eine Vorabprüfung für Upgrades gestartet, um Probleme mit der Datenbank zu identifizieren, die vor einem Upgrade behoben werden müssen.
    • Datenbank upgraden: Mit dieser Option wird der Upgradevorgang gestartet. Oracle empfiehlt, erst dann ein Upgrade auszuführen, wenn Sie eine erfolgreiche Vorabprüfung für die Datenbank durchgeführt haben.

Übergeordnetes Thema: Datenbank mit der Konsole upgraden

So führen Sie ein Rollback eines nicht erfolgreichen Datenbankupgrades aus

  1. Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
    Für das ausgewählte Compartment wird eine Liste der VM-Cluster angezeigt.
  3. Klicken Sie in der Liste der VM-Cluster auf den Namen des VM-Clusters, das die Datenbank mit dem nicht erfolgreichen Upgrade enthält.
  4. Suchen Sie die Datenbank mit dem nicht erfolgreichen Upgrade, und klicken Sie auf ihren Namen, um Details anzuzeigen.
  5. Die Datenbank muss oben auf der Detailseite ein Banner mit der Schaltfläche Rollback und Details zu den Problemen anzeigen, die den Upgradefehler verursacht haben.
  6. Klicken Sie auf Rollback.
  7. Bestätigen Sie im Dialogfeld Rollback bestätigen, dass Sie ein Rollback zur vorherigen Oracle Database-Version initiieren möchten.

Übergeordnetes Thema: Datenbank mit der Konsole upgraden

So zeigen Sie die Upgradehistorie einer Datenbank an

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.

  3. Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Klicken Sie in der Liste der VM-Cluster auf den Namen des VM-Clusters mit der Datenbank, die Sie upgraden möchten.

    Hinweis

    Wenn sich Ihre Datenbank in einer Exadata Cloud Infrastructure-Instanz befindet, die das neue Exadata-Ressourcenmodell nicht verwendet, müssen Sie die Instanz auf das neue Exadata-Ressourcenmodell umstellen, bevor Sie das Datenbankupgrade durchführen können.

  4. Klicken Sie in der Liste der Datenbanken auf der Detailseite des VM-Clusters auf den Namen der Datenbank, deren Upgradehistorie Sie anzeigen möchten.
  5. Klicken Sie auf Upgradehistorie.
Datenbanken mit der API upgraden

Mit den folgenden APIs können Sie Datenbankupgrades verwalten:

Informationen zur Verwendung der API und zu Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).

Verwenden Sie zum Verwalten der Datenbankupgrades die folgenden API-Vorgänge:

Die vollständige Liste der APIs für den Database-Service finden Sie unter Database-Service-API.

Hinweis

Wenn Sie die UpgradeDatabase-API zum Upgrade einer Exadata Cloud Infrastructure-Datenbank verwenden, müssen Sie DB_HOME als Upgradequelle angeben.

Übergeordnetes Thema: Exadata-Datenbanken upgraden

Lösen von Abhängigkeitsproblemen im Zusammenhang mit zusätzlichen Nicht-Exadata-Softwarepaketen für DOMU-Upgrades

Wenn Sie Nicht-Exadata-Softwarepackages über die von Oracle bereitgestellten Packages hinaus installiert haben und die Vorabprüfung bei einem DOMU-Upgrade aufgrund von Konflikten zwischen und von Oracle installierten RPMs nicht erfolgreich verläuft, können Sie die Konflikte wie im Folgenden beschrieben lösen und mit dem Upgrade fortfahren.

Bei Updates, bei denen die Hauptversion von Oracle Linux nicht geändert wird, können Sie mit dieser integrierten Funktion zusätzliche Nicht-Exadata-Softwarepackages im Rahmen des Exadata-Datenbankserverupdates aktualisieren. Es vereinfacht die Behandlung von Packageabhängigkeitsproblemen, die auftreten können, wenn solche Nicht-Exadata-Softwarepackages im System vorhanden sind.

Sie können die Vorabprüfung iterativ ausführen, um Abhängigkeitsprobleme zu identifizieren und zu beheben, die mit den zusätzlichen Nicht-Exadata-Softwarepackages verknüpft sind. Sobald die erforderlichen Updates verstanden sind, können Sie das Exadata-Datenbankserverupdate sicher ausführen und die zusätzlichen Packages in einem einzigen, koordinierten Vorgang aktualisieren.

Stellen Sie sicher, dass die Konfigurationsdatei auf dem Zielserver vorhanden ist, um das Setup eines temporären YUM-Repositorys für Nicht-Exadata-Softwarepackages auszulösen.

  • Dateispeicherort: /etc/exadata/additional-packages.txt
  • Eigentum und Berechtigungen: Diese Datei muss Eigentum des Benutzers root sein und nur vom Benutzer geändert werden können.

Wenn die Datei vorhanden ist, wird sie verwendet, um Informationen zu den erforderlichen Nicht-Exadata-Softwarepackages zu erfassen und ein temporäres YUM-Repository einzurichten und zu aktivieren. Wenn die Datei nicht vorhanden ist, ist kein Repository konfiguriert.

Sie können auch einen symbolischen Link unter /etc/exadata/additional-packages.txt erstellen, der auf eine Konfigurationsdatei verweist, die sich an anderer Stelle befindet – in der Regel auf einem freigegebenen Mount.

Dateiformat

Die Datei muss eine Liste der Nicht-Exadata-Softwarepackages enthalten, wobei jeder Eintrag in einer neuen Zeile steht. Folgende Formate werden unterstützt:

  • http(s)://path/to/package.rpm: Vollständige URL zur RPM-Datei
  • /full/path/to/package.rpm: Absoluter Pfad zu einer lokalen RPM-Datei
  • repo:package.rpm: Referenz auf ein Package in einem vorhandenen YUM-Repository
Hinweis

  • Wenn Sie das Format repo: verwenden, stellen Sie sicher, dass das referenzierte Repository in der YUM-Konfiguration des Zielservers definiert ist.
  • Lokale Dateien können sich in lokalen Standardverzeichnissen, NFS-Mounts oder ACFS-Mounts befinden.
Beispiel: additional-packages.txt

/u01/elfutils-debuginfod-client-0.190-2.el8.x86_64.rpm
/u01/elfutils-libelf-devel-0.190-2.el8.x86_64.rpm
/u01/keyutils-libs-devel-1.5.10-9.0.1.el8.x86_64.rpm
https://example.com/packages/krb5-devel-1.18.2-28.0.1.el8_10.x86_64.rpm
https://example.com/packages/memstrack-0.2.5-2.el8.x86_64.rpm
/u01/pigz-2.4-4.el8.x86_64.rpm
/u01/sssd-nfs-idmap-2.9.4-3.0.1.el8_10.x86_64.rpm
https://example.com/packages/timedatex-0.5-3.el8.x86_64.rpm
https://example.com/packages/zlib-devel-1.2.11-25.el8.x86_64.rpm