Oracle のマイナーバージョンのアップグレード
RDS for Oracle では、マイナーバージョンアップグレードは、メジャー DB エンジンバージョンの更新です。RDS では、マイナーエンジンバージョンは、リリース更新 (RU)、Supplemental パッチバンドル (SPB)、または Oracle Database 26ai の場合は月次推奨パッチ (MRP) と RU の組み合わせです。例えば、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 エンジンは、手動または自動でマイナーバージョンにアップグレードできます。手動でアップグレードする方法については、「エンジンバージョンの手動アップグレード」を参照してください。自動アップグレードの設定方法については、「マイナーエンジンバージョンの自動アップグレード」を参照してください。手動でアップグレードするか自動アップグレードするかにかかわらず、マイナーバージョンのアップグレードにはダウンタイムが伴います。アップグレードを計画するときは、このダウンタイムを考慮してください。
Amazon RDS は、複数のデータベースリソースと AWS アカウントにわたるマイナーバージョンの自動アップグレードを管理するためのアップグレードロールアウトポリシーもサポートしています。詳細については、「自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用」を参照してください。
重要
本稼働データベースにアップグレードを適用する前に、アップグレードを徹底的にテストしてアプリケーションが正常に動作することを確認してください。詳細については、「Oracle DB アップグレードのテスト」を参照してください。
トピック
リリースアップデート (RU) と Supplemental パッチバンドル (SPB)
RDS では、リリースアップデート (RU) は、Oracle Database のセキュリティ修正、バグ修正、新機能を含む四半期ごとのマイナーエンジンバージョンです。Supplemental パッチバンドル (SPB) は、Oracle Spatial、Oracle Data Pump、Oracle GoldenGate などの特定のユースケースで Oracle が推奨する追加のデータベースパッチを含む RU エンジンバージョンです。例えば、19.0.0.0.ru-2026-04.spb-1.r1 という名前の SPB には、対応する RU のすべてのパッチ 19.0.0.0.ru-2026-04.rur-2026-04.r1 と Supplemental パッチが含まれています。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-2026-04.rur-2026-04.r1 を実行している場合、19.0.0.0.ru-2026-07.rur-2026-07.r1 がリリースされると、インスタンスは自動的にこの RU にアップグレードされます。同様に、DB インスタンスが 19.0.0.0.ru-2026-04.spb-1.r1 を実行している場合、19.0.0.0.ru-2026-07.spb-1.r1 がリリースされると、インスタンスは自動的にこの SPB にアップグレードされます。RU である 19.0.0.0.ru-2026-04.rur-2026-04.r1 を実行しているインスタンスは、別のアップグレードパスの SPB である 19.0.0.0.ru-2026-07.spb-1.r1 に自動的にアップグレードされません。
インスタンスに Oracle Spatial、Oracle Data Pump、Oracle GoldenGate などのユースケースが現在ない場合でも、DB インスタンスを SPB にアップグレードできます。RU から同じエンジンバージョン以上の SPB に手動でアップグレードできます。例えば、インスタンスを 19.0.0.0.ru-2026-04.rur-2026-04.r1 から次のいずれかのエンジンバージョンにアップグレードできます。
-
19.0.0.0.ru-2026-04.spb-1.r1
-
19.0.0.0.ru-2026-07.spb-1.r1
RU が上位のエンジンバージョンである場合にのみ、インスタンスを SPB から RU にアップグレードできます。例えば、SPB バージョン 19.0.0.0.ru-2026-04.spb-1.r1 から上位の RU バージョン 19.0.0.0.ru-2026-07.rur-2026-07.r1 にアップグレードできますが、同じ RU バージョン 19.0.0.0.ru-2026-04.rur-2026-04.r1 にアップグレードすることはできません。
DB インスタンスが自動マイナーバージョンアップグレード用に設定されていて、RU から SPB または SPB から RU に手動でアップグレードすると、自動アップグレードパスが変更されます。RU バージョン 19.0.0.0.ru-2026-04.rur-2026-04.r1 から SPB バージョン 19.0.0.0.ru-2026-04.spb-1.r1 に手動でアップグレードするとします。次回の自動マイナーバージョンアップグレードは SPB バージョン 19.0.0.0.ru-2026-07.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-2026-04.rur-2026-04.r1 aws rds modify-db-instance \ --db-instance-identifier mydbinstance \ --engine-version 19.0.0.0.ru-2026-04.spb-1.r1
SPB が Oracle Spatial とどのように連携するかについての詳細は、「Supplemental パッチバンドル (SPB) の仕組み」を参照してください。Oracle Database 19c でサポートされている RU と SPB については、「Amazon RDS for Oracle Database 19c (19.0.0.0)」を参照してください。Oracle Database 26ai でサポートされている RU、MRP、SPB については、「Amazon RDS for Oracle Database 26ai (26.0.0.0)」を参照してください。
注記
Spatial パッチバンドルの名前が Supplemental パッチバンドル (SPB) に変更されました。SPB には、Data Pump や GoldenGate など、Oracle Spatial 以外のバンドルパッチが追加されました。省略形「SPB」は変更されません。既存の SPB エンジンバージョンはすべて、以前と同じように動作し続けます。
リリース更新と月次推奨パッチ
RDS for Oracle は、Oracle Database 26ai (26.0.0.0) の新しいマイナーエンジンバージョンを四半期ごとにリリースします。各 Oracle Database 26ai エンジンバージョンには、RU コンポーネントと MRP コンポーネントが含まれています。RU には、Oracle が指定した四半期にリリースするパッチが含まれます。MRP には、Critical Security Patch Update と Oracle が推奨するその他の修正が含まれています。
Oracle Database 26ai エンジンバージョンは、 の形式を使用します。この形式には以下のコンポーネントが含まれます。release.ru-ru-date.mrp-mrp-date.rrnumber
リリース-
メジャーリリース番号。
ru-date-
RU の日付。
mrp-date-
MRP の日付。
rnumber-
リビジョン番号。
例えば、2026 年 1 月の四半期 RU の名前は 26.0.0.0.ru-2026-01.mrp-2026-01.r1 です。
Oracle は、四半期ごとの RU の間の月に MRP をリリースすることがあります。新しい MRP はエンジンバージョンの MRP コンポーネントを強化しますが、RU コンポーネントは変わりません。例えば、26.0.0.0.ru-2026-01.mrp-2026-03.r1 には 2026 年 1 月の RU と 2026 年 3 月の MRP が含まれています。
Oracle は MRP を毎月リリースするわけではありません。1 か月間に RU に対する新しい推奨修正や緊急セキュリティパッチの更新がない場合、Oracle はその月に MRP をリリースしません。
RDS for Oracle は、最新の RU に対してのみ MRP をサポートします。以前の RU の最新のセキュリティ修正を取得するには、DB インスタンスを最新の RU にアップグレードします。
上位の Oracle Database 26ai エンジンバージョンにアップグレードできます。アップグレードは、新しい四半期ごとの RU、新しい MRP、またはその両方にすることができます。RDS for Oracle は、マイナーバージョンのダウングレードをサポートしません。Oracle Database 26ai でサポートされている RU と MRP の詳細については、「Amazon RDS for Oracle Database 26ai (26.0.0.0)」を参照してください。
Oracle 用自動マイナーバージョンアップグレードの実行
MRP の手動アップグレード
Oracle Database 26ai の場合、マイナーバージョンの自動アップグレードでは新しい四半期ごとの RU が適用されますが、MRP は適用されません。DB インスタンスを新しい MRP にアップグレードするには、アップグレードを手動で適用します。
マイナーバージョンの自動アップグレードでは、RDS は手動操作なしで、使用可能な最新のマイナーバージョンを Oracle データベースに適用します。Amazon RDS for Oracle DB インスタンスは、次の状況で、次のメンテナンス期間にアップグレードをスケジュールします。
-
DB クラスターの [自動マイナーバージョンアップグレード] オプションが有効になっています。
-
DB インスタンスで最新のマイナー DB エンジンバージョンが実行されていません。
自動アップグレードを有効にする方法については、「マイナーエンジンバージョンの自動アップグレード」を参照してください。
自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用
Amazon RDS for Oracle は、複数のデータベースリソースと AWS アカウントにわたってマイナーバージョンの自動アップグレードを管理するための AWS Organizations アップグレードロールアウトポリシーをサポートしています。このポリシーにより、手動またはカスタムツールを使用してマイナーバージョンの自動アップグレードを調整する運用上のオーバーヘッドがなくなり、アップグレードは運用環境にロールアウトされる前に本番環境以外の環境で最初に適用されるようになります。新しいマイナーエンジンバージョンが利用可能になると、Amazon RDS は、設定されたアップグレードのロールアウト順序に基づいて DB インスタンスをアップグレードします。
| ロールアウト順序のアップグレード | 一般的なユースケース | アップグレードを開始するタイミング |
|---|---|---|
| First | 開発環境とテスト環境 | 最も早い時間 - 新しいバージョンの検証に最適 |
| 秒 | ステージング環境と重要度の低い運用環境 | 「最初」のフェーズが完了した後 |
| Last | 重要な運用環境 | 「2 番目」のフェーズが完了した後 |
重要
DB インスタンスのアップグレードロールアウト順序を設定しない場合、デフォルトで 2 番目に設定されます。
フェーズのタイミングと期間の詳細については、「Amazon RDS がマイナーバージョンの自動アップグレードをスケジュールする方法」を参照してください。AWS Organizations でのアップグレードロールアウトポリシーの設定については、「自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用」を参照してください。
Amazon RDS for Oracle でのマイナーバージョン自動アップグレードの通知
DB インスタンスでマイナーバージョンの自動アップグレードが有効になっている場合、RDS for Oracle はアップグレードを適用する前に通知する保留中のメンテナンスアクションを作成します。これらの保留中のメンテナンスアクションは、Amazon RDS コンソールのデータベースの詳細ページの [メンテナンスとバックアップ] タブで表示できます。
新しいマイナーバージョンが利用可能になると、RDS for Oracle は早期通知 (メンテナンスアクションの保留) を発行します。この早期通知の形式は次のとおりです。
An automatic minor version upgrade toengine-versionwill be applied during your maintenance window onapply-datebased on the upgrade rollout orderrollout-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 アップグレードロールアウトポリシーの使用」を参照してください。
アップグレードのロールアウトフェーズが開始されると、保留中のメンテナンスアクションメッセージは次の形式に変わります。
Automatic minor version upgrade toengine-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 の詳細については、「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 インスタンスを変更し、自動マイナーバージョンアップグレードオプションをオフにします。これにより、保留中の自動アップグレードのスケジュールが解除されます。
マイナーバージョンの自動アップグレードをオフにする方法の詳細については、「マイナーエンジンバージョンの自動アップグレード」を参照してください。マイナーバージョンの自動アップグレードの無効化についてサポートが必要な場合は、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 に直接アップグレードします。