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 for Oracle ist ein kleines Versionsupgrade ein Update auf eine größere DB-Engine-Version. In RDS ist eine kleinere Engine-Version entweder ein Release-Update (RU) oder ein Spatial Patch Bundle (SPB). Wenn auf Ihrer DB-Instance beispielsweise die Hauptversion Oracle Database 21c und die Nebenversion 21.0.0.0.ru-2024-10.rur-2024-10.r1 ausgeführt werden, können Sie Ihre DB-Engine auf die Nebenversion 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.

Versionsupdates (RUs) und Spatial Patch Bundles () SPBs

In RDS ist ein Release-Update (RU) eine vierteljährliche kleinere Engine-Version, die Sicherheitskorrekturen, Bugfixes und neue Funktionen für Oracle Database enthält. Ein Spatial Patch Bundle (SPB) ist eine RU-Engine-Version, die Patches enthält, die für die Oracle Spatial-Option entwickelt wurden. 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 der entsprechenden RU veröffentlicht. Die folgende Tabelle zeigt Beispiele für Nebenversionen 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 auf Ihrer DB-Instance beispielsweise Version 19.0.0.0.ru-2025-01.rur-2025-01.r1 ausgeführt wird, wird Ihre Instance bei der Veröffentlichung von 19.0.0.0.ru-2025-04.rur-2025-04.r1 automatisch auf diese RU aktualisiert. Wenn Ihre DB-Instance 19.0.0.0.ru-2025-01.spb-1.r1 ausführt, wird Ihre Instance ebenfalls automatisch auf dieses SPB aktualisiert, wenn 19.0.0.0.ru-2025-04.spb-1.r1 veröffentlicht wird. Eine Instanz, auf der 19.0.0.0.ru-2025-01.rur-2025-01.r1 ausgeführt wird, bei der es sich um eine RU handelt, wird nicht automatisch auf 19.0.0.0.ru-2025-04.spb-1.r1 aktualisiert, was ein SPB auf einem separaten Upgrade-Pfad ist.

Sie können Ihre DB-Instance auch dann aktualisieren, wenn Ihre SPBs 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 eine RU aktualisieren, wenn es sich bei der RU um eine höhere Engine-Version handelt. Sie können beispielsweise von der SPB-Version 19.0.0.0.ru-2025-04.spb-1.r1 auf eine höhere RU-Version 19.0.0.0.ru-2025-07.rur-2025-07.r1 aktualisieren, aber nicht auf dieselbe RU-Version 19.0.0.0.ru-2025-04.rur-2025-04.r1.

Wenn Ihre DB-Instance für automatische Upgrades kleinerer Versionen konfiguriert ist und Sie manuell von einem RU auf ein SPB oder von einem SPB auf ein RU aktualisieren, ändert sich Ihr automatischer Upgrade-Pfad. Angenommen, Sie führen ein manuelles Upgrade von der RU-Version 19.0.0.0.ru-2025-01.r1 auf die SPB-Version 19.0.0.0.ru-2025-01.spb-1.r1 durch. Ihr nächstes automatisches Upgrade der Nebenversion erfolgt auf SPB-Version 19.0.0.0.ru-2025-04.spb-1.r1.

Weil die SPBs Funktionen wie, die RDS für das Upgrade Ihrer Instance, identisch sind und identisch sind. RUs APIs RUs SPBs Die folgenden Befehle veranschaulichen das Upgrade auf eine 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 Hinweise zur Option Oracle Spatial finden Sie unterSo 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 Wartungszeitfenster:

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

Benachrichtigung über automatische Upgrades kleinerer Versionen in RDS for 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-dateIn der Vorankündigung steht 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 Upgrades für kleinere Versionen in 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 vorherige Meldung weist darauf hin, dass RDS das Upgrade Ihrer DB-Engine für das nächste Wartungsfenster geplant hat.

Manchmal wird eine neue Nebenversion verfügbar, bevor RDS eine vorherige Nebenversion 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 dieser Situation das automatische Upgrade der Nebenversion 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 gewisse Häufigkeit von Upgrades kleinerer Versionen 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 an, --no-apply-immediately wann Sie mitmodify-db-instance. Um sofort ein Upgrade durchzuführen, geben Sie --apply-immediately stattdessen an. Weitere Informationen finden Sie unter Manuelles Upgraden der Engine-Version.

Verwaltung eines automatischen Upgrades für Nebenversionen in RDS 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.