# RDS for Oracle DB エンジンのアップグレード
Amazon RDS が新バージョンの Oracle Database をサポートするときには、DB インスタンスを新バージョンにアップグレードできます。Amazon RDS で使用できる Oracle のバージョンの詳細については、[https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html)を参照してください。
**重要**
RDS for Oracle Database の 11g、12c、および 18c はサポートされなくなりました。Oracle Database の 11g、12c、または 18c スナップショットを維持する場合は、それ以降のリリースにアップグレードできます。詳細については、「[Oracle DB スナップショットのアップグレード](USER_UpgradeDBSnapshot.Oracle.md)」を参照してください。
**Topics**
+ [
# RDS for Oracle エンジンのアップグレードの概要
](USER_UpgradeDBInstance.Oracle.Overview.md)
+ [
# Oracle のメジャーバージョンのアップグレード
](USER_UpgradeDBInstance.Oracle.Major.md)
+ [
# Oracle のマイナーバージョンのアップグレード
](USER_UpgradeDBInstance.Oracle.Minor.md)
+ [
# Oracle のデータベースアップグレードに関する考慮事項
](USER_UpgradeDBInstance.Oracle.OGPG.md)
+ [
# Oracle DB アップグレードのテスト
](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md)
+ [
# RDS for Oracle DB インスタンスバージョンのアップグレード
](USER_UpgradeDBInstance.Oracle.Upgrading.md)
+ [
# Oracle DB スナップショットのアップグレード
](USER_UpgradeDBSnapshot.Oracle.md)
# RDS for Oracle エンジンのアップグレードの概要
RDS for Oracle DB インスタンスをアップグレードする前に、次の概念を理解しましょう。
**Topics**
+ [
## メジャーバージョンとマイナーバージョンのアップグレード
](#USER_UpgradeDBInstance.Oracle.Overview.versions)
+ [
## RDS for Oracle のサポート日と必須のアップグレード
](#Aurora.VersionPolicy.MajorVersionLifetime)
+ [
## Oracle エンジンのバージョン管理
](#Oracle.Concepts.Patching)
+ [
## エンジンのアップグレード中の自動スナップショット
](#USER_UpgradeDBInstance.Oracle.Overview.snapshots)
+ [
## マルチ AZ 配置での Oracle のアップグレード
](#USER_UpgradeDBInstance.Oracle.Overview.multi-az)
+ [
## リードレプリカでの Oracle のアップグレード
](#USER_UpgradeDBInstance.Oracle.Overview.read-replicas)
## メジャーバージョンとマイナーバージョンのアップグレード
メジャーバージョンは、1～2 年ごとにリリースされる Oracle Database のメジャーリリースです。Oracle Database 19c と Oracle Database 21c は、メジャーリリースです。
RDS for Oracle は、四半期ごとに、サポートされているすべてのメジャーエンジンに対して新しいマイナーエンジンバージョンをリリースします。リリースアップデート (RU) エンジンバージョンには、指定された四半期の RU パッチを含めることで Oracle からのバグ修正が組み込まれています。例えば、21.0.0.0.ru-2024-10.rur-2024-10.r1 は、2024 年 10 月の RU を組み込んだ Oracle Database 21c のマイナーバージョンです。
Spatial パッチバンドル (SPB) エンジンのバージョンには、Oracle Spatial に固有の RU パッチとパッチが含まれています。例えば、19.0.0.0.ru-2025-01.spb-1.r1 は、エンジンバージョン 19.0.0.0.ru-2025-01.rur-2025-01.r1 の RU パッチと Spatial パッチを含むマイナーエンジンバージョンです。通常、RDS for Oracle は、対応する RU の 2～3 週間後に SPB をリリースします。RU と SPB の違いの説明については、「[リリースアップデート (RU) と Spatial パッチバンドル (SPB)](USER_UpgradeDBInstance.Oracle.Minor.md#RUs-and-SPBs)」を参照してください。サポートされている RU と SPB については、「[Release notes for Amazon Relational Database Service (Amazon RDS) for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes)」を参照してください。
RDS for Oracle は、DB インスタンスへの次のアップグレードをサポートします。
| アップグレードタイプ | アプリケーションの互換性 | アップグレード方法 | サンプルのアップグレードパス |
| --- | --- | --- | --- |
| メジャーバージョン | メジャーバージョンのアップグレードによって、既存のアプリケーションと互換性のない変更が導入されることがあります。 | 手動のみ | Oracle Database 19c から Oracle Database 21c へ |
| マイナーバージョン | マイナーバージョンのアップグレードには、既存のアプリケーションとの下位互換性がある変更のみが含まれます。 | 自動または手動 | 21.0.0.0.ru-2023-07.rur-2022-07.r1 から 21.0.0.0.ru-2023-10.rur-2022-10.r1 へ |
**重要**
DB エンジンをアップグレードすると、停止が発生します。停止時間の長さは、エンジンのバージョンと DB インスタンスのサイズによって異なります。
本稼働データベースにアップグレードを適用する前に、アップグレードを徹底的にテストしてアプリケーションが正常に動作することを確認してください。詳細については、「[Oracle DB アップグレードのテスト](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md)」を参照してください。
## RDS for Oracle のサポート日と必須のアップグレード
RDS for Oracle のデータベースバージョンには、サポート予定日があります。RDS for Oracle DB エンジンのメジャーバージョンまたはマイナーバージョンのサポート終了日が近づくと、RDS は*強制アップグレード*とも呼ばれる必須アップグレードを開始します。RDS は、次の情報を公開します。
+ 非推奨バージョンからサポートされているバージョンへの手動アップグレードを開始することを推奨する通知
+ サポートされていないバージョンでインスタンスを作成できなくなる日付
+ メンテナンス期間中に RDS がインスタンスをサポートされているバージョンに自動的にアップグレードする日付
+ メンテナンス期間外に RDS がインスタンスをサポートされているバージョンに自動的にアップグレードする日付
**重要**
強制アップグレードは、CloudFormation スタックに予期しない結果をもたらすことがあります。RDS を使用して DB インスタンスを自動的にアップグレードすると、CloudFormation で問題が発生する場合があります。
このセクションは、以下のトピックで構成されます。
**Topics**
+ [
### RDS for Oracle メジャーリリースのサポート日
](#oracle-major-support-dates)
+ [
### RDS for Oracle のマイナーバージョンのサポート日
](#oracle-minor-support-dates)
### RDS for Oracle メジャーリリースのサポート日
RDS for Oracle メジャーバージョンは、少なくとも対応する Oracle Database リリースバージョンのサポート終了日までは利用可能です。次の日付を参考にすると、テストおよびアップグレードのサイクルを計画することができます。これらの日付は、新しいバージョンへのアップグレードが必要になる可能性がある最も早い日付を表します。Amazon は、RDS for Oracle バージョンのサポートを当初発表よりも長く延長した場合、新しい日付を反映してこの表を更新するようにします。
**注記**
[describe-db-major-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-major-engine-versions.html) AWS CLI コマンドを実行するか、[DescribeDBMajorEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBMajorEngineVersions.html) RDS API オペレーションを使用して、Oracle データベースのメジャーバージョンを表示できます。
| Oracle Database メジャーリリースバージョン | 新しいバージョンへのアップグレード予定日 |
| --- | --- |
| Oracle Database 19c | 2029 年 12 月 31 日 BYOL プレミアサポート (延長サポートの手数料が免除） 2032 年 12 月 31 日 BYOL 延長サポート (追加料金) または無制限ライセンス契約 2029 年 12 月 31 日、ライセンス込み (LI) |
| Oracle Database 21c | 2027 年 7 月 31 日 (延長サポートでは使用できません） |
RDS は、新しいメジャーバージョンにアップグレードする必要がある少なくとも 12 か月前に通知します。通知には、重要なマイルストーンのタイミング、DB インスタンスへの影響、推奨されるアクションなど、アップグレードプロセスについての説明が記載されています。データベースをメジャーバージョンにアップグレードする前に、新しい RDS for Oracle バージョンに関するアプリケーションのテストを、完全に完了することをお勧めします。
この事前通知期間後は、それ以降のメジャーバージョンへの自動アップグレードが、古いバージョンを実行しているR DS for Oracle DB インスタンスに適用されることを想定してください。その場合は、スケジュールされたメンテナンスウィンドウ中にアップグレードがスタートされます。
詳細については、「My Oracle Support」の「[現在のデータベースリリースのリリーススケジュール](https://support.oracle.com/knowledge/Oracle%20Database%20Products/742060_1.html)」を参照してください。
### RDS for Oracle のマイナーバージョンのサポート日
場合によっては、RDS for Oracle のメジャーリリースのマイナーバージョンのサポートを終了します。RDS は、新しいマイナーバージョンにアップグレードする必要がある少なくとも 6 か月前に通知します。通知には、重要なマイルストーンのタイミング、廃止されたマイナーバージョンを実行している DB インスタンスへの影響、推奨されるアクションなど、アップグレードプロセスについての説明が記載されています。データベースを新しいマイナーバージョンにアップグレードする前に、新しい RDS for Oracle バージョンに関するアプリケーションのテストを、完全に完了することをお勧めします。
廃止およびサポートが終了したマイナーバージョンの詳細については、「[Release notes for Amazon Relational Database Service (Amazon RDS) for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html)」を参照してください。
## Oracle エンジンのバージョン管理
DB エンジンのバージョン管理により、データベースエンジンにパッチを適用してアップグレードするタイミングと方法を制御できます。データベースエンジンのパッチバージョンとの互換性を維持する柔軟性が得られます。また、RDS for Oracle の新しいパッチバージョンを本稼働環境でデプロイする前にテストして、アプリケーションで動作することを確認できます。さらに、独自の条件やタイムラインでバージョンをアップグレードします。
**注記**
Amazon RDS では、Amazon RDS 固有の DB エンジンのバージョンを使用して、Oracle データベースの公式パッチを定期的に収集します。Amazon RDS Oracle 固有のエンジンのバージョンに含まれている Oracle のパッチに関するリストについては、「[https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html)」を参照してください。
## エンジンのアップグレード中の自動スナップショット
Oracle DB インスタンスをアップグレードする際、スナップショットはアップグレードの問題に対する保護を提供します。DB インスタンスのバックアップ保持期間を 0 より大きく設定した場合、Amazon RDS はアップグレード中に以下の DB スナップショットを作成します。
1. アップグレードの変更が行われる前の DB インスタンスのスナップショット。アップグレードが失敗した場合、このスナップショットを復元して、古いバージョンを実行する DB インスタンスを作成できます。
1. アップグレード完了後の DB インスタンスのスナップショット。
**注記**
バックアップ保持期間を変更するには、「[Amazon RDS DB インスタンスを変更する](Overview.DBInstance.Modifying.md)」を参照してください。
アップグレード後は、以前のエンジンバージョンに戻すことはできません。ただし、アップグレード前のスナップショットを復元することで、新しい Oracle DB インスタンスを作成できます。
## マルチ AZ 配置での Oracle のアップグレード
DB インスタンスがマルチ AZ 配置にある場合、Amazon RDS はプライマリとスタンバイの両方のレプリカをアップグレードします。オペレーティングシステムの更新が不要な場合は、プライマリとスタンバイのアップグレードが同時に実行されます。インスタンスは、アップグレードが完了するまで使用できません。
マルチ AZ 配置でオペレーティングシステムの更新が必要な場合は、データベースのアップグレードをリクエストした時点で、Amazon RDS によって更新が適用されます。Amazon RDS は以下の手順を実行します。
1. 現在のスタンバイ DB インスタンスのオペレーティングシステムを更新します。
1. プライマリ DB インスタンスをスタンバイ DB インスタンスにフェイルオーバーします。
1. 新しいプライマリ DB インスタンス (元のスタンバイインスタンス) のデータベースバージョンをアップグレードします。プライマリデータベースは、アップグレード中は利用できません。
1. 新しいスタンバイ DB インスタンス (元のプライマリインスタンス) のオペレーティングシステムをアップグレードします。
1. 新しいスタンバイ DB インスタンスのデータベースバージョンをアップグレードします。
1. 新しいプライマリ DB インスタンスを元のプライマリ DB インスタンスにフェイルオーバーし、新しいスタンバイ DB インスタンスを元のスタンバイ DB インスタンスにフェイルオーバーします。したがって、Amazon RDS はレプリケーション設定を元の状態に戻します。
## リードレプリカでの Oracle のアップグレード
ソース DB インスタンスとそのすべてのリードレプリカの Oracle DB エンジンバージョンは同じである必要があります。Amazon RDS は、以下の段階を踏んでアップグレードを実行します。
1. ソース DB インスタンスをアップグレードします。リードレプリカはこの段階で使用できます。
1. レプリカのメンテナンスウィンドウに関係なく、リードレプリカを並行してアップグレードします。ソース DB はこの段階で使用できます。
クロスリージョンリードレプリカのメジャーバージョンアップグレードの場合、Amazon RDS によって追加のアクションが実行されます。
+ ターゲットバージョンのオプショングループを自動的に生成します。
+ 元のオプショングループから新しいオプショングループにすべてのオプションとオプション設定をコピーします。
+ アップグレードされたクロスリージョンリードレプリカを新しいオプショングループに関連付けます。
# Oracle のメジャーバージョンのアップグレード
メジャーバージョンアップグレードを実行するためには、DB インスタンスを手動で変更します。メジャーバージョンのアップグレードは自動的に実行されません。
**重要**
本稼働データベースにアップグレードを適用する前に、アップグレードを徹底的にテストしてアプリケーションが正常に動作することを確認してください。詳細については、「[Oracle DB アップグレードのテスト](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md)」を参照してください。
**Topics**
+ [
## メジャーアップグレードでサポートされているバージョン
](#USER_UpgradeDBInstance.Oracle.Major.supported-versions)
+ [
## メジャーアップグレードでサポートされているインスタンスクラス
](#USER_UpgradeDBInstance.Oracle.Major.instance-classes)
+ [
## メジャーアップグレード前の統計の収集
](#USER_UpgradeDBInstance.Oracle.Major.gathering-stats)
+ [
## メジャーアップグレードの許可
](#USER_UpgradeDBInstance.Oracle.Major.allowing-upgrades)
## メジャーアップグレードでサポートされているバージョン
Amazon RDS では、以下のメジャーバージョンへのアップグレードがサポートされています。
****
| 現在のバージョン | サポートされているアップグレード |
| --- | --- |
| CDB アーキテクチャを使用する 19.0.0.0 | 21.0.0.0 |
Oracle Database のメジャーバージョンアップグレードは、同じ月以降にリリースされた Release Update (RU) にアップグレードする必要があります。メジャーバージョンダウングレードは Oracle Database のいずれのバージョンでもサポートされていません。
## メジャーアップグレードでサポートされているインスタンスクラス
現在の Oracle DB インスタンスは、アップグレードするバージョンではサポートされていない DB インスタンスクラスで実行される可能性があります。この場合、アップグレードする前に、サポートされている DB インスタンスクラスに DB インスタンスを移行します。Amazon RDS for Oracle の各バージョンおよびエディションでサポートされている DB インスタンスクラスの詳細については、「[ DB インスタンスクラス](Concepts.DBInstanceClass.md)」を参照してください。
## メジャーアップグレード前の統計の収集
メジャーバージョンアップグレードを実行する前に、アップグレードする DB インスタンスのオプティマイザ統計を収集することをお勧めします。これにより、アップグレード中の DB インスタンスのダウンタイムを短縮できます。
オプティマイザ統計を収集するには、DB インスタンスにマスターユーザーとして接続し、次の例のように `DBMS_STATS.GATHER_DICTIONARY_STATS` の手順を実行します。
```
EXEC DBMS_STATS.GATHER_DICTIONARY_STATS;
```
詳細については、Oracle ドキュメントの「[GATHER\$1DICTIONARY\$1STATS プロシージャ](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)」を参照してください。
## メジャーアップグレードの許可
エンジンのメジャーバージョンアップグレードは、アプリケーションと互換性がない場合があります。アップグレードは元に戻せません。EngineVersion パラメータに現在のメジャーバージョンとは異なるメジャーバージョンを指定する場合は、メジャーバージョンアップグレードを許可する必要があります。
CLI コマンド [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) を使用して、メジャーバージョンをアップグレードする場合、`--allow-major-version-upgrade` を指定します。この設定は永続的ではないため、メジャーアップグレードを実行するたびに `--allow-major-version-upgrade` を指定する必要があります。このパラメータは、エンジンのマイナーバージョンアップグレードには影響しません。詳細については、「[DB インスタンスのエンジンバージョンのアップグレード](USER_UpgradeDBInstance.Upgrading.md)」を参照してください。
コンソールを使用してメジャーバージョンをアップグレードする場合は、アップグレードを許可するオプションを選択する必要はありません。代わりに、メジャーアップグレードは元に戻せないという警告がコンソールに表示されます。
# Oracle のマイナーバージョンのアップグレード
RDS for Oracle では、マイナーバージョンアップグレードは、メジャー DB エンジンバージョンの更新です。RDS では、マイナーエンジンバージョンは、リリースアップデート (RU) または Spatial パッチバンドル (SPB) のいずれかです。例えば、DB インスタンスでメジャーバージョン Oracle Database 19c とマイナーバージョン 19.0.0.0.ru-2025-10.rur-2025-10.r1 を実行している場合、DB エンジンはマイナーバージョン 19.0.0.0.ru-2026-01.rur-2026-01.r1 にアップグレードできます。RDS for Oracle は、マイナーバージョンのダウングレードをサポートしません。
DB エンジンは、手動または自動でマイナーバージョンにアップグレードできます。手動でアップグレードする方法については、「[エンジンバージョンの手動アップグレード](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual)」を参照してください。自動アップグレードの設定方法については、「[マイナーエンジンバージョンの自動アップグレード](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades)」を参照してください。手動でアップグレードするか自動アップグレードするかにかかわらず、マイナーバージョンのアップグレードにはダウンタイムが伴います。アップグレードを計画するときは、このダウンタイムを考慮してください。
Amazon RDS は、複数のデータベースリソースと AWS アカウントにわたるマイナーバージョンの自動アップグレードを管理するためのアップグレードロールアウトポリシーもサポートしています。詳細については、「[自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用](RDS.Maintenance.AMVU.UpgradeRollout.md)」を参照してください。
**重要**
本稼働データベースにアップグレードを適用する前に、アップグレードを徹底的にテストしてアプリケーションが正常に動作することを確認してください。詳細については、「[Oracle DB アップグレードのテスト](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md)」を参照してください。
**Topics**
+ [
## リリースアップデート (RU) と Spatial パッチバンドル (SPB)
](#RUs-and-SPBs)
+ [
## Oracle 用自動マイナーバージョンアップグレードの実行
](#oracle-minor-version-upgrade-tuning-on)
+ [
## 自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用
](#oracle-minor-version-upgrade-rollout)
+ [
## Amazon RDS for Oracle でのマイナーバージョン自動アップグレードの通知
](#oracle-minor-version-upgrade-advance)
+ [
## Amazon RDS がマイナーバージョンの自動アップグレードをスケジュールする方法
](#oracle-minor-version-upgrade-scheduled)
+ [
## RDS for Oracle でのマイナーバージョン自動アップグレードの管理
](#oracle-minor-version-upgrade-managing)
## リリースアップデート (RU) と Spatial パッチバンドル (SPB)
RDS では、リリースアップデート (RU) は、Oracle Database のセキュリティ修正、バグ修正、新機能を含む四半期ごとのマイナーエンジンバージョンです。Spatial パッチバンドル (SPB) は、Oracle Spatial オプション用に設計されたパッチを含む RU エンジンバージョンです。例えば、19.0.0.0.ru-2025-01.spb-1.r1 という名前の SPB には、対応する RU のすべてのパッチ 19.0.0.0.ru-2025-01.rur-2025-01.r1 と Spatial に固有のパッチが含まれています。SPB は Oracle Database 19c でのみサポートされています。
インスタンスが自動マイナーバージョンアップグレード用に設定されている場合、RU と SPB は別々のアップグレードパスにあります。通常、SPB は対応する RU の 2～3 週間後にリリースされます。次の表は、Oracle Database 19c のマイナーバージョンの例を示しています。
| 標準 RU アップグレードパス | SPB アップグレードパス |
| --- | --- |
| 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 |
DB インスタンスが自動アップグレード用に設定されている場合、インスタンスは現在のバージョンに対応するアップグレードパスにあります。例えば、DB インスタンスがバージョン 19.0.0.0.ru-2025-01.rur-2025-01.r1 を実行している場合、19.0.0.0.ru-2025-04.rur-2025-04.r1 がリリースされると、インスタンスは自動的にこの RU にアップグレードされます。同様に、DB インスタンスが 19.0.0.0.ru-2025-01.spb-1.r1 を実行している場合、19.0.0.0.ru-2025-04.spb-1.r1 がリリースされると、インスタンスは自動的にこの SPB にアップグレードされます。RU である 19.0.0.0.ru-2025-01.rur-2025-01.r1 を実行しているインスタンスは、別のアップグレードパスの SPB である 19.0.0.0.ru-2025-04.spb-1.r1 に自動的にアップグレードされません。
インスタンスが Spatial を使用していない場合でも、DB インスタンスを SPB にアップグレードできますが、Spatial パッチは Oracle Spatial にのみ適用されます。RU から同じエンジンバージョン以上の SPB に手動でアップグレードできます。例えば、インスタンスを 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.spb-1.r1
RU が上位のエンジンバージョンである場合にのみ、インスタンスを SPB から RU にアップグレードできます。例えば、SPB バージョン 19.0.0.0.ru-2025-04.spb-1.r1 から上位の RU バージョン 19.0.0.0.ru-2025-07.rur-2025-07.r1 にアップグレードできますが、同じ RU バージョン 19.0.0.0.ru-2025-04.rur-2025-04.r1 にアップグレードすることはできません。
DB インスタンスが自動マイナーバージョンアップグレード用に設定されていて、RU から SPB または SPB から RU に手動でアップグレードすると、自動アップグレードパスが変更されます。RU バージョン 19.0.0.0.ru-2025-01.rur-2025-01.r1 から SPB バージョン 19.0.0.0.ru-2025-01.spb-1.r1 に手動でアップグレードするとします。次回の自動マイナーバージョンアップグレードは SPB バージョン 19.0.0.0.ru-2025-04.spb-1.r1 になります。
SPB は RU として機能するため、インスタンスを RU と SPB にアップグレードするための RDS API は同じです。次のコマンドは、RU と 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
```
Oracle Spatial オプションの詳細については、「[Spatial パッチバンドル (SPB) の仕組み](Oracle.Options.Spatial.md#Oracle.Options.Spatial.SPBs)」を参照してください。Oracle Database 19c でサポートされている RU と SPB については、「[Amazon RDS for Oracle Database 19c (19.0.0.0)](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/oracle-version-19-0.html)」を参照してください。
## Oracle 用自動マイナーバージョンアップグレードの実行
マイナーバージョンの自動アップグレードでは、RDS は手動操作なしで、使用可能な最新のマイナーバージョンを Oracle データベースに適用します。Amazon RDS for Oracle DB インスタンスは、次の状況で、次のメンテナンス期間にアップグレードをスケジュールします。
+ DB クラスターの **[自動マイナーバージョンアップグレード]** オプションが有効になっています。
+ DB インスタンスで最新のマイナー DB エンジンバージョンが実行されていません。
自動アップグレードを有効にする方法については、「[マイナーエンジンバージョンの自動アップグレード](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades)」を参照してください。
## 自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用
Amazon RDS for Oracle は、複数のデータベースリソースと AWS アカウントにわたってマイナーバージョンの自動アップグレードを管理するための AWS Organizations アップグレードロールアウトポリシーをサポートしています。このポリシーにより、手動またはカスタムツールを使用してマイナーバージョンの自動アップグレードを調整する運用上のオーバーヘッドがなくなり、アップグレードは運用環境にロールアウトされる前に本番環境以外の環境で最初に適用されるようになります。新しいマイナーエンジンバージョンが利用可能になると、Amazon RDS は、設定されたアップグレードのロールアウト順序に基づいて DB インスタンスをアップグレードします。
| ロールアウト順序のアップグレード | 一般的なユースケース | アップグレードを開始するタイミング |
| --- | --- | --- |
| First | 開発環境とテスト環境 | 最も早い時間 - 新しいバージョンの検証に最適 |
| 秒 | ステージング環境と重要度の低い運用環境 | 「最初」のフェーズが完了した後 |
| Last | 重要な運用環境 | 「2 番目」のフェーズが完了した後 |
**重要**
DB インスタンスのアップグレードロールアウト順序を設定しない場合、デフォルトで 2 番目に設定されます。
フェーズのタイミングと期間の詳細については、「[Amazon RDS がマイナーバージョンの自動アップグレードをスケジュールする方法](#oracle-minor-version-upgrade-scheduled)」を参照してください。AWS Organizations でのアップグレードロールアウトポリシーの設定については、「[自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用](RDS.Maintenance.AMVU.UpgradeRollout.md)」を参照してください。
## Amazon RDS for Oracle でのマイナーバージョン自動アップグレードの通知
DB インスタンスでマイナーバージョンの自動アップグレードが有効になっている場合、RDS for Oracle はアップグレードを適用する前に通知する保留中のメンテナンスアクションを作成します。これらの保留中のメンテナンスアクションは、Amazon RDS コンソールのデータベースの詳細ページの **[メンテナンスとバックアップ]** タブで表示できます。
新しいマイナーバージョンが利用可能になると、RDS for Oracle は早期通知 (メンテナンスアクションの保留) を発行します。この早期通知の形式は次のとおりです。
```
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` は、Amazon RDS が DB インスタンスをアップグレードする日付です。`rollout-order` はアップグレードのロールアウト順序 (1 番目、2 番目、または最後) です。アップグレードロールアウトポリシーを設定していない場合、この値はデフォルトで 2 番目です。詳細については、「[自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用](RDS.Maintenance.AMVU.UpgradeRollout.md)」を参照してください。
アップグレードのロールアウトフェーズが開始されると、保留中のメンテナンスアクションメッセージは次の形式に変わります。
```
Automatic minor version upgrade to engine-version
```
このメッセージは、アップグレードがスケジュールされており、スケジュールされた適用日のメンテナンス期間中に適用されることを示します。スケジュールされた適用日は、Amazon RDS コンソールのデータベースの詳細ページの **[メンテナンスとバックアップ]** タブ、または `describe-pending-maintenance-actions` API レスポンスの `CurrentApplyDate` フィールドで確認できます。
次の例は、AWS CLI の `describe-pending-maintenance-actions` コマンドを使用して、保留中のメンテナンスアクションの詳細を取得できることを示しています。
```
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"
}
]
}, ...
```
[describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) の詳細については、「*AWS CLI コマンドリファレンス*」を参照してください。
## Amazon RDS がマイナーバージョンの自動アップグレードをスケジュールする方法
AWS Organizations のアップグレードロールアウトポリシーを使用する場合、Amazon RDS は設定されたロールアウト順序に基づいたフェーズで DB インスタンスをアップグレードします。このセクションでは、各フェーズのタイミングと期間について説明します。
**フェーズ 0: 早期通知**
RDS for Oracle が新しいマイナーバージョンをリリースすると (通常は Oracle の四半期 RU リリースから 3～4 週間後)、自動マイナーバージョンアップグレードが有効になっているすべての DB インスタンスは早期通知を受信します。この通知は、Amazon RDS コンソールのデータベースの詳細ページの **[メンテナンスとバックアップ]** タブと `describe-pending-maintenance-actions` API レスポンスに表示されます。早期通知フェーズは 2 週間続きます。このフェーズの期間中、自動アップグレードは行われません。
**フェーズ 1: 最初のアップグレードロールアウト順序**
早期通知フェーズの終了時に、RDS for Oracle はアップグレードロールアウト順序が最初の DB インスタンスのアップグレードを開始します。このフェーズは、1 月、4 月、7 月の四半期のマイナーバージョンでは 2～3 週間、10 月の四半期のマイナーバージョンでは 7～8 週間続きます。10 月のマイナーバージョンの延長期間は、年末の祝祭日シーズン中に新しいマイナーバージョンをテストするのに十分な時間を提供します。このフェーズ中に最初のアップグレードのロールアウト順序で作成された新しい DB インスタンスは、自動的にアップグレードされます。
**フェーズ 2: 2 番目のアップグレードロールアウト順序**
フェーズ 1 の終了時に、RDS for Oracle はアップグレードロールアウト順序が 2 番目の DB インスタンスのアップグレードを開始します。このフェーズは、すべての四半期のマイナーバージョンで 2 週間続きます。このフェーズ中に最初のまたは 2 番目のアップグレードロールアウト順序で作成された新しい DB インスタンスは、自動的にアップグレードされます。
**フェーズ 3: 最後のアップグレードロールアウト順序**
フェーズ 2 の終了時に、RDS for Oracle はアップグレードロールアウト順序が最後の DB インスタンスのアップグレードを開始します。このフェーズは、次の四半期のマイナーバージョンリリースまで続きます。このフェーズ中に最初、2 番目、または最後のアップグレードロールアウト順序で作成された新しい DB インスタンスは、自動的にアップグレードされます。
| [Phase] | 開始するタイミング | 時間 | 保留中のメンテナンスアクションメッセージ |
| --- | --- | --- | --- |
| フェーズ 0: 早期通知 | RDS for Oracle が新しいマイナーバージョンをリリースしたとき | 2 週間 | エンジンバージョンへのマイナーバージョンの自動アップグレードは、アップグレードのロールアウト順序の rollout-order に基づき、apply-date にメンテナンスウィンドウ中に適用されます。AWS コンソールまたは AWS CLI を使用して、アップグレードのロールアウト順序を変更したり、スケジュールされた日より前にいつでもこのアップグレードを手動で適用したりできます。 |
| フェーズ 1: 最初のアップグレードロールアウト順序 | 早期通知フェーズの終了 | 1 月/4 月/7 月のマイナーバージョンでは 2～4 週間、10 月のマイナーバージョンでは 7～9 週間 | engine-version への自動マイナーバージョンアップグレード |
| フェーズ 2: 2 番目のアップグレードロールアウト順序 | フェーズ 1 の終了 | 2 週間 | engine-version への自動マイナーバージョンアップグレード |
| フェーズ 3: 最後のアップグレードロールアウト順序 | フェーズ 2 の終了 | 次の四半期ごとのマイナーバージョンリリースまで | engine-version への自動マイナーバージョンアップグレード |
## RDS for Oracle でのマイナーバージョン自動アップグレードの管理
DB インスタンスでマイナーバージョンの自動アップグレードが有効になっている場合、Amazon RDS はメンテナンスウィンドウ中に DB インスタンスを最新のマイナーバージョンに自動的にアップグレードします。ただし、AWS CLI を使用するか、データベースの詳細ページの **[メンテナンスとバックアップ]** タブから、スケジュール日より前に手動でアップグレードを適用できます。
スケジュールされたメンテナンスウィンドウを待たずに DB インスタンスをすぐにアップグレードするには
```
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
```
スケジュールされた適用日ではなく、次のメンテナンスウィンドウ中にアップグレードを適用するには
```
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
```
自動マイナーバージョンアップグレードをオプトアウトするには、DB インスタンスを変更し、自動マイナーバージョンアップグレードオプションをオフにします。これにより、保留中の自動アップグレードのスケジュールが解除されます。
マイナーバージョンの自動アップグレードをオフにする方法の詳細については、「[マイナーエンジンバージョンの自動アップグレード](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades)」を参照してください。マイナーバージョンの自動アップグレードの無効化についてサポートが必要な場合は、AWS サポートにお問い合わせください。
RDS が以前のマイナーバージョンを適用する前に、新しいマイナーバージョンが利用可能になる場合があります。例えば、`both 21.0.0.0.ru-2025-10.rur-2025-10.r1` および `21.0.0.0.ru-2026-01.rur-2026-01.r1` がアップグレードターゲットとして利用可能な場合、インスタンスは `21.0.0.0.ru-2025-07.rur-2025-07.r1` で実行されています。この場合、DB インスタンスの不要なダウンタイムを回避するために、RDS はマイナーバージョンの自動アップグレードを最新バージョンにスケジュールし、以前のバージョンへのアップグレードをスキップします。この例では、RDS はインスタンスを `21.0.0.0.ru-2025-07.rur-2025-07.r1` から `21.0.0.0.ru-2026-01.rur-2026-01.r1` に直接アップグレードします。
# Oracle のデータベースアップグレードに関する考慮事項
Oracle インスタンスをアップグレードする前に、次の情報を確認してください。
**Topics**
+ [
## Oracle マルチテナントに関する考慮事項
](#USER_UpgradeDBInstance.Oracle.multi)
+ [
## オプショングループに関する考慮事項
](#USER_UpgradeDBInstance.Oracle.OGPG.OG)
+ [
## パラメータグループに関する考慮事項
](#USER_UpgradeDBInstance.Oracle.OGPG.PG)
+ [
## タイムゾーンに関する考慮事項
](#USER_UpgradeDBInstance.Oracle.OGPG.DST)
+ [
## Spatial パッチバンドル (SPB) に関する考慮事項
](#USER_UpgradeDBInstance.Oracle.SPB)
## Oracle マルチテナントに関する考慮事項
次の表では、さまざまなリリースでサポートされる Oracle Database アーキテクチャについて説明します。
| Oracle Database のリリース | RDS のサポートステータス | アーキテクチャ |
| --- | --- | --- |
| Oracle Database 21c | サポート対象 | CDB のみ |
| Oracle Database 19c | サポート対象 | CDB または非 CDB |
次の表に、サポートされているアップグレードパスとサポートされていないアップグレードパスを示します。
| アップグレードパス | サポート対象? |
| --- | --- |
| CDB から CDB | はい |
| 非 CDB から CDB | いいえ。ただし、非 CDB を CDB に変換してからアップグレードできます。 |
| CDB から非 CDB | いいえ |
Oracle で RDS を使用するOracle のマルチテナントに関する詳細は、「[CDB アーキテクチャのシングルテナント設定](Oracle.Concepts.CDBs.md#Oracle.Concepts.single-tenant)」を参照してください。
## オプショングループに関する考慮事項
DB インスタンスがカスタムオプショングループを使用している場合、Amazon RDS が新しいオプショングループを自動的に割り当てられないことがあります。例えば、この状況は、新しいメジャーバージョンにアップグレードするときに発生します。このような場合、アップグレード時に新しいオプショングループを指定します。新しいオプショングループを作成し、このオプショングループに既存のカスタムオプショングループと同じオプションを追加することをお勧めします。
詳細については、「[オプショングループを作成する](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Create)」または「[オプショングループをコピーする](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Copy)」を参照してください。
DB インスタンスで使用するカスタムオプショングループに `APEX` オプションと `APEX-DEV` オプションが含まれている場合、アップグレード時間を短縮できる可能性があります。そのためには、使用しているバージョンの APEX を DB インスタンスと同時にアップグレードします。詳細については、「[Oracle APEX バージョンのアップグレード](Appendix.Oracle.Options.APEX.UpgradeandRemove.md#Appendix.Oracle.Options.APEX.Upgrade)」を参照してください。
## パラメータグループに関する考慮事項
DB インスタンスでカスタムパラメータグループを使用している場合、Amazon RDS で DB インスタンスに新しいパラメータグループを自動的に割り当てられないことがあります。例えば、この状況は、新しいメジャーバージョンにアップグレードするときに発生します。このような場合、アップグレード時に必ず新しいパラメータグループを指定する必要があります。新しいパラメータグループを作成し、そのパラメータの設定を既存のカスタムパラメータグループと同じにすることをお勧めします。
詳細については、「[Amazon RDS での DB パラメータグループの作成](USER_WorkingWithParamGroups.Creating.md)」または「[Amazon RDS での DB パラメータグループのコピー](USER_WorkingWithParamGroups.Copying.md)」を参照してください。
## タイムゾーンに関する考慮事項
タイムゾーンオプションを使用して、Oracle DB インスタンスで使用する*システムのタイムゾーン*を変更することができます。例えば、オンプレミス環境またはレガシーアプリケーションとの互換性があるように、DB インスタンスのタイムゾーンで変更が必要になることがあります。タイムゾーンオプションでは、ホストレベルでタイムゾーンが変更されます。Amazon RDS for Oracle では、システムタイムゾーンは年間を通して自動的に更新されます。システムのタイムゾーンの詳細については、「[Oracle のタイムゾーン](Appendix.Oracle.Options.Timezone.md)」を参照してください。
Oracle DB インスタンスを作成すると、データベースによって *データベースのタイムゾーン*が自動的に設定されます。データベースのタイムゾーンは、夏時間 (DST) タイムゾーンとも呼ばれます。データベースのタイムゾーンは、システムのタイムゾーンとは異なります。
Oracle Database の各リリース間には、パッチセットまたは個々のパッチに、新しい DST バージョンが含まれる場合があります。これらのパッチは、さまざまなタイムゾーンリージョンの移行ルールの変更を反映しています。例えば、DST が有効になると、政府機関が変わる場合があります。DST ルールを変更すると、`TIMESTAMP WITH TIME ZONE` データ型の既存のデータに影響する場合があります。
RDS for Oracle DB インスタンスをアップグレードする場合、Amazon RDS はデータベースのタイムゾーンファイルを自動的にアップグレードしません。タイムゾーンファイルを自動的にアップグレードするには、エンジンバージョンのアップグレード中またはアップグレード後に、DB インスタンスに関連付けられたオプショングループに `TIMEZONE_FILE_AUTOUPGRADE` オプションを追加します。詳しくは、「[Oracle のタイムゾーンファイルの自動アップグレード](Appendix.Oracle.Options.Timezone-file-autoupgrade.md)」を参照してください。
データベースのタイムゾーンファイルを手動でアップグレードするには、必要な DST パッチを持つ新しい Oracle DB インスタンスを作成します。ただし、`TIMEZONE_FILE_AUTOUPGRADE` オプションを使用して、データベースのタイムゾーンファイルをアップグレードすることをお勧めします。
タイムゾーンファイルのアップグレード後、現在のインスタンスから新しいインスタンスにデータを移行します。データを移行するには、以下を含む複数の手法を使用できます。
+ AWS Database Migration Service
+ Oracle GoldenGate
+ Oracle Data Pump
+ 元のエクスポート/インポート (一般的な使用に対してはサポート終了)
**注記**
Oracle Data Pump を使用してデータを移行すると、ターゲットのタイムゾーンバージョンがソースのタイムゾーンバージョンよりも古い場合、エラー ORA-39405 が発生します。
詳細については、Oracle ドキュメントの「[TIMESTAMP WITH TIMEZONE Restrictions](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-overview.html#GUID-9B6C92EE-860E-43DD-9728-735B17B9DA89)」を参照してください。
## Spatial パッチバンドル (SPB) に関する考慮事項
RDS for Oracle では、リリースアップデート (RU) は、Oracle Database のセキュリティ修正、バグ修正、新機能を含むマイナーエンジンバージョンです。Spatial パッチバンドル (SPB) は、Oracle Spatial オプション用に設計されたパッチも含むマイナーエンジンバージョンです。例えば、19.0.0.0.ru-2025-01.spb-1.r1 は、エンジンバージョン 19.0.0.0.ru-2025-01.rur-2025-01.r1 の RU パッチと Spatial パッチを含むマイナーエンジンバージョンです。
データベースを SPB にアップグレードする場合は、以下を考慮してください。
+ SPB は Oracle Database 19c でのみサポートされています。
+ 通常、SPB は対応する四半期 RU の 2～3 週間後にリリースされます。
+ インスタンスが Oracle Spatial オプションを使用していない場合でも、DB インスタンスを SPB にアップグレードできますが、エンジンバージョンの Spatial パッチは Oracle Spatial にのみ適用されます。SPB に新しいインスタンスを作成し、後で Oracle Spatial オプションをインストールできます。
+ DB インスタンスの自動マイナーバージョンアップグレードを有効にする場合、アップグレードパスは、インスタンスが現在 SPB または RU のどちらを使用しているかによって異なります。インスタンスが SPB を使用している場合、RDS はインスタンスを最新の SPB に自動的にアップグレードします。インスタンスが RU を使用している場合、RDS はインスタンスを最新の RU に自動的にアップグレードします。
+ SPB が現在の RU と同じエンジンバージョン以上である場合にのみ、DB インスタンスを RU から SPB に手動でアップグレードできます。
+ RU が上位バージョンである場合にのみ、DB インスタンスを SPB から RU に手動でアップグレードできます。
# Oracle DB アップグレードのテスト
DB インスタンスをメジャーバージョンにアップグレードする前に、データベースとデータベースにアクセスするすべてのアプリケーションについて、新しいバージョンとの互換性を綿密にテストする必要があります。以下の手順を実行することをお勧めします。
**メジャーバージョンのアップグレードをテストするには**
1. データベースエンジンの新しいバージョンについて Oracle アップグレードドキュメントを参照して、データベースやアプリケーションに影響を与える可能性のある互換性の問題があるかどうかを確認します。詳細については、Oracle ドキュメントの「Database Upgrade Guide[」を参照してください](https://docs.oracle.com/database/121/UPGRD/toc.htm)。
1. DB インスタンスでカスタムオプショングループを使用している場合は、アップグレード先の新しいバージョンと互換性がある新しいオプショングループを作成します。詳細については、「[オプショングループに関する考慮事項](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG)」を参照してください。
1. DB インスタンスでカスタムパラメータグループを使用している場合は、アップグレード先の新しいバージョンと互換性がある新しいパラメータグループを作成します。詳細については、「[パラメータグループに関する考慮事項](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.PG)」を参照してください。
1. アップグレードする DB インスタンスの DB スナップショットを作成します。詳細については、「[Amazon RDS のシングル AZ DB インスタンスの DB スナップショットの作成](USER_CreateSnapshot.md)」を参照してください。
1. DB スナップショットを復元して、新しいテスト DB インスタンスを作成します。詳細については、「[DB インスタンスへの復元](USER_RestoreFromSnapshot.md)」を参照してください。
1. この新しいテスト DB インスタンスを変更して新しいバージョンにアップグレードするには、次に説明するいずれかの方法を使用します。
+ [コンソール](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. テストを実行します。
+ データベースとアプリケーションが新しいバージョンで正常に動作することが確認されるまで、アップグレードした DB インスタンスに対する品質保証テストを必要な回数だけ実行します。
+ 手順 1 で特定した互換性の問題の影響を評価するための新しいテストを実行します。
+ すべてのストアドプロシージャ、関数、トリガーをテストします。
+ アプリケーションのテストバージョンを、アップグレードした DB インスタンスに割り振ります。アプリケーションが新しいバージョンで正しく動作することを確認します。
+ アップグレードしたインスタンスによって使用されるストレージを評価して、アップグレードに追加のストレージが必要かどうかを判断します。本稼働で新しいバージョンをサポートするために、より大きなインスタンスのクラスを選択する必要がある場合もあります。詳細については、「[ DB インスタンスクラス](Concepts.DBInstanceClass.md)」を参照してください。
1. すべてのテストに合格したら、本番稼働用 DB インスタンスをアップグレードします。DB インスタンスへの書き込みオペレーションを許可する前に、DB インスタンスが正しく機能していることを確認することをお勧めします。
# RDS for Oracle DB インスタンスバージョンのアップグレード
RDS for Oracle DB インスタンスの DB エンジンバージョンを手動でアップグレードするには、AWS マネジメントコンソール、AWS CLI または RDS API を使用します。データベースのアップグレードに関する一般的な情報については、「[RDS for Oracle DB インスタンスバージョンのアップグレード](#USER_UpgradeDBInstance.Oracle.Upgrading)」を参照してください。有効なアップグレードターゲットを取得するには、AWS CLI[describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) コマンドを使用します。
## コンソール
**コンソールを使用して RDS for Oracle DB インスタンスのエンジンバージョンをアップグレードするには**
1. AWS マネジメントコンソール にサインインし、Amazon RDS コンソール ([https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)) を開きます。
1. ナビゲーションペインで、[**データベース**] を選択し、アップグレードする DB インスタンスを選択します。
1. **[変更]** を選択します。
1. **[DB エンジンバージョン]** で、上位のデータベースバージョンを選択します。
1. [**続行**] を選択して、変更の概要を確認します。データベースバージョンアップグレードの影響を理解していることを確認します。アップグレードした DB インスタンスを以前のバージョンに戻すことはできません。続行する前に、データベースとアプリケーションの両方を新しいバージョンでテストしていることを確認します。
1. DB インスタンスのアップグレードをスケジュールするタイミングを決定します。変更をすぐに反映させるには、[**Apply immediately**] を選択します。このオプションを選択すると、停止状態になる場合があります。詳細については、「[スケジュール変更設定の使用](USER_ModifyInstance.ApplyImmediately.md)」を参照してください。
1. 確認ページで、変更内容を確認します。正しい場合は、[**Modify DB Instance (DB インスタンスを変更)**] を選択して変更を保存します。
または、[**Back**] を選択して変更を編集するか、[**Cancel**] を選択して変更をキャンセルします。
## AWS CLI
RDS for Oracle DB インスタンスのエンジンバージョンをアップグレードするには、CLI の [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) コマンドを使用します。以下のパラメータを指定します。
+ `--db-instance-identifier` – RDS for Oracle DB インスタンスの名前。
+ `--engine-version` - アップグレード先のデータベースエンジンのバージョン番号です。
有効なエンジンバージョンの詳細については、AWS CLI の [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) コマンドを参照してください。
+ `--allow-major-version-upgrade` – DB エンジンバージョンのアップグレード
+ `--no-apply-immediately` – 次のメンテナンス時間中に変更を適用します。今すぐ変更を適用するには、`--apply-immediately` を使用します。
**Example**
次の例は、`myorainst` という名前の CDB インスタンスを現在のバージョン `19.0.0.0.ru-2024-01.rur-2024-01.r1` からバージョン `21.0.0.0.ru-2024-04.rur-2024-04.r1` にアップグレードします。
Linux、macOS、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
```
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
RDS for Oracle DB インスタンスをアップグレードするには、[ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) アクションを使用します。以下のパラメータを指定します。
+ `DBInstanceIdentifier` – DB インスタンスの名前、例えば *`myorainst`* です。
+ `EngineVersion` – アップグレード先のデータベースエンジンのバージョン番号です。有効なエンジンバージョンについては、[DescribeDBEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html) オペレーションを使用します。
+ `AllowMajorVersionUpgrade` – メジャーバージョンのアップグレードを許可するかどうか。そのためには、値を `true` に設定します。
+ `ApplyImmediately` – 変更をすぐに適用するか、次のメンテナンスウィンドウ中に適用するかを指定します。今すぐ変更を適用するには、値を `true` に設定します。次のメンテナンスウィンドウ中に変更を適用するには、値を `false` に設定します。
# Oracle DB スナップショットのアップグレード
Amazon RDS で Oracle DB スナップショットをアップグレードすると、データベースの安全性、互換性、および完全なサポートが確保されます。古い Oracle バージョンのパッチサポートが終了した場合、これらのバージョンに関連付けられた手動 DB スナップショットをアップグレードして、潜在的な脆弱性やサービスの制限を回避できます。詳細については、「[Oracle エンジンのバージョン管理](USER_UpgradeDBInstance.Oracle.Overview.md#Oracle.Concepts.Patching)」を参照してください。
Amazon RDS はすべての AWS リージョン のスナップショットのアップグレードに対応しています。
## コンソール
**Oracle DB スナップショットのアップグレード方法**
1. AWS マネジメントコンソール にサインインし、Amazon RDS コンソール ([https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)) を開きます。
1. ナビゲーションペインで、[**スナップショット**] を選択し、アップグレードする DB スナップショットを選択します。
1. [**アクション**] は、[**スナップショットのアップグレード**] を選択します。[**スナップショットのアップグレード**] ページが表示されます。
1. [**New engine version (新しいエンジンバージョン)**] で、スナップショットをアップグレードするバージョンを選択します。
1. (オプション) [**Option group**] には、アップグレードした DB スナップショットのオプショングループを選択します。DB インスタンスをアップグレードするときと同じように DB スナップショットをアップグレードする場合も、同じオプショングループの考慮事項が適用されます。詳細については、「[オプショングループに関する考慮事項](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG)」を参照してください。
1. [**Save changes (変更の保存)**] を選択して、変更を保存します。
アップグレード中は、この DB スナップショットに関するスナップショット操作が、すべて無効になります。また、DB スナップショットのステータスは**利用可能**から**アップグレード中**に変わり、プロセスが完了すると**有効**になります。スナップショットの破損問題で DB スナップショットをアップグレードできない場合、ステータスは**使用不可**になります。この状態からスナップショットを復元することはできません。
**注記**
DB スナップショットアップグレードが失敗した場合、スナップショットは元の状態にロールバックします。
## AWS CLI
AWS CLI を使用して Oracle DB スナップショットをアップグレードするには、以下のパラメータを指定して [modify-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-snapshot.html) コマンドを呼び出します。
+ `--db-snapshot-identifier` – DB スナップショットの名前です。
+ `--engine-version` – スナップショットをアップグレードするバージョンです。
必要に応じて、以下のパラメータを含める場合もあります。DB インスタンスをアップグレードするときと同じように DB スナップショットをアップグレードする場合も、同じオプショングループの考慮事項が適用されます。詳細については、「[オプショングループに関する考慮事項](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG)」を参照してください。
+ `--option-group-name` – アップグレードした DB スナップショットのオプショングループ。
**Example**
以下の例では、DB スナップショットをアップグレードします。
Linux、macOS、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
```
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
Amazon RDS API を使用して Oracle DB スナップショットをアップグレードするには、以下のパラメータを指定して [ModifyDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBSnapshot.html) オペレーションを呼び出します。
+ `DBSnapshotIdentifier` – DB スナップショットの名前です。
+ `EngineVersion` – スナップショットをアップグレードするバージョンです。
また、`OptionGroupName` パラメータを含めなければならない場合もあります。DB インスタンスをアップグレードするときと同じように DB スナップショットをアップグレードする場合も、同じオプショングループの考慮事項が適用されます。詳細については、「[オプショングループに関する考慮事項](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG)」を参照してください。