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.
# Aktualisieren der DB-Engine von RDS für Oracle
Wenn Amazon RDS eine neue Version von Oracle Database unterstützt, können Sie Ihre DB-Instances auf die neue Version aktualisieren. Weitere Informationen zu unterstützten Oracle-Versionen in Amazon RDS finden Sie in den [https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html).
**Wichtig**
RDS für Oracle Database 11g, 12c und 18c werden nicht mehr unterstützt. Wenn Sie Oracle Database 11g-, 12c oder 18c-Snapshots verwalten, können Sie diese auf eine spätere Version upgraden. Weitere Informationen finden Sie unter [Aktualisieren eines Oracle-DB-Snapshots](USER_UpgradeDBSnapshot.Oracle.md).
**Topics**
+ [Übersicht über RDS für Oracle DB Engine-Upgrades](USER_UpgradeDBInstance.Oracle.Overview.md)
+ [Upgrades der Oracle-Hauptversion](USER_UpgradeDBInstance.Oracle.Major.md)
+ [Oracle-Unterversion-Upgrades](USER_UpgradeDBInstance.Oracle.Minor.md)
+ [Überlegungen zu Oracle-Database-Upgrades](USER_UpgradeDBInstance.Oracle.OGPG.md)
+ [Testen eines Oracle DB-Upgrades](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md)
+ [Upgrade der Version einer DB-Instance von RDS für Oracle](USER_UpgradeDBInstance.Oracle.Upgrading.md)
+ [Aktualisieren eines Oracle-DB-Snapshots](USER_UpgradeDBSnapshot.Oracle.md)
# Übersicht über RDS für Oracle DB Engine-Upgrades
Machen Sie sich vor dem Upgrade Ihrer DB-Instance von RDS für Oracle mit den folgenden Konzepten vertraut.
**Topics**
+ [Aktualisierungen von Haupt- und Nebenversionen](#USER_UpgradeDBInstance.Oracle.Overview.versions)
+ [Support-Daten und obligatorische Upgrades für RDS für Oracle](#Aurora.VersionPolicy.MajorVersionLifetime)
+ [Oracle-Engine-Versionsverwaltung](#Oracle.Concepts.Patching)
+ [Automatische Snapshots während Engine-Upgrades](#USER_UpgradeDBInstance.Oracle.Overview.snapshots)
+ [Oracle-Upgrades in einer Multi-AZ-Bereitstellung](#USER_UpgradeDBInstance.Oracle.Overview.multi-az)
+ [Oracle-Upgrades von Read Replicas (Lesereplikaten)](#USER_UpgradeDBInstance.Oracle.Overview.read-replicas)
## Aktualisierungen von Haupt- und Nebenversionen
Hauptversionen von Oracle Database werden alle 1-2 Jahre veröffentlicht. Oracle Database 19c und Oracle Database 21c sind Hauptversionen.
Jedes Quartal veröffentlicht RDS für Oracle neue Engine-Unterversionen für jede unterstützte Haupt-Engine. Eine Versionsupdate (RU)-Engine-Version enthält Fehlerkorrekturen von Oracle, da sie die RU-Patches für das angegebene Quartal enthält. Zum Beispiel ist 21.0.0.0.ru-2024-10.rur-2024-10.r1 eine Unterversion von Oracle Database 21c, die das RU von Oktober 2024 enthält.
Eine Spatial Patch Bundle (SPB)-Engine-Version enthält RU-Patches sowie spezielle Patches für Oracle Spatial. Beispielsweise ist 19.0.0.0.ru-2025-01.spb-1.r1 eine Engine-Unterversion, die RU-Patches in Engine-Version 19.0.0.0.ru-2025-01.rur-2025-01.r1 plus Spatial-Patches enthält. In der Regel wird RDS for Oracle SPBs 2—3 Wochen nach der entsprechenden RU veröffentlicht. Eine Erläuterung der Unterschiede zwischen RUs und finden Sie SPBs unter[Versionsupdates (RUs) und Spatial Patch Bundles () SPBs](USER_UpgradeDBInstance.Oracle.Minor.md#RUs-and-SPBs). Informationen zu unterstützten RUs und SPBs finden Sie in den [Versionshinweisen für Amazon Relational Database Service (Amazon RDS) for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes).
RDS für Oracle unterstützt die folgenden Aktualisierungen für eine DB-Instance:
| Aktualisierungstyp | Anwendungskompatibilität | Aktualisierungsverfahren | Beispiel-Aktualisierungspfad |
| --- | --- | --- | --- |
| Hauptversion | In Hauptversions-Upgrades Änderungen können enthalten sein, die nicht mit vorhandenen Anwendungen kompatibel sind. | Nur Manuell | Von Oracle Database 19c zu Oracle Database 21c |
| Unterversion | Ein Nebenversion-Upgrade enthalten nur Änderungen, die abwärtskompatibel mit bestehenden Anwendungen sind. | Automatisch oder manuell | Von 21.0.0.0.ru-2023-07.rur-2022-07.r1 auf 21.0.0.0.ru-2023-10.rur-2022-10.r1 |
**Wichtig**
Wenn Sie Ihre DB-Engine aktualisieren, tritt ein Ausfall auf. Die Ausfallzeit hängt von Ihrer Engine-Version und der Größe der DB-Instance ab.
Testen Sie alle Upgrades sorgfältig, um sicherzustellen, dass Ihre Anwendungen ordnungsgemäß funktionieren, bevor Sie das Upgrade auf Ihre Produktionsdatenbanken anwenden. Weitere Informationen finden Sie unter [Testen eines Oracle DB-Upgrades](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md).
## Support-Daten und obligatorische Upgrades für RDS für Oracle
Für Datenbankversionen von RDS für Oracle gibt es erwartete Support-Daten. Wenn sich eine Haupt- oder Nebenversion einer RDS for Oracle-DB-Engine ihrem end-of-support Datum nähert, beginnt RDS mit obligatorischen Upgrades, die auch als *erzwungene* Upgrades bezeichnet werden. RDS veröffentlicht die folgenden Informationen:
+ Eine Empfehlung für Sie, mit dem manuellen Upgrade von Instances von veralteten Versionen auf unterstützte Versionen zu beginnen
+ Ein Datum, nach dem Sie keine Instances mehr auf nicht unterstützten Versionen erstellen können
+ Ein Datum, an dem RDS beginnt, Ihre Instances während der Wartungsfenster automatisch auf unterstützte Versionen zu aktualisieren
+ Ein Datum, an dem RDS beginnt, Ihre Instances außerhalb der Wartungsfenster automatisch auf unterstützte Versionen zu aktualisieren
**Wichtig**
Erzwungene Upgrades können unerwartete Folgen für CloudFormation Stacks haben. Wenn Sie sich darauf verlassen, dass RDS Ihre DB-Instances automatisch aktualisiert, können Probleme mit CloudFormation auftreten.
In diesem Abschnitt werden folgende Themen behandelt:
**Topics**
+ [Support-Daten für Hauptversionen von RDS für Oracle](#oracle-major-support-dates)
+ [Support-Daten für Unterversionen von RDS für Oracle](#oracle-minor-support-dates)
### Support-Daten für Hauptversionen von RDS für Oracle
Die Hauptversionen von RDS für Oracle stehen mindestens bis zum Ende des Supportdatums für die entsprechende Oracle Database-Release-Version zur Verfügung. Sie können die folgenden Daten verwenden, um Ihre Test- und Upgrade-Zyklen zu planen. Diese Daten stellen das früheste Datum dar, an dem ein Upgrade auf eine neuere Version erforderlich sein könnte. Wenn Amazon die Unterstützung für eine RDS-für-Oracle-Version länger als ursprünglich geplant erweitert, planen wir, diese Tabelle zu aktualisieren, um das spätere Datum widerzuspiegeln.
**Anmerkung**
Sie können die Hauptversionen Ihrer Oracle-Datenbanken anzeigen, indem Sie den AWS CLI Befehl [describe-db-major-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-major-engine-versions.html) ausführen oder den API-Vorgang [Describe DBMajor EngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBMajorEngineVersions.html) RDS verwenden.
| Hauptversion von Oracle Database | Voraussichtliches Datum für das Upgrade auf eine neuere Version |
| --- | --- |
| Oracle Database 19c | 31. Dezember 2029 mit BYOL Premier Support (keine Gebühren für Extended Support) 31. Dezember 2032 mit BYOL Extended Support (zusätzliche Kosten) oder einer unbegrenzten Lizenzvereinbarung 31. Dezember 2029 mit enthaltener Lizenz (LI) |
| Oracle Database 21c | 31. Juli 2027 (nicht verfügbar für Extended Support) |
RDS benachrichtigt Sie mindestens 12 Monate, bevor Sie auf eine neuere Hauptversion aktualisieren müssen. In der Benachrichtigung wird der Upgrade-Prozess einschließlich der Zeitvorgaben für wichtige Meilensteine, der Auswirkungen auf Ihre DB-Instances sowie empfohlener Maßnahmen beschrieben. Wir empfehlen, Ihre Anwendungen mit neuen Versionen von RDS für Oracle gründlich zu testen, bevor Sie ein Upgrade der Hauptversion Ihrer Datenbank durchführen.
Nach dieser Vorankündigungsfrist kann ein automatisches Upgrade auf die nachfolgende Hauptversion auf alle DB-Instances von RDS für Oracle angewendet werden, auf denen noch die ältere Version ausgeführt wird. Falls zutreffend, wird das Upgrade während der geplanten Wartungsfenster gestartet.
Weitere Informationen finden Sie unter [Release Schedule of Current Database Releases](https://support.oracle.com/knowledge/Oracle%20Database%20Products/742060_1.html) unter My Oracle Support.
### Support-Daten für Unterversionen von RDS für Oracle
In einigen Fällen beenden wir den Support für Nebenversionen von Hauptversionen in RDS for Oracle. RDS benachrichtigt Sie mindestens 6 Monate, bevor Sie auf eine neuere Nebenversion aktualisieren müssen. Die Benachrichtigung beschreibt den Upgrade-Prozess, einschließlich des Zeitpunkts wichtiger Meilensteine, der Auswirkungen auf die DB-Instances, auf denen die veraltete Nebenversion ausgeführt wird, und der empfohlenen Maßnahmen. Wir empfehlen Ihnen, Ihre Anwendungen gründlich mit neuen Versionen von RDS für Oracle zu testen, bevor Sie Ihre Datenbank auf eine neue Nebenversion aktualisieren.
Weitere Informationen zu veralteten und nicht mehr unterstützten Nebenversionen finden Sie in den [Versionshinweisen für Amazon Relational Database Service (Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html)) for Oracle.
## Oracle-Engine-Versionsverwaltung
Mit der DB-Engine-Versionsverwaltung steuern Sie, wann und wie die Datenbank-Engine gepatcht und upgegradet wird. Sie erhalten die Flexibilität, die Kompatibilität mit Datenbank-Engine-Patch-Versionen aufrechtzuerhalten. Sie können auch neue Patch-Versionen von RDS für Oracle testen, um sicherzustellen, dass sie effektiv mit Ihrer Anwendung funktionieren, bevor Sie sie in der Produktion bereitstellen. Darüber hinaus aktualisieren Sie die Versionen zu Ihren eigenen Bedingungen und Zeitplänen.
**Anmerkung**
Amazon RDS fasst periodische Oracle-Datenbank-Patches unter Verwendung einer Amazon-RDS-spezifischen DB-Engine zusammen. Eine Liste mit den in einer Amazon RDS Oracle-spezifischen Engine-Version enthaltenen Oracle-Patches finden Sie unter [https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html).
## Automatische Snapshots während Engine-Upgrades
Während eines Upgrades einer Oracle-DB-Instance bieten Snapshots Schutz vor Upgrade-Problemen. Wenn der Aufbewahrungszeitraum für Backups für Ihre DB-Instance größer als 0 ist, erstellt Amazon RDS während des Upgrades die folgenden DB-Snapshots:
1. Einen Snapshot der DB-Instance, bevor Upgrade-Änderungen vorgenommen wurden. Wenn das Upgrade fehlschlägt, können Sie diesen Snapshot wiederherstellen, um eine DB-Instance zu erstellen, auf der die alte Version ausgeführt wird.
1. Einen Snapshot der DB-Instance nach Abschluss des Upgrades.
**Anmerkung**
Informationen über das Ändern Ihres Aufbewahrungszeitraums für Backups finden Sie unter [Ändern einer Amazon-RDS-DB-Instance](Overview.DBInstance.Modifying.md).
Nach einem Upgrade können Sie nicht zur die vorherigen Engine-Version zurückkehren. Sie können jedoch eine neue Oracle-DB-Instance erstellen, indem Sie den Snapshot vor dem Upgrade wiederherstellen.
## Oracle-Upgrades in einer Multi-AZ-Bereitstellung
Wenn sich Ihre DB-Instance in einer Multi-AZ-Bereitstellung befindet, werden sowohl die Primär- als auch die Standby-Replikate von Amazon RDS aktualisiert. Wenn keine Betriebssystemaktualisierungen erforderlich sind, werden die primären und Standby-Upgrades gleichzeitig durchgeführt. Die Instances sind erst verfügbar, wenn das Upgrade abgeschlossen ist.
Wenn Betriebssystemupdates in einer Multi-AZ-Bereitstellung erforderlich sind, wendet Amazon RDS die Updates an, wenn Sie das Datenbank-Upgrade anfordern. Amazon RDS führt die folgenden Schritte durch:
1. Das Betriebssystem auf der aktuellen Standby-DB-Instance wird aktualisiert.
1. Es erfolgt ein Failover der primären DB-Instance zur Standby-DB-Instance.
1. Die Datenbankversion auf der neuen primären DB-Instance, die früher die Standby-Instance war, wird aktualisiert. Die primäre Datenbank ist während des Upgrades nicht verfügbar.
1. Das Betriebssystem auf der neuen Standby-DB-Instance, die früher die primäre Instance war, wird aktualisiert.
1. Die Datenbankversion auf der neuen Standby-DB-Instance wird aktualisiert.
1. Es erfolgt ein Failover der neuen primären DB-Instance zurück zur ursprünglichen primären DB-Instance und von der neuen Standby-DB-Instance zurück zur ursprünglichen Standby-DB-Instance. Somit versetzt Amazon RDS die Replikationskonfiguration wieder in ihren ursprünglichen Zustand.
## Oracle-Upgrades von Read Replicas (Lesereplikaten)
Die Oracle DB-Engine-Version der Quell-DB-Instance und alle Lese-Replikate müssen identisch sein. Amazon RDS führt das Upgrade in den folgenden Phasen durch:
1. Aktualisieren der Quell-DB-Instance. Die Read Replica sind in dieser Phase verfügbar.
1. Paralleles Aktualisieren der Read Replica unabhängig von den Replikatwartungsfenstern. Die Quell-DB ist in dieser Phase verfügbar.
Bei Upgrades von regionsübergreifenden Read Replica führt Amazon RDS zusätzliche Aktionen durch:
+ Automatisches Generieren einer Optionsgruppe für die Zielversion
+ Kopieren aller Optionen und Optionseinstellungen aus der ursprünglichen Optionsgruppe in die neue Optionsgruppe
+ Verknüpfen des aktualisierten regionsübergreifenden Lese-Replikats mit der neuen Optionsgruppe
# Upgrades der Oracle-Hauptversion
Sie müssen die DB-Instance manuell ändern, um ein Hauptversions-Upgrade durchführen zu können. Hauptversions-Upgrades werden nicht automatisch durchgeführt.
**Wichtig**
Testen Sie alle Upgrades sorgfältig, um sicherzustellen, dass Ihre Anwendungen ordnungsgemäß funktionieren, bevor Sie das Upgrade auf Ihre Produktionsdatenbanken anwenden. Weitere Informationen finden Sie unter [Testen eines Oracle DB-Upgrades](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md).
**Topics**
+ [Unterstützte Versionen für Hauptversion-Upgrades](#USER_UpgradeDBInstance.Oracle.Major.supported-versions)
+ [Unterstützte Instance-Klassen für Hauptversion-Upgrades](#USER_UpgradeDBInstance.Oracle.Major.instance-classes)
+ [Erfassen von Statistiken vor Hauptversion-Upgrades](#USER_UpgradeDBInstance.Oracle.Major.gathering-stats)
+ [Zulassen von Hauptversion-Upgrades](#USER_UpgradeDBInstance.Oracle.Major.allowing-upgrades)
## Unterstützte Versionen für Hauptversion-Upgrades
Amazon RDS unterstützt die folgenden Major-Versionsupgrades.
****
| Aktuelle Version | Unterstütztes Upgrade |
| --- | --- |
| 19.0.0.0 mit der CDB-Architektur | 21.0.0.0 |
Ein Hauptversions-Upgrade von Oracle Database muss auf ein Release Update (RU) upgraden, das im selben Monat oder später veröffentlicht wurde. Herabstufungen der Hauptversion werden für Oracle-Database-Versionen nicht unterstützt.
## Unterstützte Instance-Klassen für Hauptversion-Upgrades
In einigen Fällen wird Ihre aktuelle Oracle-DB-Instance möglicherweise auf einer DB-Instance-Klasse ausgeführt, die für die Version, auf die upgegradet werden soll, nicht unterstützt wird. In diesem Fall migrieren Sie die DB-Instance vor dem Upgrade auf eine unterstützte DB-Instance-Klasse. Weitere Informationen über die unterstützten DB-Instance-Klassen für alle Versionen und Editionen von Amazon RDS für Oracle finden Sie unter [](Concepts.DBInstanceClass.md).
## Erfassen von Statistiken vor Hauptversion-Upgrades
Vor dem Ausführen eines Hauptversions-Upgrades empfiehlt Oracle, dass Sie für die zu aktualisierende DB-Instance eine Optimierungsstatistik erheben. Diese Aktion kann die Ausfallzeiten der DB-Instance während des Upgrades reduzieren.
Zum Erheben von Optimierungsstatistiken stellen Sie als Hauptbenutzer eine Verbindung zur DB-Instance her und führen die `DBMS_STATS.GATHER_DICTIONARY_STATS`-Prozedur durch. Vgl. hierzu das folgende Beispiel.
```
EXEC DBMS_STATS.GATHER_DICTIONARY_STATS;
```
Weitere Informationen finden Sie unter [GATHER\$1DICTIONARY\$1STATS Procure](https://docs.oracle.com/en/database/oracle/oracle-database/19/arpls/DBMS_STATS.html?source=%3Aso%3Atw%3Aor%3Aawr%3Aodv%3A%3A#GUID-867989C7-ADFC-4464-8981-437CEA7F331E) in der Oracle-Dokumentation.
## Zulassen von Hauptversion-Upgrades
Ein Upgrade der Haupt-Engine-Version ist möglicherweise nicht mit Ihrer Anwendung kompatibel. Das Upgrade ist irreversibel. Wenn Sie für den EngineVersion Parameter eine Hauptversion angeben, die sich von der aktuellen Hauptversion unterscheidet, müssen Sie Hauptversions-Upgrades zulassen.
Wenn Sie eine Hauptversion mit dem CLI-Befehl aktualisieren [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html), geben Sie an`--allow-major-version-upgrade`. Diese Einstellung ist nicht persistent, daher müssen Sie `--allow-major-version-upgrade` bei jeder Durchführung eines größeren Upgrades angeben. Dieser Parameter hat keine Auswirkungen auf Upgrades kleinerer Engine-Versionen. Weitere Informationen finden Sie unter [Upgrade der Engine-Version für eine DB-Instance ](USER_UpgradeDBInstance.Upgrading.md).
Wenn Sie eine Hauptversion mit der Konsole aktualisieren, müssen Sie keine Option zum Zulassen des Upgrades auswählen. Stattdessen zeigt die Konsole eine Warnung an, dass wichtige Upgrades irreversibel sind.
# 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](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual). Zur Konfiguration automatischer Aktualisierungen vgl. [Automatisches Upgraden der Engine-Unterversion](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades). 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](RDS.Maintenance.AMVU.UpgradeRollout.md).
**Wichtig**
Testen Sie alle Upgrades sorgfältig, um sicherzustellen, dass Ihre Anwendungen ordnungsgemäß funktionieren, bevor Sie das Upgrade auf Ihre Produktionsdatenbanken anwenden. Weitere Informationen finden Sie unter [Testen eines Oracle DB-Upgrades](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md).
**Topics**
+ [Versionsupdates (RUs) und Spatial Patch Bundles () SPBs](#RUs-and-SPBs)
+ [Einschalten von automatischen Nebenversions-Upgrades](#oracle-minor-version-upgrade-tuning-on)
+ [Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen](#oracle-minor-version-upgrade-rollout)
+ [Benachrichtigung über automatische Unterversion-Upgrades in RDS für Oracle](#oracle-minor-version-upgrade-advance)
+ [So plant Amazon RDS automatische Upgrades für kleinere Versionen](#oracle-minor-version-upgrade-scheduled)
+ [Verwalten automatischer Unterversion-Upgrades für Oracle](#oracle-minor-version-upgrade-managing)
## 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.
| Standard-Upgrade-Pfad für RUs | SPB-Upgrade-Pfad |
| --- | --- |
| 19.0.0.0.ru-2025-01.rur-2025-01.r1 | 19.0.0.0.ru-2025-01.spb-1.r1 |
| 19.0.0.0.ru-2025-04.rur-2025-04.r1 | 19.0.0.0.ru-2025-04.spb-1.r1 |
| 19.0.0.0.ru-2025-07.rur-2025-07.r1 | 19.0.0.0.ru-2025-07.spb-1.r1 |
| 19.0.0.0.ru-2025-10.rur-2025-10.r1 | 19.0.0.0.ru-2025-10.spb-1.r1 |
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:
+ 19.0.0.0.ru-2025-01.spb-1.r1
+ 19.0.0.0.ru-2025-04.spb-1.r1
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)](Oracle.Options.Spatial.md#Oracle.Options.Spatial.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](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/oracle-version-19-0.html)).
## 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:
+ Für Ihre DB-Instance ist die Option **Automatisches Unterversion-Upgrade** eingeschaltet.
+ Ihre DB-Instance führt die neueste DB-Engine-Unterversion nicht bereits aus.
Weitere Informationen zum Aktivieren von automatischen Aktualisierungen finden Sie unter [Automatisches Upgraden der Engine-Unterversion](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades).
## 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:
| Reihenfolge des Upgrade-Rollouts | Typischer Anwendungsfall | Wann das Upgrade beginnt |
| --- | --- | --- |
| Erste | Entwicklungs- und Testumgebungen | Frühestens — ideal für die Validierung neuer Versionen |
| Sekunde | Staging- und unkritische Produktionsumgebungen | Nach Abschluss der „ersten“ Phase |
| Letzte | Kritische Produktionsumgebungen | Nach Abschluss der „zweiten“ Phase |
**Wichtig**
Wenn Sie keine Upgrade-Rollout-Reihenfolge für Ihre DB-Instance konfigurieren, wird standardmäßig die zweite Reihenfolge verwendet.
Ausführliche Informationen zum Zeitpunkt und zur Dauer der Phase finden Sie unter. [So plant Amazon RDS automatische Upgrades für kleinere Versionen](#oracle-minor-version-upgrade-scheduled) Informationen zur Konfiguration von Upgrade-Rollout-Richtlinien in AWS Organizations finden Sie unter[Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen](RDS.Maintenance.AMVU.UpgradeRollout.md).
## 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-date`In der frühen Benachrichtigung ist das Datum angegeben, an dem Amazon RDS Ihre DB-Instance aktualisiert. `rollout-order`ist 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](RDS.Maintenance.AMVU.UpgradeRollout.md).
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](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) 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.
| Phase | Wenn es anfängt | Dauer | Meldung zu ausstehender Wartungsaktion |
| --- | --- | --- | --- |
| Phase 0: Frühzeitige Benachrichtigung | Wenn RDS for Oracle eine neue Nebenversion veröffentlicht | 2 Wochen | Ein automatisches Upgrade der Nebenversion auf engine-version wird während Ihres Wartungsfensters auf der apply-date Grundlage der Reihenfolge rollout-order des Upgrade-Rollouts durchgeführt. Sie können die Reihenfolge der Upgrade-Rollouts ändern oder dieses Upgrade jederzeit vor dem geplanten Datum über die AWS Konsole oder die AWS CLI manuell anwenden. |
| Phase 1: Reihenfolge des Upgrade-Rollouts zuerst | Ende der Phase der frühen Benachrichtigung | 2 bis 4 Wochen für January/April/July Nebenversionen, 7 bis 9 Wochen für Nebenversionen im Oktober | Automatisches Upgrade der Nebenversion auf engine-version |
| Phase 2: Upgrade-Rollout in zweiter Reihenfolge | Ende von Phase 1 | 2 Wochen | Automatisches Upgrade der Nebenversion auf engine-version |
| Phase 3: Upgrade-Rollout: Letzte Reihenfolge | Ende von Phase 2 | Bis zur nächsten vierteljährlichen Veröffentlichung der Nebenversion | Automatisches Upgrade der Nebenversion auf engine-version |
## 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 unter[Automatisches Upgraden der Engine-Unterversion](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades). 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 auf`21.0.0.0.ru-2026-01.rur-2026-01.r1`.
# Überlegungen zu Oracle-Database-Upgrades
Bevor Sie Ihre Oracle-Instance aktualisieren, sehen Sie sich die folgenden Informationen an.
**Topics**
+ [Überlegungen zu Oracle Multitenant](#USER_UpgradeDBInstance.Oracle.multi)
+ [Überlegungen zu Optionsgruppen](#USER_UpgradeDBInstance.Oracle.OGPG.OG)
+ [Überlegungen zu Parametergruppen](#USER_UpgradeDBInstance.Oracle.OGPG.PG)
+ [Überlegungen zur Zeitzone](#USER_UpgradeDBInstance.Oracle.OGPG.DST)
+ [Überlegungen zu Spatial Patch Bundles (SPB)](#USER_UpgradeDBInstance.Oracle.SPB)
## Überlegungen zu Oracle Multitenant
Die folgende Tabelle beschreibt die Oracle-Database-Architekturen, die von verschiedenen Versionen unterstützt werden.
| Oracle Database Version | RDS-Support-Status | Architektur |
| --- | --- | --- |
| Oracle Database 21c | Unterstützt | Nur CDB |
| Oracle Database 19c | Unterstützt | CDB oder Nicht-CDB |
In der folgenden Tabelle werden unterstützte und nicht unterstützte Upgrade-Pfade beschrieben.
| Upgrade-Pfad | Unterstützt? |
| --- | --- |
| CDB zu CDB | Ja |
| Nicht-CDB zu CDB | Nein, aber Sie können eine Nicht-CDB in eine CDB konvertieren und dann ein Upgrade durchführen |
| CDB zu Nicht-CDB | Nein |
Weitere Informationen zu Oracle Multitenant in RDS für Oracle finden Sie unter [Single-Tenant-Konfiguration der CDB-Architektur](Oracle.Concepts.CDBs.md#Oracle.Concepts.single-tenant).
## Überlegungen zu Optionsgruppen
Wenn Ihre DB-Instance eine benutzerdefinierte Optionsgruppe verwendet, kann Amazon RDS manchmal nicht automatisch eine neue Optionsgruppe zuweisen. Dies geschieht z.°B. beim Upgrade auf eine neue Hauptversion. Geben Sie in solchen Fällen beim Upgrade eine neue Optionsgruppe an. Wir empfehlen, dass Sie eine neue Optionsgruppe erstellen und dieser dieselben Optionen hinzufügen, über die auch Ihre bestehende benutzerdefinierte Optionsgruppe verfügt.
Weitere Informationen finden Sie unter [Erstellen einer Optionsgruppe](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Create) oder [Kopieren einer Optionsgruppe](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Copy).
Wenn Ihre DB-Instance eine benutzerdefinierte Optionsgruppe verwendet, die die `APEX`- und `APEX-DEV`-Option enthält, können Sie manchmal die Upgrade-Zeit reduzieren. Führen Sie dazu gleichzeitig ein Upgrade Ihrer Oracle-APEX-Version und Ihrer DB-Instance durch. Weitere Informationen finden Sie unter [Aktualisieren der Oracle-APEX-Version](Appendix.Oracle.Options.APEX.UpgradeandRemove.md#Appendix.Oracle.Options.APEX.Upgrade).
## Überlegungen zu Parametergruppen
Wenn Ihre DB-Instance eine benutzerdefinierte Parametergruppe verwendet, kann Amazon RDS zuweilen Ihre DB-Instance nicht automatisch einer neuen Parametergruppe zuweisen. Dies geschieht z.°B. beim Upgrade auf eine neue Hauptversion. Stellen Sie in diesen Fällen sicher, dass Sie beim Upgrade eine neue Parametergruppe angeben. Wir empfehlen, dass Sie eine neue Parametergruppe erstellen und die Parameter so konfigurieren wie in Ihrer bestehenden benutzerdefinierten Parametergruppe.
Weitere Informationen finden Sie unter [Erstellen einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Creating.md) oder [Kopieren einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Copying.md).
## Überlegungen zur Zeitzone
Sie können die Zeitzonenoption verwenden, um die von Ihrer Oracle-DB-Instance verwendete *Systemzeitzone* zu ändern. Gründe, die Zeitzone einer DB-Instance zu ändern, sind beispielsweise Kompatibilitätsanforderungen der Umgebung an einem Standort oder eine veraltete Anwendung. Mit der Zeitzonenoption wird die Zeitzone auf der Ebene des Hosts geändert. Amazon RDS für Oracle aktualisiert die Systemzeitzone im Verlauf des Jahres automatisch. Weitere Informationen zur Systemzeitzone finden Sie unter [Oracle-Zeitzone](Appendix.Oracle.Options.Timezone.md).
Wenn Sie eine Oracle DB-Instance erstellen, legt die Datenbank automatisch die *Zeitzone der Datenbank* fest. Die Zeitzone der Datenbank wird auch als Sommerzeit (DST, Daylight Saving Time) bezeichnet. Die Zeitzone der Datenbank unterscheidet sich von der Zeitzone des Systems.
Zwischen Oracle-Datenbankversionen können Patch-Sets oder einzelne Patches neue DST-Versionen enthalten. Diese Patches spiegeln die Änderungen der Übergangsregeln für verschiedene Zeitzonenregionen wider. Zum Beispiel kann sich eine Regierung ändern, wenn die Sommerzeit wirksam wird. Änderungen an DST-Regeln können sich auf vorhandene Daten des Datentyps `TIMESTAMP WITH TIME ZONE` auswirken.
Wenn Sie eine RDS-for-Oracle DB-Instance aktualisieren, aktualisiert Amazon RDS die Datenbank-Zeitzonendatei nicht automatisch. Um die Zeitzonendatei automatisch zu aktualisieren, können Sie die Option `TIMEZONE_FILE_AUTOUPGRADE` in die Optionsgruppe aufnehmen, die Ihrer DB-Instance während oder nach der Aktualisierung der Engine-Version zugewiesen ist. Weitere Informationen finden Sie unter [Automatische Aktualisierung der Oracle-Zeitzonendatei](Appendix.Oracle.Options.Timezone-file-autoupgrade.md).
Alternativ können Sie die Zeitzonendatei der Datenbank auch manuell aktualisieren, indem Sie eine neue Oracle DB-Instance mit dem gewünschten Sommerzeit-Patch erstellen. Wir empfehlen jedoch, dass Sie die Zeitzonendatei der Datenbank mit der Option `TIMEZONE_FILE_AUTOUPGRADE` aktualisieren.
Nachdem Sie die Zeitzonendatei aktualisiert haben, migrieren Sie die Daten von Ihrer aktuellen Instance zur neuen Instance. Sie können Daten mit verschiedenen Techniken migrieren, einschließlich der folgenden:
+ AWS Database Migration Service
+ Orakel GoldenGate
+ Oracle Data Pump
+ Original Export/Import (für den allgemeinen Gebrauch nicht mehr unterstützt)
**Anmerkung**
Wenn Sie Daten mit Oracle Data Pump migrieren, löst das Dienstprogramm den Fehler ORA-39405 aus, wenn die Zielzeitzonenversion älter als die Quellzeitzonenversion ist.
Weitere Informationen finden Sie unter [TIMESTAMP WITH TIMEZONE-Einschränkungen](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-overview.html#GUID-9B6C92EE-860E-43DD-9728-735B17B9DA89) in der Oracle-Dokumentation.
## Überlegungen zu Spatial Patch Bundles (SPB)
In RDS ist ein Versionsupdate (RU) eine Engine-Unterversion, die Sicherheitskorrekturen, Bugfixes und neue Features für Oracle Database enthält. Ein Spatial Patch Bundle (SPB) ist eine Engine-Unterversion, die auch für die Oracle-Spatial-Option entwickelte Patches enthält. Beispielsweise ist 19.0.0.0.ru-2025-01.spb-1.r1 eine Engine-Unterversion, die RU-Patches in Engine-Version 19.0.0.0.ru-2025-01.rur-2025-01.r1 plus Spatial-Patches enthält.
Beachten Sie beim Upgrade Ihrer Datenbank auf SPBs Folgendes:
+ SPBs werden nur für Oracle Database 19c unterstützt.
+ In der Regel wird ein SPB 2–3 Wochen nach dem entsprechenden vierteljährlichen RU veröffentlicht.
+ Sie können Ihre DB-Instance auf ein SPB aktualisieren, auch wenn Ihre Instance die Oracle-Spatial-Option nicht verwendet, die Spatial-Patches in der Engine-Version jedoch gelten nur für Oracle Spatial. Sie können eine neue Instance auf einem SPB erstellen und die Oracle-Spatial-Option später installieren.
+ Wenn Sie das automatische Unterversion-Upgrade für Ihre DB-Instance aktivieren, hängt Ihr Upgrade-Pfad davon ab, ob Ihre Instance derzeit ein SPB oder RU verwendet. Wenn Ihre Instance ein SPB verwendet, aktualisiert RDS Ihre Instance automatisch auf das neueste SPB. Wenn Ihre Instance ein RU verwendet, aktualisiert RDS Ihre Instance automatisch auf das neueste RU.
+ Sie können Ihre DB-Instance nur dann von einem RU auf ein SPB aktualisieren, wenn es sich bei dem SPB um dieselbe oder eine höhere Engine-Version als beim aktuellen RU handelt.
+ Sie können Ihre DB-Instance nur dann manuell von einem SPB auf ein RU aktualisieren, wenn es sich bei dem RU um eine höhere Version handelt.
# Testen eines Oracle DB-Upgrades
Bevor Sie ein neues Hauptversions-Upgrade für Ihre DB-Instance durchführen, sollten Sie Ihre Datenbank und alle Anwendungen, die Zugriff auf die Datenbank haben, sorgfältig auf die Kompatibilität mit der neuen Version prüfen. Wir empfehlen Ihnen folgendes Vorgehen.
**Um ein Hauptversions-Upgrade zu testen**
1. Informieren Sie sich in der Upgrade-Dokumentation von Oracle über die neue Version der Datenbank-Engine, um zu prüfen, ob es Kompatibilitätsprobleme geben könnte, die sich auf Ihre Datenbank oder Anwendungen auswirken könnten. Weitere Informationen finden Sie unter [Database Upgrade Guide](https://docs.oracle.com/database/121/UPGRD/toc.htm) in der Oracle-Dokumentation.
1. Wenn Ihre DB-Instance eine benutzerdefinierte Optionsgruppe verwendet, erstellen Sie eine neue Optionsgruppe, die kompatibel mit der neuen Version ist, auf die Sie upgraden. Weitere Informationen finden Sie unter [Überlegungen zu Optionsgruppen](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).
1. Wenn Ihre DB-Instance eine benutzerdefinierte Parametergruppe verwendet, erstellen Sie eine neue Parametergruppe, die kompatibel mit der neuen Version ist, auf die Sie upgraden. Weitere Informationen finden Sie unter [Überlegungen zu Parametergruppen](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.PG).
1. Erstellen Sie einen DB-Snapshot der zu aktualisierenden DB-Instance. Weitere Informationen finden Sie unter [Erstellen eines DB-Snapshots für eine DB-Instance mit Single-AZ für Amazon RDS](USER_CreateSnapshot.md).
1. Stellen Sie den DB-Snapshot wieder her, um eine neue Test-DB-Instance zu erstellen. Weitere Informationen finden Sie unter [Wiederherstellen auf eine DB-Instance](USER_RestoreFromSnapshot.md).
1. Ändern Sie diese neue Test-DB-Instance mit den folgenden Methoden, um sie auf die neue Version upzugraden:
+ [Konsole](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.Console)
+ [AWS CLI](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.CLI)
+ [RDS-API](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.API)
1. Test durchführen:
+ Führen Sie so viele Qualitätssicherungstests mit der upgegradeten DB-Instance durch, wie nötig, um sicherzustellen, dass Ihre Datenbank und Anwendung mit der neuen Version korrekt ausgeführt werden.
+ Führen Sie alle nötigen neuen Tests aus, um die Auswirkungen von Kompatibilitätsproblemen zu bewerten, die Sie in Schritt 1 bestimmt haben.
+ Testen Sie alle gespeicherten Prozeduren, Funktionen und Auslöser.
+ Leiten Sie Testversionen Ihrer Anwendungen an die aktualisierte DB-Instance weiter. Überprüfen Sie, ob die Anwendungen mit dieser neuen Version korrekt ausgeführt werden.
+ Beurteilen Sie den Speicherplatz, den die upgegradete Instance verwendet, um zu bestimmen, ob das Upgrade zusätzlichen Speicherplatz benötigt. Es kann sein, dass Sie eine größere Instance-Klasse auswählen müssen, um die neue Version bei der Produktion zu unterstützen. Weitere Informationen finden Sie unter [](Concepts.DBInstanceClass.md).
1. Wenn alle Tests erfolgreich sind, aktualisieren Sie Ihre Produktions-DB-Instance. Es wird empfohlen zu bestätigen, dass die DB-Instance ordnungsgemäß funktioniert, bevor Sie Schreibvorgänge für die DB-Instance zulassen.
# Upgrade der Version einer DB-Instance von RDS für Oracle
Um die DB-Engine-Version einer RDS for Oracle-DB-Instance manuell zu aktualisieren AWS-Managementkonsole, verwenden Sie die AWS CLI, oder die RDS-API. Allgemeine Informationen zu Datenbank-Upgrades in RDS finden Sie unter [Upgrade der Version einer DB-Instance von RDS für Oracle](#USER_UpgradeDBInstance.Oracle.Upgrading). Verwenden Sie den AWS CLI [ describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html)Befehl, um gültige Upgrade-Ziele zu erhalten.
## Konsole
**So upgraden Sie die Engine-Version einer DB-Instance von RDS für Oracle über die Konsole**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im Navigationsbereich **Databases (Datenbanken)** und dann die DB-Instance aus, die Sie upgraden möchten.
1. Wählen Sie **Ändern** aus.
1. Wählen Sie als **DB-Engine-Version** eine höhere Datenbankversion aus.
1. Klicken Sie auf **Weiter** und überprüfen Sie die Zusammenfassung aller Änderungen. Vergewissern Sie sich, dass Sie die Auswirkungen eines Upgrades der Datenbankversion verstehen. Sie können eine DB-Instance nach dem Upgrade nicht zur vorherigen Version zurück konvertieren. Bevor Sie fortfahren, sollten Sie sowohl Ihre Datenbank als auch Ihre Anwendung mit der neuen Version getestet haben.
1. Entscheiden Sie, wann Sie Ihr DB-Instance-Upgrade einplanen möchten. Wählen Sie **Apply immediately**, um die Änderungen sofort anzuwenden. Die Auswahl dieser Option kann in einigen Fällen einen Ausfall verursachen. Weitere Informationen finden Sie unter [Verwenden der Einstellung „Planen von Änderungen“](USER_ModifyInstance.ApplyImmediately.md).
1. Überprüfen Sie auf der Bestätigungsseite Ihre Änderungen. Wenn sie korrekt sind, wählen Sie **Modify DB Instance** (DB-Instance ändern) aus, um Ihre Änderungen zu speichern.
Klicken Sie anderenfalls auf **Zurück**, um Ihre Änderungen zu bearbeiten, oder klicken Sie auf **Abbrechen**, um Ihre Änderungen zu verwerfen.
## AWS CLI
Um die Engine-Version einer RDS for Oracle DB-Instance zu aktualisieren, können Sie den [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)CLI-Befehl verwenden. Geben Sie die folgenden Parameter an:
+ `--db-instance-identifier` – Name der DB-Instance von RDS für Oracle.
+ `--engine-version`: die Versionsnummer der Datenbank-Engine, auf die das Upgrade durchgeführt wird
Verwenden Sie den AWS CLI [ describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html)Befehl, um Informationen zu gültigen Engine-Versionen zu erhalten.
+ `--allow-major-version-upgrade`, um das Upgrade der DB-Engine-Version durchzuführen.
+ `--no-apply-immediately`, um Änderungen im nächsten Wartungszeitraum anwenden. Verwenden Sie , um Änderungen sofort anzuwende `--apply-immediately`.
**Example**
Im folgenden Beispiel wird eine CDB-Instance mit dem Namen `myorainst` von der aktuellen Version `19.0.0.0.ru-2024-01.rur-2024-01.r1` auf Version `21.0.0.0.ru-2024-04.rur-2024-04.r1` aktualisiert.
Für Linux, macOS oder Unix:
```
1. aws rds modify-db-instance \
2. --db-instance-identifier myorainst \
3. --engine-version 21.0.0.0.ru-2024-04.rur-2024-04.r1 \
4. --allow-major-version-upgrade \
5. --no-apply-immediately
```
Für Windows:
```
1. aws rds modify-db-instance ^
2. --db-instance-identifier myorainst ^
3. --engine-version 21.0.0.0.ru-2024-04.rur-2024-04.r1 ^
4. --allow-major-version-upgrade ^
5. --no-apply-immediately
```
## RDS-API
Verwenden Sie die DBInstance Aktion [Ändern](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html), um eine RDS for Oracle-DB-Instance zu aktualisieren. Geben Sie die folgenden Parameter an:
+ `DBInstanceIdentifier` – der Name der DB-Instance, z. B *`myorainst`*.
+ `EngineVersion`: die Versionsnummer der Datenbank-Engine, auf die das Upgrade durchgeführt wird Informationen zu gültigen Engine-Versionen erhalten Sie mit dem Vorgang [DBEngineDescribe Versions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html).
+ `AllowMajorVersionUpgrade`, um festzulegen, ob ein Hauptversions-Upgrade zugelassen wird. Setzen Sie hierzu den Wert auf `true`.
+ `ApplyImmediately`: Änderungen sofort oder während des nächsten Wartungszeitraums anwenden Legen Sie den Wert auf fest, um Änderungen sofort anzuwende `true`. Legen Sie den Wert auf fest, um Änderungen im nächsten Wartungszeitraum durchzuführe `false`.
# Aktualisieren eines Oracle-DB-Snapshots
Durch die Aktualisierung Ihrer Oracle-DB-Snapshots in Amazon RDS wird sichergestellt, dass Ihre Datenbank jederzeit sicher, kompatibel und vollständig unterstützt ist. Wenn ältere Oracle-Versionen das Ende der Patch-Unterstützung erreichen, können Sie alle manuellen DB-Snapshots, die mit diesen Versionen verknüpft sind, aktualisieren, um potenzielle Schwachstellen oder Serviceeinschränkungen zu vermeiden. Weitere Informationen finden Sie unter [Oracle-Engine-Versionsverwaltung](USER_UpgradeDBInstance.Oracle.Overview.md#Oracle.Concepts.Patching).
Amazon RDS unterstützt Upgrades von Snapshots in allen AWS-Regionen.
## Konsole
**So aktualisieren Sie einen Oracle DB-Snapshot**
1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im Navigationsbereich **Snapshots** und wählen Sie dann den zu aktualisierenden DB-Snapshot aus.
1. Wählen Sie unter **Actions (Aktionen)** die Option **Upgrade Snapshot (Snapshot aktualisieren)**. Die Seite **Upgrade snapshot (Snapshot aktualisieren)** erscheint.
1. Wählen Sie **New engine version (Neue Engine-Version)** aus, auf die der Snapshot aktualisiert werden soll.
1. (Optional) Wählen Sie für **Optionsgruppe** die Optionsgruppe für den aktualisierten DB-Snapshot aus. Beim Upgrade eines DB-Snapshot gelten die gleichen Überlegungen zur Optionsgruppe wie beim Upgrade einer DB-Instance. Weitere Informationen finden Sie unter [Überlegungen zu Optionsgruppen](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).
1. Wählen Sie **Save changes (Änderungen speichern)** aus, um die Änderungen zu speichern.
Während des Upgrades werden alle Snapshot-Aktionen für diesen DB-Snapshot deaktiviert. Außerdem wird der Status des DB-Snapshots von **available** (verfügbar) in **upgraden...** geändert. Wenn der Vorgang abgeschlossen wurde, wird der Status in **active** (aktiv) geändert. Wenn das Upgrade für den DB-Snapshot aufgrund einer Beschädigung des Snapshots nicht durchgeführt werden kann, wird der Status in **unavailable** (nicht verfügbar) geändert. Sie können den Snapshot aus diesem Zustand nicht wiederherstellen.
**Anmerkung**
Wenn die Aktualisierung des DB-Snapshots fehlschlägt, wird der Snapshot wieder in seinen ursprünglichen Zustand zurückgebracht.
## AWS CLI
Rufen Sie den Befehl [modify-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-snapshot.html) mit den folgenden Parametern auf, um einen Oracle-DB-Snapshot mithilfe der AWS CLI zu aktualisieren:
+ `--db-snapshot-identifier`: der Name des DB-Snapshots
+ `--engine-version`: die Version, auf die das Upgrade des Snapshots durchgeführt werden soll
Es könnte sein, dass Sie auch die folgenden Parameter einbeziehen müssen. Beim Upgrade eines DB-Snapshot gelten die gleichen Überlegungen zur Optionsgruppe wie beim Upgrade einer DB-Instance. Weitere Informationen finden Sie unter [Überlegungen zu Optionsgruppen](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).
+ `--option-group-name`: die Optionsgruppe für den aktualisierten DB-Snapshot
**Example**
Das folgende Beispiel führt ein Upgrade für einen DB-Snapshot aus.
Für Linux, macOS oder Unix:
```
aws rds modify-db-snapshot \
--db-snapshot-identifier mydbsnapshot \
--engine-version 19.0.0.0.ru-2020-10.rur-2020-10.r1 \
--option-group-name default:oracle-se2-19
```
Für Windows:
```
aws rds modify-db-snapshot ^
--db-snapshot-identifier mydbsnapshot ^
--engine-version 19.0.0.0.ru-2020-10.rur-2020-10.r1 ^
--option-group-name default:oracle-se2-19
```
## RDS-API
Rufen Sie die Operation [ModifyDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBSnapshot.html) mit den folgenden Parametern auf, um einen Oracle-DB-Snapshot mithilfe der Amazon-RDS-API zu aktualisieren:
+ `DBSnapshotIdentifier`: der Name des DB-Snapshots
+ `EngineVersion`: die Version, auf die das Upgrade des Snapshots durchgeführt werden soll
Es könnte sein, dass Sie auch den Parameter `OptionGroupName` einbeziehen müssen. Beim Upgrade eines DB-Snapshot gelten die gleichen Überlegungen zur Optionsgruppe wie beim Upgrade einer DB-Instance. Weitere Informationen finden Sie unter [Überlegungen zu Optionsgruppen](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).