Oracle のマイナーバージョンのアップグレード - Amazon Relational Database Service

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 エンジンは、手動または自動でマイナーバージョンにアップグレードできます。手動でアップグレードする方法については、「エンジンバージョンの手動アップグレード」を参照してください。自動アップグレードの設定方法については、「マイナーエンジンバージョンの自動アップグレード」を参照してください。手動でアップグレードするか自動アップグレードするかにかかわらず、マイナーバージョンのアップグレードにはダウンタイムが伴います。アップグレードを計画するときは、このダウンタイムを考慮してください。

Amazon RDS は、複数のデータベースリソースと AWS アカウントにわたるマイナーバージョンの自動アップグレードを管理するためのアップグレードロールアウトポリシーもサポートしています。詳細については、「自動マイナーバージョンアップグレードの AWS Organizations アップグレードロールアウトポリシーの使用」を参照してください。

重要

本稼働データベースにアップグレードを適用する前に、アップグレードを徹底的にテストしてアプリケーションが正常に動作することを確認してください。詳細については、「Oracle DB アップグレードのテスト」を参照してください。

リリースアップデート (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 Database 19c でサポートされている RU と SPB については、「Amazon RDS for Oracle Database 19c (19.0.0.0)」を参照してください。

Oracle 用自動マイナーバージョンアップグレードの実行

マイナーバージョンの自動アップグレードでは、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 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 アップグレードロールアウトポリシーの使用」を参照してください。

アップグレードのロールアウトフェーズが開始されると、保留中のメンテナンスアクションメッセージは次の形式に変わります。

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 の詳細については、「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 に直接アップグレードします。