Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

Oracle のマイナーバージョンのアップグレード

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

RDS for Oracle では、マイナーバージョンアップグレードは、メジャー DB エンジンバージョンの更新です。RDS では、マイナーエンジンバージョンは、リリースアップデート (RU) または Spatial パッチバンドル (SPB) のいずれかです。例えば、DB インスタンスでメジャーバージョン Oracle Database 21c とマイナーバージョン 21.0.0.0.ru-2024-10.rur-2024-10.r1 を実行している場合、DB エンジンはマイナーバージョン 21.0.0.0.ru-2025-01.rur-2025-01.r1 にアップグレードできます。RDS for Oracle は、マイナーバージョンのダウングレードをサポートしません。

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

重要

本稼働データベースにアップグレードを適用する前に、アップグレードを徹底的にテストしてアプリケーションが正常に動作することを確認してください。詳細については、「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 エンジンバージョンが実行されていません。

  • DB インスタンスには、まだアップグレードがスケジュールされていません。

自動アップグレードを有効にする方法については、「マイナーエンジンバージョンの自動アップグレード」を参照してください。

マイナーバージョンの自動アップグレードのスケジュールに関する事前通知

RDS は、自動アップグレードのスケジュールを開始する前に事前通知を発行します。通知は、データベース詳細ページの [メンテナンスとバックアップ] タブにあります。メッセージの形式は、次のとおりです。

An automatic minor version upgrade to engine version will become available on availability-date and will be applied during a subsequent maintenance window.

事前通知の availability-date は、RDS が、お客様の AWS リージョンで DB インスタンスのアップグレードのスケジュールを開始する日付です。DB インスタンスのアップグレードが予定されている日付ではありません。例えば、availability-date が 3 月 1 日の場合、RDS は、この日付に 4 月 14 日のアップグレードをスケジュールする場合があります。

次の例に示すように、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", "OptInStatus": "next-maintenance" } ] }, ...

次の表は、保留中のメンテナンスアクションメッセージの種類別にオプションを示しています。

保留中のメンテナンスアクションメッセージ メッセージが表示されるタイミング 次のメンテナンスウィンドウで適用できるか? すぐに適用できるか? オプトインの取り消しができるか?
engine-version への自動マイナーバージョンアップグレードは、availability-date に利用可能になるため、その後のメンテナンスウィンドウ中に適用する必要があります。 自動アップグレードが予定されている 4~6 週間前。 あり あり あり
engine-version への自動マイナーバージョンアップグレード availability-date 以降。RDS は、DB インスタンスの次回のメンテナンスウィンドウで、このアップグレードを自動的に適用します。 あり はい いいえ

describe-pending-maintenance-actions の詳細については、「AWS CLI Command Reference」(AWS CLI コマンドリファレンス) を参照してください。

RDS が Oracle 用自動マイナーバージョンアップグレードをスケジュールすると

自動アップグレードの利用可能日になると、RDS はアップグレードのスケジュールを開始します。ほとんどの AWS リージョン では、RDS は利用可能日の約 4~6 週間後に、最新の四半期 RU にアップグレードをスケジュールします。予定日は、AWS リージョン およびその他の要因によって異なります。RU または RUR の詳細については、Amazon RDS for Oracle リリースノートを参照してください。

RDS がアップグレードをスケジュールすると、データベース詳細ページの [メンテナンスとバックアップ] タブに次の通知が表示されます。

Automatic minor version upgrade to engine-version

前のメッセージは、RDS が次回のメンテナンスウィンドウに DB エンジンのアップグレードをスケジュールしたことを示しています。

RDS が以前のマイナーバージョンを適用する前に、新しいマイナーバージョンが利用可能になる場合があります。例えば、インスタンスで minor-version-1 を実行しているときに、minor-version-2minor-version-3 がアップグレードターゲットとして利用可能なる場合があります。この場合、DB インスタンスの不要なダウンタイムを回避するために、RDS はマイナーバージョンの自動アップグレードを最新バージョンにスケジュールし、以前のバージョンへのアップグレードをスキップします。この例で、RDS はインスタンスを minor-version-1 から minor-version-3 に直接アップグレードします。

マイナーバージョンアップグレードの一定の頻度を確保するために、自動アップグレードメカニズムを使用する代わりに、インスタンスを手動でアップグレードできます。次回のメンテナンスウィンドウのアップグレードをスケジュールするには、modify-db-instance を使用してマイナーバージョンにアップグレードするときに --no-apply-immediately を指定します。すぐにアップグレードするには、代わりに --apply-immediately を指定します。詳細については、「エンジンバージョンの手動アップグレード」を参照してください。

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

新しいマイナーバージョンが使用可能になったら、DB インスタンスをこのバージョンに手動でアップグレードできます。次の例では、orclinst1 という名前の 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

まだスケジュールされていないマイナーバージョンの自動アップグレードをオプトアウトするには、次の例のように、--opt-in-typeundo-opt-in に設定します。

aws rds apply-pending-maintenance-action \ --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \ --apply-action db-upgrade \ --opt-in-type undo-opt-in

RDS が DB インスタンスのアップグレードを既にスケジュールしていた場合は、apply-pending-maintenance-action を使用してキャンセルすることはできません。ただし、DB インスタンスを変更して、自動マイナーアップグレード機能をオフにすることができ、これによってアップグレードのスケジュールが解除されます。

マイナーバージョンの自動アップグレードをオフにする方法については、「マイナーエンジンバージョンの自動アップグレード」を参照してください。apply-pending-maintenance-action の詳細については、「AWS CLI Command Reference」(AWS CLI コマンドリファレンス) を参照してください。

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.