Oracle DB エンジンのアップグレード - Amazon Relational Database Service

Oracle DB エンジンのアップグレード

Amazon RDS が新バージョンの Oracle をサポートすると、DB インスタンスをその新バージョンにアップグレードできます。Amazon RDS では、Oracle DB インスタンスへの次のアップグレードをサポートします。

  • メジャーバージョンアップグレード。

    一般に、データベースエンジンのメジャーバージョンアップグレードは、既存のアプリケーションと互換性のない変更をもたらすことがあります。メジャーバージョンアップグレードを実行するためには、DB インスタンスを手動で変更します。

    重要

    2020 年 11 月 1 日に、Amazon RDS によって Oracle 11g SE1 License Included (LI) インスタンスで Oracle 19c への自動アップグレードが開始されます。自動アップグレードにより、すべての 11g DB インスタンスが最新の利用可能な Oracle Release Update に移動されます。詳細については、「Oracle 11g SE1 の自動アップグレードの準備」を参照してください。

  • マイナーバージョンアップグレード。

    マイナーバージョンアップグレードには、既存のアプリケーションとの下位互換性がある変更のみが含まれます。DB インスタンスでマイナーバージョン自動アップグレードを有効にすると、マイナーバージョンアップグレードが自動的に行われます。その他の場合は、DB インスタンスを手動で変更する必要があります。

DB エンジンを更新すると、停止します。停止時間は、エンジンのバージョンとインスタンスのサイズに応じて異なります。

Amazon RDS で使用できる Oracle のバージョンについての詳細は、「Oracle データベースエンジンのリリースノート」を参照してください。

Oracle DB エンジンのアップグレードの概要

DB インスタンスのバックアップ保持期間を 0 より大きく設定した場合、Amazon RDS はアップグレード中に以下の DB スナップショットを作成します。

  1. アップグレードの変更が行われる前の DB インスタンスのスナップショット。アップグレードがデータベースに対して機能しない場合は、このスナップショットを復元して、以前のバージョンを実行する DB インスタンスを作成できます。

  2. アップグレード完了後の DB インスタンスのスナップショット。

注記

バックアップ保持期間を変更するには、「Amazon RDS DB インスタンスを変更する」を参照してください。

アップグレードが完了したら、DB エンジンの前のバージョンに戻すことはできません。ただし、新しい DB インスタンスを作成する際には、アップグレード前に作成された DB スナップショットを復元します。

マルチ AZ 配置での Oracle のアップグレード

DB インスタンスがマルチ AZ 配置にある場合、Amazon RDS はプライマリとスタンバイの両方のレプリカをアップグレードします。オペレーティングシステムの更新が不要な場合は、プライマリとスタンバイのアップグレードが同時に実行されます。インスタンスは、アップグレードが完了するまで使用できません。

マルチ AZ 配置でオペレーティングシステムの更新が必要な場合は、DB のアップグレードをリクエストした時点で、Amazon RDS によって更新が適用されます。Amazon RDS によって以下の手順が実行されます。

  1. スタンバイ DB インスタンスのオペレーティングシステムを更新します。

  2. スタンバイ DB インスタンスをアップグレードします。

  3. プライマリインスタンスをスタンバイ DB インスタンスにフェイルオーバーします。

  4. 新しいスタンバイ DB インスタンス (従来のプライマリインスタンス) のオペレーティングシステムをアップグレードします。

  5. 新しいスタンバイ DB インスタンスをアップグレードします。

リードレプリカでの Oracle のアップグレード

ソース DB インスタンスとそのすべてのリードレプリカの Oracle DB エンジンバージョンは同じであることが必要です。Amazon RDS によって以下の段階でアップグレードが実行されます。

  1. ソース DB インスタンスをアップグレードします。リードレプリカはこの段階で使用できます。

  2. レプリカのメンテナンスウィンドウに関係なく、リードレプリカを並行してアップグレードします。ソース DB はこの段階で使用できます。

クロスリージョンリードレプリカのメジャーバージョンアップグレードの場合、Amazon RDS によって追加のアクションが実行されます。

  • ターゲットバージョンのオプショングループを自動的に生成します。

  • 元のオプショングループから新しいオプショングループにすべてのオプションとオプション設定をコピーします。

  • アップグレードされたクロスリージョンリードレプリカを新しいオプショングループに関連付けます。

マイクロ DB インスタンスでの Oracle のアップグレード

マイクロ DB インスタンスで実行されているデータベースアップグレードはお勧めしません。これらのインスタンスの CPU には制限があるため、アップグレードが完了するまでに数時間かかることがあります。

Data Pump を使用してデータをコピーすることで、少量のストレージ (10~20 GiB) を持つマイクロ DB インスタンスをアップグレードできます。本番稼働用 DB インスタンスを移行する前に、Data Pump を使用してデータをコピーしてテストすることをお勧めします。

メジャーバージョンのアップグレード

Amazon RDS では、以下のメジャーバージョンへのアップグレードがサポートされています。

メジャーバージョンアップグレードを実行するためには、DB インスタンスを手動で変更します。メジャーバージョンのアップグレードは自動的に実行されません。

メジャーアップグレードでサポートされているバージョン

Amazon RDS では、以下のメジャーバージョンへのアップグレードがサポートされています。

現在のバージョン サポートされているアップグレード

18.0.0.0

19.0.0.0

12.2.0.1

19.0.0.0

18.0.0.0

12.1.0.2

19.0.0.0

18.0.0.0

12.2.0.1

11.2.0.4

19.0.0.0

18.0.0.0

12.2.0.1

12.1.0.2.v5 以降の 12.1 バージョン

メジャーバージョンのアップグレードは、廃止された Oracle バージョン (Oracle バージョン 11.2.0.3 や 11.2.0.2 など) ではサポートされません。メジャーバージョンダウングレードは Oracle のいずれのバージョンでもサポートされていません。

11g から 12c へのメジャーバージョンのアップグレードでは、同月以降にリリースされた Oracle Patch Set Update (PSU) にアップグレードする必要があります。たとえば、11.2.0.4.v14 から 12.1.0.2.v11 へのメジャーバージョンアップグレードがサポートされています。ただし、11.2.0.4.v14 から 12.1.0.2.v9 へのメジャーバージョンアップグレードはサポートされていません。これは、Oracle バージョン 11.2.0.4.v14 は 2017 年 10 月のリリースであり、Oracle バージョン 12.1.0.2.v9 は 2017 年 7 月のリリースであるためです。各 Oracle PSU のリリース日については、「Oracle データベースエンジンのリリースノート」を参照してください。

メジャーアップグレードでサポートされているインスタンスクラス

場合によっては、現在の Oracle DB インスタンスは、アップグレードしようとしているバージョンではサポートされていない DB インスタンスクラスで実行することができます。このような場合は、アップグレードする前に必ず、DB インスタンスがサポートされている DB インスタンスクラスに移行してください。Amazon RDS Oracle の各バージョンおよびエディションでサポートされている DB インスタンスクラスの詳細については、「DB インスタンスクラス」を参照してください。

メジャーアップグレード前の統計の収集

メジャーバージョンアップグレードを実行する前に、アップグレードする DB インスタンスのオプティマイザ統計を収集することをお勧めします。オプティマイザ統計を収集すると、アップグレード中の DB インスタンスのダウンタイムを減らすことができます。

オプティマイザ統計を収集するには、DB インスタンスにマスターユーザーとして接続し、次の例のように DBMS_STATS.GATHER_DICTIONARY_STATS の手順を実行します。

EXEC DBMS_STATS.GATHER_DICTIONARY_STATS;

詳細については、Oracle ドキュメントの「Gathering Optimizer Statistics to Decrease Oracle Database Downtime」を参照してください。

メジャーアップグレードの許可

エンジンのメジャーバージョンアップグレードは、アプリケーションと互換性がない場合があります。アップグレードは元に戻せません。EngineVersion パラメータに現在のメジャーバージョンとは異なるメジャーバージョンを指定する場合は、メジャーバージョンアップグレードを許可する必要があります。

CLI コマンド modify-db-instance を使用してメジャーバージョンをアップグレードする場合は、--allow-major-version-upgrade を指定する必要があります。このアクセス許可は永続的な設定ではないため、メジャーアップグレードを実行するたびに --allow-major-version-upgrade を指定する必要があります。このパラメータは、エンジンのマイナーバージョンアップグレードには影響しません。詳細については、「DB インスタンスのエンジンバージョンのアップグレード」を参照してください。

コンソールを使用してメジャーバージョンをアップグレードする場合は、アップグレードを許可するオプションを選択する必要はありません。代わりに、メジャーアップグレードは元に戻せないという警告がコンソールに表示されます。

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

マイナーバージョンアップグレードでは、メジャーバージョンの Oracle データベースパッチセットアップデート (PSU) またはリリースアップデート (RU) を適用します。

Amazon RDS for Oracle DBインスタンスは、次の条件を満たす場合、次のメンテナンスウィンドウ中に自動的にアップグレードされるようにスケジュールされています。

  • DB インスタンスの [Auto minor version upgrade (マイナーバージョン自動アップグレード)] オプションは有効になっています。

  • DB インスタンスで最新のマイナー DB エンジンバージョンが実行されていません。

DB インスタンスは、Amazon RDS for Oracle によって利用可能になってから 4〜6 週間後に最新の四半期 PSU または RU にアップグレードされます。PSU および RU の詳細については、「Oracle データベースエンジンのリリースノート」を参照してください。

次のマイナーバージョンアップグレードはサポートされません。

現在のバージョン サポートされていないアップグレード

12.1.0.2.v6

12.1.0.2.v7

12.1.0.2.v5

12.1.0.2.v7

12.1.0.2.v5

12.1.0.2.v6

注記

マイナーバージョンのダウングレードはサポートされていません。

Oracle SE2 アップグレードパス

次の表に、サポートされているスタンダードエディション 2 (SE2) へのアップグレードパスを示します。ライセンス込みのモデルと自分のライセンス使用モデル (BYOL) の詳細については、「Oracle のライセンスオプション」を参照してください。

既存の設定 サポートされている SE2 設定

12.2.0.1 SE2、BYOL

12.2.0.1 SE2、BYOL またはライセンス込み

12.1.0.2 SE2、BYOL

12.2.0.1 SE2、BYOL またはライセンス込み

12.1.0.2 SE2、BYOL またはライセンス込み

11.2.0.4 SE1、BYOL またはライセンス込み

11.2.0.4 SE、BYOL

12.2.0.1 SE2、BYOL またはライセンス込み

12.1.0.2 SE2、BYOL またはライセンス込み

既存の設定からサポートされる SE2 設定にアップグレードするには、サポートされているアップグレードパスを使用します。詳細については、「メジャーバージョンのアップグレード」を参照してください。

Oracle DB のアップグレードに関する考慮事項

アップグレードする前に、オプショングループ、パラメータグループ、およびタイムゾーンへの影響を確認してください。

オプショングループに関する考慮事項

DB インスタンスでカスタムオプショングループを使用している場合、状況によっては、Amazon RDS で DB インスタンスに新しいオプショングループを自動的に割り当てられないことがあります。たとえば、この問題は、新しいメジャーバージョンにアップグレードするときに発生します。このような場合は、アップグレード時に新しいオプショングループを指定する必要があります。新しいオプショングループを作成し、このオプショングループに既存のカスタムオプショングループと同じオプションを追加することをお勧めします。

詳細については、「オプショングループを作成する」または「オプショングループをコピーする」を参照してください。

DB インスタンスが APEX オプションを含むカスタムオプショングループを使用している場合は、DB インスタンスのアップグレードにかかる時間を短縮できることがあります。そのためには、DB インスタンスと APEX のバージョンを同時にアップグレードします。詳細については、「APEX バージョンのアップグレード」を参照してください。

パラメータグループに関する考慮事項

DB インスタンスでカスタムパラメータグループを使用している場合、Amazon RDS で DB インスタンスに新しいパラメータグループを自動的に割り当てられないことがあります。たとえば、この状況は、新しいメジャーバージョンにアップグレードするときに発生します。このような場合は、アップグレード時に必ず新しいパラメータグループを指定してください。新しいパラメータグループを作成し、そのパラメータの設定を既存のカスタムパラメータグループと同じにすることをお勧めします。

詳細については、「DB パラメータグループを作成する」または「DB パラメータグループをコピーする」を参照してください。

タイムゾーンに関する考慮事項

タイムゾーンオプションを使用して、Oracle DB インスタンスで使用するシステムのタイムゾーンを変更することができます。たとえば、オンプレミス環境またはレガシーアプリケーションとの互換性があるように、DB インスタンスのタイムゾーンで変更が必要になることがあります。タイムゾーンオプションでは、ホストレベルでタイムゾーンが変更されます。Amazon RDS for Oracle は、システムタイムゾーンを年間を通して自動的に更新します。システムのタイムゾーンの詳細については、「Oracle のタイムゾーン」を参照してください。

Oracle DB インスタンスを作成すると、データベースによって データベースのタイムゾーンが自動的に設定されます。データベースのタイムゾーンは、夏時間 (DST) タイムゾーンとも呼ばれます。データベースのタイムゾーンは、システムのタイムゾーンとは異なります。

Oracle Database の各リリース間には、パッチセットまたは個々のパッチに、新しい DST バージョンが含まれる場合があります。これらのパッチは、さまざまなタイムゾーンリージョンの移行ルールの変更を反映しています。たとえば、DST が有効になると、政府機関が変わる場合があります。DST ルールを変更すると、TIMESTAMP WITH TIME ZONE データ型の既存のデータに影響する場合があります。

RDS for Oracle インスタンスをアップグレードする場合、Amazon RDS はデータベースのタイムゾーンを自動的にアップグレードしません。データベースのタイムゾーンを手動でアップグレードするには、必要な DST パッチを持つ新しい Oracle DB インスタンスを作成します。次に、現在のインスタンスから新しいインスタンスにデータを移行します。データを移行するには、以下を含む複数の手法を使用できます。

  • Oracle GoldenGate

  • AWS Database Migration Service

  • Oracle Data Pump

  • 元のエクスポート/インポート (Oracle Database 11g 時点で、一般的な使用に対してはサポート終了)

注記

Oracle Data Pump を使用してデータを移行すると、ターゲットのタイムゾーンバージョンがソースのタイムゾーンバージョンよりも古い場合、エラー ORA-39405 が発生します。

詳細については、Oracle ドキュメントの「TIMESTAMP WITH TIMEZONE Restrictions」を参照してください。

アップグレードをテストする

DB インスタンスのメジャーバージョンアップグレードを実行する前に、データベースとそのデータベースにアクセスするすべてのアプリケーションについて必ず、新しいバージョンとの互換性を綿密にテストしてください。以下の手順を実行することをお勧めします。

メジャーバージョンのアップグレードをテストするには

  1. データベースエンジンの新しいバージョンについて Oracle アップグレードドキュメントを参照して、データベースやアプリケーションに影響を与える可能性のある互換性の問題があるかどうかを確認します。詳細については、Oracle ドキュメントの「Database Upgrade Guide」を参照してください

  2. DB インスタンスでカスタムオプショングループを使用している場合は、アップグレード先の新しいバージョンと互換性がある新しいオプショングループを作成します。詳細については、「オプショングループに関する考慮事項」を参照してください。

  3. DB インスタンスでカスタムパラメータグループを使用している場合は、アップグレード先の新しいバージョンと互換性がある新しいパラメータグループを作成します。詳細については、「パラメータグループに関する考慮事項」を参照してください。

  4. アップグレードする DB インスタンスの DB スナップショットを作成します。詳細については、「DB スナップショットの作成」を参照してください。

  5. DB スナップショットを復元して、新しいテスト DB インスタンスを作成します。詳細については、「DB のスナップショットからの復元」を参照してください。

  6. この新しいテスト DB インスタンスを変更して新しいバージョンにアップグレードするには、次に説明するいずれかの方法を使用します。

  7. テストを実行します。

    • データベースとアプリケーションが新しいバージョンで正常に動作することが確認されるまで、アップグレードした DB インスタンスに対する品質保証テストを必要な回数だけ実行します。

    • 手順 1 で特定した互換性の問題の影響を評価するための新しいテストを実行します。

    • すべてのストアドプロシージャ、関数、トリガーをテストします。

    • アプリケーションのテストバージョンを、アップグレードした DB インスタンスに割り振ります。アプリケーションが新しいバージョンで正しく動作することを確認します。

    • アップグレードしたインスタンスによって使用されるストレージを評価して、アップグレードに追加のストレージが必要かどうかを判断します。本稼働で新しいバージョンをサポートするために、より大きなインスタンスのクラスを選択する必要がある場合もあります。詳細については、「DB インスタンスクラス」を参照してください。

  8. すべてのテストに合格したら、本番稼働用 DB インスタンスをアップグレードします。DB インスタンスへの書き込みオペレーションを許可する前に、DB インスタンスが正しく機能していることを確認することをお勧めします。

Oracle 11g SE1 の自動アップグレードの準備

2020 年 11 月 1 日に、Oracle 11g SE1 License Included (LI) インスタンスで Oracle for Amazon RDS の Oracle 19c への自動アップグレードが開始される予定です。リザーブドインスタンスを含むすべての 11g インスタンスが最新の利用可能な Oracle Release Update (RU) に移動されます。

重要

DB インスタンスが db.t2.micro または db.t3.micro インスタンスクラスである場合、リースはキャンセルされます。Oracle 19c SE2 で実行されている新しいインスタンスクラスの新しいリザーブドインスタンスを購入できます。詳細については、AWS サポートにお問い合わせください。

アップグレード戦略の選択

2020 年 11 月 1 日より前に、DB インスタンスで 11.2.0.4 SE LI が実行されており、Amazon RDS による自動アップグレードを実行しない場合は、以下のいずれかの戦略を使用します。

  • LI モデルで DB インスタンスを Oracle バージョン 12.1、12.2、18c、または 19c にアップグレードします。

  • 11.2 のスナップショットをアップグレードしてから、復元します。詳細については、「スナップショットを使用した SE2 から EE への移行」を参照してください。

  • 適切な SE1 ライセンスがある場合は、インスタンスを自分のライセンス使用 (BYOL) モデルに変更します。詳細については、「ライセンスモデルを BYOL に変更する」を参照してください。

DB インスタンスで 11.2.0.4 SE LI が実行されており、2020 年 11 月 1 日に Amazon RDS によって自動アップグレードが実行されるようにする場合は、「11g SE1 の自動アップグレードのしくみ」で説明されている影響をよく理解しておいてください。

スナップショットを使用した SE2 から EE への移行

自動アップグレードを回避するために、Oracle ソフトウェアの SE エディションから Enterprise Edition に移行できます。この手法を使用するには、実行する DB インスタンスのエディションとクラスに適した未使用の Oracle ライセンスが必要です。ただし、エンタープライズエディションから別のエディションには移行できません。

スナップショットをアップグレードまたは復元するときは、新しい 19c SE2 準拠のパラメータグループを提供します。11g SE1 オプショングループと 19c SE2 オプショングループを厳密に一致させることをお勧めします。以下のアップグレードオプションがあります。

  • 11.2.0.4 SE1 LI スナップショットがある場合は、それらを LI モデルの 12.1、12.2、18c、または 19c SE2 にアップグレードします。

  • 11.2.0.2 または 11.2.0.3 SE1 LI スナップショットがある場合は、以下の手順を実行します。

    1. スナップショットを 11.2.0.2 または 11.2.0.3 から 11.2.0.4 にアップグレードします。

    2. スナップショットを 11.2.0.4 から 12.1、12.2、18c、または 19c SE2 LI にアップグレードします。

データを保持しながら Oracle のエディションを変更するには、実行中の DB インスタンスのスナップショットを作成します。その後、スナップショットから目的のエディションの新しい DB インスタンスを作成します。古い DB インスタンスを保持する必要がなく、該当する Oracle Database ライセンスもなければ、古い DB インスタンスを削除することをお勧めします。

スナップショットを使用して 12.2 SE2 から 12.2 EE に移行するには

  1. アプリケーションを停止します。

  2. DB スナップショットの作成」の手順を使用して、12.2 SE2 インスタンスのスナップショットを作成します。

  3. スナップショットからの復元」の手順を使用して、作成したスナップショットを復元します。[Engine (エンジン)] で、[Oracle Enterprise Edition] を選択します。

    スナップショットを復元するために、Oracle によって新しい DB インスタンスが作成されます。

  4. DB インスタンスの名前を変更する」の手順を使用して、元の SE2 DB インスタンスの名前を変更します。たとえば、元の DB インスタンスが orcl1 の場合は、名前を orcl1-se2 に変更します。

  5. SE2 インスタンスの元の名前と一致するように新しい EE インスタンスの名前を変更します。たとえば、元の SE2 インスタンスの名前が orcl1 の場合は、EE インスタンスの名前を orcl1 に変更します。新しいインスタンスは元のインスタンスと同じ名前であるため、リスナーエンドポイントを再利用できます。

  6. アプリケーションを起動し、新しい EE インスタンスに接続します。

  7. アプリケーションが想定どおりに動作することを確認してから、SE2 インスタンスを削除します。

スナップショットのアップグレードの詳細については、「Oracle DB スナップショットのアップグレード」を参照してください。

ライセンスモデルを BYOL に変更する

LI から BYOL に切り替えると、DB インスタンスで数分のダウンタイムが発生します。この期間中、RDS for Oracle によって DB インスタンスが別のホストに移動されます。ダウンタイムが懸念される場合は、復元された本番稼働用スナップショットでライセンスの変更をテストすることをお勧めします。

ライセンスモデルを BYOL に変更する 1 つの方法は、AWS マネジメントコンソール を使用することです。

コンソールを使用してライセンスモデルを BYOL に変更するには

  1. AWS マネジメントコンソールにサインインし、Amazon RDS コンソール (https://console.aws.amazon.com/rds/) を開きます。

  2. ナビゲーションペインで、[データベース] を選択します。

  3. [DB identifier (DB 識別子)] で、ライセンスモデルを変更するデータベースの ID を選択します。

  4. [Modify] を選択します。

  5. [License model (ライセンスモデル)] で、[bring-your-own-license (自分のライセンス使用)] を選択します。

  6. [Continue] を選択します。

  7. [Scheduling of modifications (変更のスケジュール)] セクションで、[Apply immediately (すぐに適用)] を選択します。

  8. [DB インスタンスの変更] を選択します。

オプショングループを作成するには、--license-model パラメータを指定して AWS CLI modify-db-instance コマンドを使用します。

以下の例では、orcl1 という名前のデータベースを BYOL ライセンスモデルに切り替えます。

Linux、macOS、Unix の場合:

aws rds modify-db-instance \ --db-instance-identifier orcl1 \ --license_model bring-your-own-license

Windows の場合:

aws rds modify-db-instance ^ --db-instance-identifier orcl1 ^ --license_model bring-your-own-license

この時点で、リザーブドインスタンスのキャンセルリクエストを開きます。テクニカルアカウントマネージャーに、リザーブドインスタンスオペレーションチームと連携するように依頼します。

オプショングループを作成するには、LicenseModel パラメータを指定して Amazon RDS API CreateOptionGroup オペレーションを呼び出します。

11g SE1 の自動アップグレードのしくみ

前のセクションの戦略を実装していない場合にのみ、2020 年 11 月 1 日に RDS for Oracle 11.2 インスタンスの自動アップグレードが開始される予定です。自動アップグレードはメンテナンスウィンドウ中に実行されます。ただし、アップグレードを実行する必要があるときにメンテナンスウィンドウを使用できない場合、Amazon RDS for Oracle によってエンジンがすぐにアップグレードされます。

アップグレードは以下の段階で実行されます。

重要

自動アップグレードは、AWS CloudFormation スタックに予期しない結果をもたらすことがあります。Amazon RDS を使用して DB インスタンスを自動的にアップグレードすると、AWS CloudFormation で問題が発生する場合があります。

インスタンスクラスのスケーリング

一部の DB インスタンスタイプは 19c ではサポートされていません。自動アップグレードの開始前に、Amazon RDS によって、サポートされていないクラスが、対応するサポートされているクラスにスケーリングされます。以下の表に、サポートされていない各クラスに対応するサポートされているクラスを示します。

サポートされていないインスタンスクラス

サポートされていないクラスの vCPU

サポートされていないクラスのメモリ

サポートされているインスタンスクラス

サポートされているクラスの vCPU

サポートされていないクラスのメモリ

HugePagesはデフォルトですか?

t3.micro

2

1 GB

t3.small

2

2 GB

いいえ

t2.micro

1

1 GB

t3.small

2

2 GB

いいえ

t2.small

1

2 GB

t3.small

2

2 GB

いいえ

t2.medium

2

4 GB

t3.medium

2

4 GB

いいえ

t2.large

2

8 GB

t3.large

2

8 GB

いいえ

t2.xlarge

4

16 GB

t3.xlarge

4

16 GB

いいえ

t2.2xlarge

8

32 GB

t3.2xlarge

8

32 GB

いいえ

m3.large

2

7.5 GB

m5.large

2

8 GB

いいえ

m3.xlarge

4

15 GB

m5.xlarge

4

16 GB

はい

m3.2xlarge

8

30 GB

m5.2xlarge

8

32 GB

はい

r3.large

2

15.25 GB

r5.large

2

16 GB

はい

r3.xlarge

4

30.5 GB

r5.xlarge

4

32 GB

はい

r3.2xlarge

8

61 GB

r5.2xlarge

8

64 GB

はい

r3.4xlarge

16

122 GB

r5.4xlarge

16

128 GB

はい

r3.8xlarge

32

244 GB

r5.8xlarge

32

256 GB

はい

新しいインスタンスクラスで HugePages がデフォルトである場合、アップグレードでは以下の手順が実行されます。

  1. パラメータグループのクローンを作成します。Amazon RDS によって明示的に初期化パラメータ USE_LARGE_PAGESFALSE に設定されます。

  2. クローンパラメータグループを DB インスタンスに適用します。

  3. DB インスタンスを再起動します。

  4. DB インスタンスを新しいインスタンスクラスにスケーリングします。

11.2.0.4 SE1 から 19c SE2 へのアップグレード

自動アップグレード中に、Amazon RDS によって以下の手順が実行されます。

  1. カスタムパラメータグループのクローンを 19c パラメータグループに作成します。詳細については、「パラメータグループのクローン作成」を参照してください。

  2. カスタムオプショングループのクローンを 19c オプショングループに作成します。詳細については、「オプショングループのクローン作成」を参照してください。

  3. 19c パッチを DB インスタンスに適用します。詳細については、「19c パッチの適用」を参照してください。

パラメータグループのクローン作成

自動アップグレード中に、RDS によって 11g インスタンスの新しい 19c パラメータグループが作成されます。アップグレードされたインスタンスによって新しいパラメータグループが使用されます。

RDS によってすべてのパラメータとパラメータ値が 11g から 19c にコピーされます。例外は以下のパラメータであり、RDS によってパラメータグループの作成前に除外されます。

  • _sqlexec_progression_cost

  • exafusion_enabled

  • global_context_pool_size

  • max_connections

  • max_enabled_roles

  • o7_dictionary_access

  • optimizer_adaptive_features

  • parallel_automatic_tuning

  • parallel_degree_level

  • sec_case_sensitive_logon

  • standby_archive_dest

  • use_indirect_data_buffers

  • utl_file_dir

オプショングループのクローン作成

自動アップグレード中に、RDS によって 11g インスタンスの新しい 19c オプショングループが作成されます。アップグレードされたインスタンスによって新しいオプショングループが使用されます。

以下の表では、特別な処理が必要なオプションを示しています。

オプション

特別な処理に関する注意

OEM_AGENT

13.1.0.0.v1 より前のバージョンのエージェントを使用している場合、Amazon RDS によってこのオプションはクローンオプショングループから省かれます。19c エージェントのバージョンは、11g で利用可能なものよりも高いバージョンから始まります。

XMLDB

このオプションは 11g より後のリリースではサポートされていないため、Amazon RDS によってこのオプションはクローンオプショングループから省かれます。

APEX

APEX または APEX-DEV バージョン 4.1.1.v1、4.2.6.v1、5.0.4.v1、5.1.2.v1、5.1.4.v1、18.1.v1、または 18.2.v1 を実行している場合、Amazon RDS によってそれはバージョン 19.2.v1 に更新されます。APEX 19.1.v1 を実行している場合、Amazon RDS によってそのオプションはそのままコピーされます。

SQLT

SQLT 12.1.160429 または 12.2.180331 を実行している場合、Amazon RDS によってそれはアンインストールされてから 12.2.180725 にアップグレードされます。

重要

自動アップグレードにより、12.1.160429 または 12.2.180331 上の既存の SQLT データは削除されます。

19c パッチの適用

アップグレードの最終段階で、Amazon RDS によって DB エンジンを 19c にアップグレードするために必要なパッチが適用されます。アップグレードの完了後、DB インスタンスで使用される新しい 19c のパラメータグループとオプショングループを指定していることを確認してください。

Oracle DB インスタンスのアップグレード

Oracle DB インスタンスの手動または自動アップグレードについては、「DB インスタンスのエンジンバージョンのアップグレード」を参照してください。