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 Engine-Unterversion entweder ein Versionsupdate (RU) oder ein Spatial Patch Bundle (SPB). 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 Upgrade-Rollout-Richtlinien zur Verwaltung automatischer Upgrades kleinerer Versionen 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 Spatial 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 Spatial Patch Bundle (SPB) ist eine Versionsupdate-Engine-Version, die für die Oracle-Spatial-Option entwickelte Patches enthält. Das SPB mit dem Namen 19.0.0.0.ru-2025-01.spb-1.r1 enthält beispielsweise alle Patches in der entsprechenden RU 19.0.0.0.ru-2025-01.rur-2025-01.r1 sowie Patches, die für Spatial spezifisch sind. SPBs werden nur für Oracle Database 19c unterstützt.

Wenn Ihre Instanz für automatische Upgrades von Nebenversionen konfiguriert ist RUs und SPBs sich auf separaten Upgrade-Pfaden befindet. 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-2025-01.rur-2025-01.r1 ausführt, wird Ihre Instance automatisch auf diese RU aktualisiert, wenn 19.0.0.0.ru-2025-04.rur-2025-04.r1 veröffentlicht wird. Wenn Ihre DB-Instance Version 19.0.0.0.ru-2025-01.spb-1.r1 ausführt, wird Ihre Instance entsprechend automatisch auf dieses SPB aktualisiert, wenn 19.0.0.0.ru-2025-04.spb-1.r1 veröffentlicht wird. Eine Instance, die 19.0.0.0.ru-2025-01.rur-2025-01.r1 (also ein RU) ausführt, wird nicht automatisch auf 19.0.0.0.ru-2025-04.spb-1.r1 (also ein SPB) aktualisiert, da sich das SPB unter einem separaten Upgrade-Pfad befindet.

Sie können Ihre DB-Instance SPBs auch dann aktualisieren, wenn Ihre Instance Spatial nicht verwendet, aber die Spatial-Patches gelten nur für Oracle Spatial. Sie können manuell ein Upgrade von einem RU auf ein SPB mit derselben Engine-Version oder höher durchführen. Sie können Ihre Instance beispielsweise von 19.0.0.0.ru-2025-01.rur-2025-01.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 ein Upgrade von SPB-Version 19.0.0.0.ru-2025-04.spb-1.r1 auf die höhere RU-Version 19.0.0.0.ru-2025-07.rur-2025-07.r1 durchführen, aber nicht auf dieselbe RU-Version 19.0.0.0.ru-2025-04.rur-2025-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-2025-01.rur-2025-01.r1 auf SPB-Version 19.0.0.0.ru-2025-01.spb-1.r1. Ihr nächstes automatisches Unterversion-Upgrade erfolgt auf SPB-Version 19.0.0.0.ru-2025-04.spb-1.r1.

Denn sie SPBs funktionieren wie RUs, die RDS APIs für das Upgrade Ihrer Instance RUs und SPBs sind 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-2025-01.rur-2025-01.r1

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

Weitere Informationen zur Oracle-Spatial-Option finden Sie unter So funktionieren Spatial Patch Bundles (SPBs). Informationen zu unterstützten RUs und SPBs für Oracle Database 19c finden Sie unter Amazon RDS for Oracle Database 19c (19.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.

Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen

Amazon RDS for Oracle unterstützt AWS Organizations Upgrade-Rollout-Richtlinien zur Verwaltung automatischer Upgrades kleinerer Versionen für mehrere Datenbankressourcen und AWS-Konten. Durch diese Richtlinie entfällt der betriebliche Aufwand, der durch die manuelle oder benutzerdefinierte Koordination von automatischen Upgrades für Nebenversionen 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 ist, aktualisiert Amazon RDS Ihre DB-Instances auf der Grundlage der konfigurierten Upgrade-Rollout-Reihenfolge:

Ausführliche Informationen zum Zeitpunkt und zur Dauer der Phase finden Sie unter. So plant Amazon RDS automatische Upgrades für kleinere Versionen Informationen zur Konfiguration von Upgrade-Rollout-Richtlinien in AWS Organizations 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 Upgrade von Nebenversionen auf Ihrer DB-Instance aktiviert ist, erstellt RDS for Oracle ausstehende Wartungsaktionen, um Sie vor der Installation von Upgrades zu benachrichtigen. Sie können diese ausstehenden Wartungsaktionen 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ßnahme). Die frühe 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ühen Benachrichtigung ist das Datum angegeben, 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 der zweite. Weitere Informationen finden Sie unter Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen.

Zu Beginn der Upgrade-Rollout-Phase ändert sich die Meldung über 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 Ihres Wartungsfensters am geplanten Anwendungsdatum durchgeführt wird. Sie können das geplante Antragsdatum 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 Wartungsaktionen mithilfe des describe-pending-maintenance-actions Befehls in der AWS CLI abrufen können:

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.

So plant Amazon RDS automatische Upgrades für kleinere Versionen

Wenn Sie die Upgrade-Rollout-Richtlinie für AWS Organizations verwenden, aktualisiert Amazon RDS 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 auto Upgrade der Nebenversion aktiviert ist, eine frühzeitige Benachrichtigung. Diese Benachrichtigung wird auf der Registerkarte Wartung und Backups der Seite mit den Datenbankdetails in der Amazon RDS-Konsole und in der describe-pending-maintenance-actions API-Antwort angezeigt. Die Phase der frühen Benachrichtigung dauert 2 Wochen. Während dieser Phase finden keine automatischen Upgrades statt.

Phase 1: Reihenfolge des Upgrade-Rollouts zuerst

Am Ende der Phase der frühen Benachrichtigung beginnt RDS for Oracle mit dem Upgrade der DB-Instances, wobei zuerst die Reihenfolge für das Upgrade-Rollout 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 vom Oktober. Der verlängerte Zeitraum für die Nebenversion vom Oktober 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 2

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

Phase 3: Upgrade-Rollout in der letzten Reihenfolge

Am Ende von Phase 2 beginnt RDS for Oracle mit dem Upgrade der DB-Instances, wobei die Reihenfolge der Upgrade-Rollouts zuletzt angegeben wird. Diese Phase dauert bis zur nächsten vierteljährlichen Veröffentlichung der Nebenversion. Neue DB-Instances, die während dieser Phase mit der Upgrade-Rollout-Reihenfolge an erster, zweiter oder letzter Stelle erstellt wurden, werden automatisch aktualisiert.

Verwalten automatischer Unterversion-Upgrades für Oracle

Wenn das auto Upgrade der Nebenversion auf Ihrer DB-Instance aktiviert ist, aktualisiert Amazon RDS Ihre DB-Instance während Ihres Wartungsfensters automatisch auf die neueste Nebenversion. Sie können jedoch wählen, ob Sie das Upgrade vor dem geplanten Datum manuell über die AWS CLI oder auf der Registerkarte Wartung und Backups der Datenbankdetailseite anwenden möchten.

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

Um das Upgrade während Ihres nächsten Wartungsfensters anstelle des geplanten Anwendungsdatums 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 Upgrade einer Nebenversion zu deaktivieren, ändern Sie Ihre DB-Instance und deaktivieren Sie die Option für das automatische Upgrade einer Nebenversion. Dadurch wird die Planung aller ausstehenden automatischen Upgrades aufgehoben.

Weitere Informationen zum Deaktivieren des automatischen Upgrades auf Nebenversionen finden Sie unterAutomatisches Upgraden der Engine-Unterversion. Wenn Sie Hilfe beim Deaktivieren des automatischen Upgrades für Nebenversionen 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 ab 21.0.0.0.ru-2025-07.rur-2025-07.r1 wann 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-Ziel 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.