Oracle のデータベースアップグレードに関する考慮事項
Oracle インスタンスをアップグレードする前に、次の情報を確認してください。
トピック
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 アーキテクチャのシングルテナント設定」を参照してください。
オプショングループに関する考慮事項
DB インスタンスがカスタムオプショングループを使用している場合、Amazon RDS が新しいオプショングループを自動的に割り当てられないことがあります。例えば、この状況は、新しいメジャーバージョンにアップグレードするときに発生します。このような場合、アップグレード時に新しいオプショングループを指定します。新しいオプショングループを作成し、このオプショングループに既存のカスタムオプショングループと同じオプションを追加することをお勧めします。
詳細については、「オプショングループを作成する」または「オプショングループをコピーする」を参照してください。
DB インスタンスが APEX オプションを含むカスタムオプショングループを使用している場合、アップグレード時間を短縮できることがあります。そのためには、DB インスタンスと APEX のバージョンを同時にアップグレードします。詳細については、「APEX バージョンのアップグレード」を参照してください。
パラメータグループに関する考慮事項
DB インスタンスでカスタムパラメータグループを使用している場合、Amazon RDS で DB インスタンスに新しいパラメータグループを自動的に割り当てられないことがあります。例えば、この状況は、新しいメジャーバージョンにアップグレードするときに発生します。このような場合、アップグレード時に必ず新しいパラメータグループを指定する必要があります。新しいパラメータグループを作成し、そのパラメータの設定を既存のカスタムパラメータグループと同じにすることをお勧めします。
詳細については、「Amazon RDS での DB パラメータグループの作成」または「Amazon RDS での DB パラメータグループのコピー」を参照してください。
タイムゾーンに関する考慮事項
タイムゾーンオプションを使用して、Oracle DB インスタンスで使用するシステムのタイムゾーンを変更することができます。例えば、オンプレミス環境またはレガシーアプリケーションとの互換性があるように、DB インスタンスのタイムゾーンで変更が必要になることがあります。タイムゾーンオプションでは、ホストレベルでタイムゾーンが変更されます。Amazon RDS for Oracle では、システムタイムゾーンは年間を通して自動的に更新されます。システムのタイムゾーンの詳細については、「Oracle のタイムゾーン」を参照してください。
Oracle DB インスタンスを作成すると、データベースによって データベースのタイムゾーンが自動的に設定されます。データベースのタイムゾーンは、夏時間 (DST) タイムゾーンとも呼ばれます。データベースのタイムゾーンは、システムのタイムゾーンとは異なります。
Oracle Database の各リリース間には、パッチセットまたは個々のパッチに、新しい DST バージョンが含まれる場合があります。これらのパッチは、さまざまなタイムゾーンリージョンの移行ルールの変更を反映しています。例えば、DST が有効になると、政府機関が変わる場合があります。DST ルールを変更すると、TIMESTAMP WITH TIME ZONE
データ型の既存のデータに影響する場合があります。
RDS for Oracle DB インスタンスをアップグレードする場合、Amazon RDS はデータベースのタイムゾーンファイルを自動的にアップグレードしません。タイムゾーンファイルを自動的にアップグレードするには、エンジンバージョンのアップグレード中またはアップグレード後に、DB インスタンスに関連付けられたオプショングループに TIMEZONE_FILE_AUTOUPGRADE
オプションを追加します。詳しくは、「Oracle のタイムゾーンファイルの自動アップグレード」を参照してください。
データベースのタイムゾーンファイルを手動でアップグレードするには、必要な 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
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 に手動でアップグレードできます。