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 Ihre DB-Instance beispielsweise die Hauptversion Oracle Database 21c und die Unterversion 21.0.0.0.ru-2024-10.rur-2024-10.r1 ausführt, können Sie Ihre DB-Engine auf die Unterversion 21.0.0.0.ru-2025-01.rur-2025-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. Diese Richtlinie unterstützt Sie bei der Implementierung einer kontrollierten Upgrade-Strategie für Ihre Oracle-DB-Instances, indem Datenbanken automatisch in einer bestimmten Reihenfolge aktualisiert werden (z. B. Entwicklungsumgebungen vor der Produktion).

Weitere Informationen finden Sie unter Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen.

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

RDS veröffentlicht eine Vorankündigung, bevor es mit der Planung automatischer Aktualisierungen beginnt. Sie finden die Benachrichtigung auf der Seite mit den Datenbankdetails auf der Registerkarte Wartung und Sicherungen. Die Nachricht hat das folgende Format:

An automatic minor version upgrade to engine version will become available on availability-date and will be applied during a subsequent maintenance window.

availability-dateBei der Vorankündigung handelt es sich um das Datum, an dem RDS mit der Planung von Upgrades für DB-Instances in Ihrem beginnt AWS-Region. Dies ist nicht das Datum, für das die Aktualisierung Ihrer DB-Instance geplant ist. Wenn es beispielsweise der 1. März availability-date ist, plant RDS an diesem Tag Ihr Upgrade möglicherweise für den 14. April.

Sie können das Verfügbarkeitsdatum des Upgrades auch mithilfe des describe-pending-maintenance-actions Befehls im abrufen AWS CLI, wie im folgenden Beispiel gezeigt:

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",
                    "OptInStatus": "next-maintenance"
                }
            ]
        }, ...

In der folgenden Tabelle sind Ihre Optionen für jeden Typ von Meldung zu einer ausstehenden Wartungsaktion aufgelistet.

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

Wenn RDS automatische Unterversion-Upgrades für RDS für Oracle plant

Wenn das Verfügbarkeitsdatum für automatische Aktualisierungen erreicht ist, beginnt RDS mit der Planung der Aktualisierungen. In den meisten AWS-Regionen Fällen plant RDS Ihr Upgrade auf die neueste vierteljährliche RU etwa vier bis sechs Wochen nach dem Verfügbarkeitsdatum. Das geplante Datum hängt von den AWS-Region und anderen Faktoren ab. Weitere Informationen zu RUs und RURs finden Sie in den Versionshinweisen zu Amazon RDS for Oracle.

Wenn RDS die Aktualisierung plant, wird auf der Seite mit den Datenbankdetails auf der Registerkarte Wartung und Sicherungen die folgende Benachrichtigung angezeigt:

Automatic minor version upgrade to engine-version

Die Vorankündigung weist darauf hin, dass RDS das Upgrade Ihrer DB-Engine für das nächste Wartungsfenster geplant hat.

Manchmal ist eine neue Unterversion verfügbar, bevor RDS eine vorherige Unterversion anwendet. Ihre Instance läuft beispielsweise, minor-version-1 wenn minor-version-2 sowohl als auch als Upgrade-Ziele verfügbar minor-version-3 sind. 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 minor-version-1 direkt aufminor-version-3.

Um eine bestimmte Häufigkeit von Unterversion-Upgrades sicherzustellen, können Sie Ihre Instances manuell aktualisieren, anstatt den automatischen Upgrade-Mechanismus zu verwenden. Um ein Upgrade für das nächste Wartungsfenster zu planen, geben Sie --no-apply-immediately an, wenn Sie mit modify-db-instance auf eine Unterversion aktualisieren. Wenn Sie sofort aktualisieren möchten, geben Sie stattdessen --apply-immediately an. Weitere Informationen finden Sie unter Manuelles Upgraden der Engine-Version.

Verwalten automatischer Unterversion-Upgrades für Oracle

Wenn eine neue Unterversion verfügbar wird, können Sie Ihre DB-Instance manuell auf diese Version aktualisieren. Im folgenden Beispiel wird die DB-Instance orclinst1 sofort aktualisiert:

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 ein automatisches Unterversion-Upgrade, das noch nicht geplant ist, zu deaktivieren, setzen Sie --opt-in-type auf undo-opt-in, wie im folgenden Beispiel:

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

Wenn RDS bereits eine Aktualisierung für Ihre DB-Instance geplant hat, können Sie nicht apply-pending-maintenance-action verwenden, um dies zu stornieren. Sie können Ihre DB-Instance jedoch ändern und die automatische Funktion für Unterversion-Upgrades deaktivieren, was dazu führt, dass die Aktualisierung nicht mehr geplant ist.

Informationen zum Deaktivieren automatischer Unterversion-Upgrades finden Sie unter Automatisches Upgraden der Engine-Unterversion. Weitere Informationen zu apply-pending-maintenance-action finden Sie in der AWS CLI -Befehlsreferenz.