Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Oracle-Unterversion-Upgrades

In RDS für Oracle ist ein Unterversion-Upgrade ein Update auf eine DB-Engine-Hauptversion. In RDS ist eine kleinere Engine-Version ein Release Update (RU), ein Supplemental Patch Bundle (SPB) oder, für Oracle Database 26ai, ein RU in Kombination mit einem empfohlenen monatlichen Patch (MRP). Wenn auf Ihrer DB-Instance beispielsweise die Hauptversion Oracle Database 19c und die Nebenversion 19.0.0.0.ru-2025-10.rur-2025-10.r1 ausgeführt wird, können Sie Ihre DB-Engine auf die Nebenversion 19.0.0.0.ru-2026-01.rur-2026-01.r1 aktualisieren. RDS für Oracle unterstützt keine Downgrades von Nebenversionen.

Sie können Ihre DB-Engine manuell oder automatisch auf eine Unterversion aktualisieren. Zur manuellen Aktualisierung vgl. Manuelles Upgraden der Engine-Version. Zur Konfiguration automatischer Aktualisierungen vgl. Automatisches Upgraden der Engine-Unterversion. Unabhängig davon, ob Sie die Aktualisierung manuell oder automatisch durchführen, führt ein Unterversionsupgrade zu Ausfallzeiten. Berücksichtigen Sie diese Ausfallzeit bei der Planung Ihrer Upgrades.

Amazon RDS unterstützt auch die Upgrade-Rollout-Richtlinie zur Verwaltung automatischer Nebenversions-Upgrades für mehrere Datenbankressourcen und. AWS-Konten Weitere Informationen finden Sie unter Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen.

Versionsupdates (RUs) und Supplemental Patch Bundles (SPBs)

In RDS ist ein Versionsupdate (RU) eine vierteljährliche Engine-Unterversion, die Sicherheitskorrekturen, Bugfixes und neue Features für Oracle Database enthält. Ein Supplemental Patch Bundle (SPB) ist eine RU-Engine-Version, die zusätzliche Datenbank-Patches enthält, die von Oracle für bestimmte Anwendungsfälle wie Oracle Spatial, Oracle Data Pump und Oracle empfohlen werden. GoldenGate Zum Beispiel enthält das SPB mit dem Namen 19.0.0.0.ru-2026-04.spb-1.r1 alle Patches in der entsprechenden RU 19.0.0.0.ru-2026-04.rur-2026-04.r1 sowie zusätzliche Patches. SPBs werden für Oracle Database 19c und Oracle Database 26ai unterstützt.

Wenn Ihre Instance für automatische Unterversion-Upgrades konfiguriert ist, befinden sich RUs und SPBs auf separaten Upgrade-Pfaden. In der Regel wird ein SPB 2–3 Wochen nach dem entsprechenden RU veröffentlicht. Die folgende Tabelle zeigt Beispiel-Unterversionen für Oracle Database 19c.

Wenn Ihre DB-Instance für automatische Upgrades konfiguriert ist, befindet sich Ihre Instance auf dem Upgrade-Pfad, der Ihrer aktuellen Version entspricht. Wenn Ihre DB-Instance beispielsweise Version 19.0.0.0.ru-2026-04.rur-2026-04.r1 ausführt, wird Ihre Instance automatisch auf diese RU aktualisiert, wenn 19.0.0.0.ru-2026-07.rur-2026-07.r1 veröffentlicht wird. Ebenso gilt: Wenn Ihre DB-Instance 19.0.0.0.ru-2026-04.spb-1.r1 ausführt, wird Ihre Instance automatisch auf dieses SPB aktualisiert, wenn 19.0.0.0.ru-2026-07.spb-1.r1 veröffentlicht wird. Eine Instance, auf der 19.0.0.0.ru-2026-04.rur-2026-04.r1 ausgeführt wird, bei der es sich um eine RU handelt, führt kein automatisches Upgrade auf 19.0.0.0.ru-2026-07.spb-1.r1 durch. Dabei handelt es sich um eine SPB auf einem separaten Upgrade-Pfad.

Sie können Ihre DB-Instance auf SPBs aktualisieren, auch wenn Ihre Instance derzeit keine Anwendungsfälle wie Oracle Spatial, Oracle Data Pump und Oracle hat. GoldenGate Sie können manuell ein Upgrade von einem RU auf ein SPB mit derselben Engine-Version oder höher durchführen. Beispielsweise können Sie Ihre Instance von 19.0.0.0.ru-2026-04.rur-2026-04.r1 auf eine der folgenden Engine-Versionen aktualisieren:

Sie können Ihre Instance nur dann von einem SPB auf ein RU aktualisieren, wenn es sich bei dem RU um eine höhere Engine-Version handelt. Sie können beispielsweise von der SPB-Version 19.0.0.0.ru-2026-04.spb-1.r1 auf eine höhere RU-Version 19.0.0.0.ru-2026-07.rur-2026-07.r1 aktualisieren, jedoch nicht auf dieselbe RU-Version 19.0.0.0.ru-2026-04.rur-2026-04.r1.

Wenn Ihre DB-Instance für automatische Unterversion-Upgrades konfiguriert ist und Sie manuell von einem RU auf ein SPB oder von einem SPB auf ein RU aktualisieren, ändert sich Ihr Pfad für automatisches Upgrades. Angenommen, Sie aktualisieren manuell von RU-Version 19.0.0.0.ru-2026-04.rur-2026-04.r1 auf SPB-Version 19.0.0.0.ru-2026-04.spb-1.r1. Ihr nächstes automatisches Upgrade einer Nebenversion erfolgt auf die SPB-Version 19.0.0.0.ru-2026-07.spb-1.r1.

Da SPBs als RUs fungieren, sind die RDS-APIs für das Upgrade Ihrer Instance auf RUs und SPBs identisch. Die folgenden Befehle veranschaulichen das Upgrade auf ein RU und auf einen SPB.

aws rds modify-db-instance \
    --db-instance-identifier mydbinstance \
    --engine-version 19.0.0.0.ru-2026-04.rur-2026-04.r1

aws rds modify-db-instance \
    --db-instance-identifier mydbinstance \
    --engine-version 19.0.0.0.ru-2026-04.spb-1.r1

Weitere Informationen zur Zusammenarbeit von SPBs mit Oracle Spatial finden Sie unter. So funktionieren Supplemental Patch Bundles (SPBs) Informationen zu unterstützten RUs und SPBs für Oracle Database 19c finden Sie unter Amazon RDS für Oracle Database 19c (19.0.0.0). Informationen zu unterstützten RUs, MRPs und SPBs für Oracle Database 26ai finden Sie unter Amazon RDS for Oracle Database 26ai (26.0.0.0).

Veröffentlichen Sie Updates und empfohlene monatliche Patches

RDS for Oracle veröffentlicht vierteljährlich neue kleinere Engine-Versionen von Oracle Database 26ai (26.0.0.0). Jede Oracle Database 26ai Engine-Version enthält eine RU-Komponente und eine MRP-Komponente. Eine RU beinhaltet die Patches, die Oracle für das angegebene Quartal veröffentlicht. Ein MRP beinhaltet ein kritisches Sicherheitsupdate und andere von Oracle empfohlene Fixes.

Eine Oracle Database 26ai Engine-Version verwendet das folgende Format:. release.ru-ru-date.mrp-mrp-date.rrnumber Das Format umfasst die folgenden Komponenten:

So wird beispielsweise das vierteljährliche RU vom Januar 2026 benannt26.0.0.0.ru-2026-01.mrp-2026-01.r1.

Oracle kann in den Monaten zwischen den vierteljährlichen RUs eine MRP veröffentlichen. Bei einem neuen MRP wird die MRP-Komponente der Engine-Version weiterentwickelt, während die RU-Komponente unverändert bleibt. Schließt beispielsweise das 26.0.0.0.ru-2026-01.mrp-2026-03.r1 MRP vom Januar 2026 plus das MRP vom März 2026 ein.

Oracle veröffentlicht nicht für jeden Monat eine MRP. Wenn es für einen Monat keine neuen empfohlenen Fixes oder ein kritisches Sicherheitsupdate für das RU gibt, veröffentlicht Oracle für diesen Monat kein MRP.

RDS for Oracle unterstützt MRPs nur für die neueste RU. Um die neuesten Sicherheitsupdates für eine frühere RU zu erhalten, aktualisieren Sie Ihre DB-Instance auf die neueste RU.

Sie können ein Upgrade auf eine höhere Version der Oracle Database 26ai Engine durchführen. Das Upgrade kann ein neues vierteljährliches RU, ein neues MRP oder beides sein. RDS für Oracle unterstützt keine Downgrades von Nebenversionen. Weitere Informationen zu unterstützten RUs und MRPs für Oracle Database 26ai finden Sie unter Amazon RDS for Oracle Database 26ai (26.0.0.0).

Einschalten von automatischen Nebenversions-Upgrades

Bei einem automatischen Unterversion-Upgrade wendet RDS die neueste verfügbare Unterversion ohne manuelles Eingreifen auf Ihre Oracle-Datenbank an. Eine Instance von Amazon RDS für Oracle-plant die Aktualisierung unter den folgenden Umständen für das nächste Wartungsfenster:

Weitere Informationen zum Aktivieren von automatischen Aktualisierungen finden Sie unter Automatisches Upgraden der Engine-Unterversion.

Verwenden AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades von Nebenversionen

Amazon RDS for Oracle unterstützt die AWS Organizations Upgrade-Rollout-Richtlinie zur Verwaltung automatischer Nebenversions-Upgrades für mehrere Datenbankressourcen und. AWS-Konten Durch diese Richtlinie entfällt der betriebliche Aufwand, der durch die Koordination automatischer Upgrades von Nebenversionen entweder manuell oder mithilfe benutzerdefinierter Tools entsteht. Gleichzeitig wird sichergestellt, dass Upgrades zunächst in Umgebungen außerhalb der Produktionsumgebung angewendet werden, bevor sie in der Produktion eingeführt werden. Wenn eine neue Minor-Engine-Version verfügbar wird, aktualisiert Amazon RDS Ihre DB-Instances auf der Grundlage der konfigurierten Upgrade-Rollout-Reihenfolge:

Detaillierte Informationen zum Zeitpunkt und zur Dauer der Phasen finden Sie unter. Wie Amazon RDS automatische Upgrades von Nebenversionen plant Informationen zur Konfiguration von Upgrade-Rollout-Richtlinien in AWS Organisationen finden Sie unterVerwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen.

Benachrichtigung über automatische Unterversion-Upgrades in RDS für Oracle

Wenn das automatische Nebenversions-Upgrade auf Ihrer DB-Instance aktiviert ist, erstellt RDS for Oracle ausstehende Wartungsmaßnahmen, um Sie vor der Durchführung von Upgrades zu benachrichtigen. Sie können diese ausstehenden Wartungsmaßnahmen auf der Registerkarte Wartung und Backups Ihrer Datenbankdetailseite in der Amazon RDS-Konsole einsehen.

Wenn eine neue Nebenversion verfügbar wird, veröffentlicht RDS for Oracle eine frühzeitige Benachrichtigung (ausstehende Wartungsmaßnahmen). Die frühzeitige Benachrichtigung hat das folgende Format:

An automatic minor version upgrade to engine-version will be applied during your maintenance window on apply-date based on the upgrade rollout order rollout-order. You can change the upgrade rollout order or apply this upgrade manually at any time before the scheduled date through the AWS console or AWS CLI.

apply-dateIn der Frühbenachrichtigung steht das Datum, an dem Amazon RDS Ihre DB-Instance aktualisiert. rollout-orderist Ihr Upgrade-Rollout-Auftrag (erster, zweiter oder letzter). Wenn Sie keine Upgrade-Rollout-Richtlinie konfiguriert haben, ist dieser Wert standardmäßig an zweiter Stelle. Weitere Informationen finden Sie unter Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen.

Wenn die Upgrade-Rollout-Phase beginnt, ändert sich die Meldung „Ausstehende Wartungsmaßnahmen“ in das folgende Format:

Automatic minor version upgrade to engine-version

Diese Meldung weist darauf hin, dass das Upgrade geplant wurde und während des Wartungsfensters am geplanten Anwendungsdatum durchgeführt wird. Sie können das geplante Anwendungsdatum auf der Registerkarte Wartung und Backups Ihrer Datenbankdetailseite in der Amazon RDS-Konsole oder im CurrentApplyDate Feld der describe-pending-maintenance-actions API-Antwort überprüfen.

Das folgende Beispiel zeigt, dass Sie die Details zu ausstehenden Wartungsmaßnahmen abrufen können, indem Sie den describe-pending-maintenance-actions Befehl in der AWS CLI verwenden:

aws rds describe-pending-maintenance-actions 

    "PendingMaintenanceActions": [
        {
            "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:orclinst1",
            "PendingMaintenanceActionDetails": [
                {
                    "Action": "db-upgrade",
                    "Description": "Automatic minor version upgrade to 21.0.0.0.ru-2024-07.rur-2024-07.r1",
                    "CurrentApplyDate": "2024-12-02T08:10:00Z"
                }
            ]
        }, ...

Weitere Informationen zu describe-pending-maintenance-actions finden Sie in der AWS CLI -Befehlsreferenz.

Wie Amazon RDS automatische Upgrades von Nebenversionen plant

Wenn Sie die Upgrade-Rollout-Richtlinie für AWS Organisationen verwenden, aktualisiert Amazon RDS die DB-Instances phasenweise auf der Grundlage ihrer konfigurierten Rollout-Reihenfolge. In diesem Abschnitt werden der Zeitpunkt und die Dauer der einzelnen Phasen beschrieben.

Phase 0: Frühzeitige Benachrichtigung

Wenn RDS for Oracle eine neue Nebenversion veröffentlicht (in der Regel 3 bis 4 Wochen nach der vierteljährlichen RU-Veröffentlichung von Oracle), erhalten alle DB-Instances, für die das automatische Nebenversions-Upgrade aktiviert ist, eine frühzeitige Benachrichtigung. Diese Benachrichtigung erscheint auf der Seite mit den Datenbankdetails auf der Registerkarte Wartung und Backups in der Amazon RDS-Konsole und in der describe-pending-maintenance-actions API-Antwort. Die Phase der frühen Benachrichtigung dauert 2 Wochen. Während dieser Phase finden keine automatischen Upgrades statt.

Phase 1: Zuerst wird der Rollout in der Reihenfolge aktualisiert

Am Ende der Phase der frühen Benachrichtigung beginnt RDS for Oracle mit dem Upgrade der DB-Instances, wobei die Upgrade-Rollout-Reihenfolge zuerst festgelegt wird. Diese Phase dauert 2 bis 3 Wochen für die vierteljährlichen Nebenversionen Januar, April und Juli und 7 bis 8 Wochen für die vierteljährlichen Nebenversionen im Oktober. Der verlängerte Zeitraum für die Oktober-Nebenversion bietet ausreichend Zeit, um die neue Nebenversion während der Weihnachtszeit zum Jahresende zu testen. Neue DB-Instances, die in dieser Phase mit der Reihenfolge des Upgrade-Rollouts zuerst erstellt werden, werden automatisch aktualisiert.

Phase 2: Upgrade-Rollout-Reihenfolge: Zweiter

Am Ende von Phase 1 beginnt RDS for Oracle mit dem Upgrade der DB-Instances, wobei der Upgrade-Rollout an zweiter Stelle erfolgt. Diese Phase dauert für alle vierteljährlichen Nebenversionen 2 Wochen. Neue DB-Instances, die in dieser Phase in der Reihenfolge des Upgrade-Rollouts an erster oder zweiter Stelle erstellt wurden, werden automatisch aktualisiert.

Phase 3: Letzte Upgrade-Rollout-Reihenfolge

Am Ende von Phase 2 beginnt RDS for Oracle mit dem Upgrade der DB-Instances, wobei die Upgrade-Rollout-Reihenfolge zuletzt angegeben ist. Diese Phase dauert bis zur nächsten vierteljährlichen Veröffentlichung der Nebenversion. Neue DB-Instances, die in dieser Phase in der Reihenfolge des Upgrade-Rollouts als erstes, zweites oder letztes erstellt wurden, werden automatisch aktualisiert.

Verwalten automatischer Unterversion-Upgrades für Oracle

Wenn das automatische Nebenversions-Upgrade auf Ihrer DB-Instance aktiviert ist, aktualisiert Amazon RDS Ihre DB-Instance während Ihres Wartungsfensters automatisch auf die neueste Nebenversion. Sie können sich jedoch dafür entscheiden, das Upgrade vor dem geplanten Datum manuell über die AWS CLI oder auf der Seite mit den Datenbankdetails auf der Registerkarte Wartung und Backups durchzuführen.

So aktualisieren Sie Ihre DB-Instance sofort, anstatt auf das geplante Wartungsfenster zu warten:

aws rds apply-pending-maintenance-action \
    --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \
    --apply-action db-upgrade \
    --opt-in-type immediate

Gehen Sie wie folgt vor, um das Upgrade während Ihres nächsten Wartungsfensters und nicht am geplanten Anwendungsdatum durchzuführen:

aws rds apply-pending-maintenance-action \
    --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \
    --apply-action db-upgrade \
    --opt-in-type next-maintenance

Um ein automatisches Unterversions-Upgrade zu deaktivieren, ändern Sie Ihre DB-Instance und deaktivieren Sie die Option für das automatische Unterversions-Upgrade. Dadurch wird die Planung aller ausstehenden automatischen Upgrades aufgehoben.

Weitere Informationen zum Deaktivieren des automatischen Nebenversions-Upgrades finden Sie unterAutomatisches Upgraden der Engine-Unterversion. Wenn Sie Hilfe beim Deaktivieren des automatischen Nebenversion-Upgrades benötigen, wenden Sie sich bitte an den AWS Support.

Manchmal ist eine neue Unterversion verfügbar, bevor RDS eine vorherige Unterversion anwendet. Ihre Instance läuft beispielsweise am aktuellen 21.0.0.0.ru-2025-07.rur-2025-07.r1 Zeitpunkt both 21.0.0.0.ru-2025-10.rur-2025-10.r1 und 21.0.0.0.ru-2026-01.rur-2026-01.r1 ist als Upgrade-Ziele verfügbar. Um unnötige Ausfallzeiten für Ihre DB-Instances zu vermeiden, plant RDS in diesem Fall das automatische Unterversion-Upgrade auf die neueste Version, wobei das Upgrade auf die vorherige Version übersprungen wird. In diesem Beispiel aktualisiert RDS Ihre Instance von 21.0.0.0.ru-2025-07.rur-2025-07.r1 direkt auf21.0.0.0.ru-2026-01.rur-2026-01.r1.