

# Oracle のデータベースアップグレードに関する考慮事項
<a name="USER_UpgradeDBInstance.Oracle.OGPG"></a>

Oracle インスタンスをアップグレードする前に、次の情報を確認してください。

**Topics**
+ [Oracle マルチテナントに関する考慮事項](#USER_UpgradeDBInstance.Oracle.multi)
+ [オプショングループに関する考慮事項](#USER_UpgradeDBInstance.Oracle.OGPG.OG)
+ [パラメータグループに関する考慮事項](#USER_UpgradeDBInstance.Oracle.OGPG.PG)
+ [タイムゾーンに関する考慮事項](#USER_UpgradeDBInstance.Oracle.OGPG.DST)
+ [Spatial パッチバンドル (SPB) に関する考慮事項](#USER_UpgradeDBInstance.Oracle.SPB)

## Oracle マルチテナントに関する考慮事項
<a name="USER_UpgradeDBInstance.Oracle.multi"></a>

次の表では、さまざまなリリースでサポートされる 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 アーキテクチャのシングルテナント設定](Oracle.Concepts.CDBs.md#Oracle.Concepts.single-tenant)」を参照してください。

## オプショングループに関する考慮事項
<a name="USER_UpgradeDBInstance.Oracle.OGPG.OG"></a>

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

詳細については、「[オプショングループを作成する](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Create)」または「[オプショングループをコピーする](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Copy)」を参照してください。

DB インスタンスで使用するカスタムオプショングループに `APEX` オプションと `APEX-DEV` オプションが含まれている場合、アップグレード時間を短縮できる可能性があります。そのためには、使用しているバージョンの APEX を DB インスタンスと同時にアップグレードします。詳細については、「[Oracle APEX バージョンのアップグレード](Appendix.Oracle.Options.APEX.UpgradeandRemove.md#Appendix.Oracle.Options.APEX.Upgrade)」を参照してください。

## パラメータグループに関する考慮事項
<a name="USER_UpgradeDBInstance.Oracle.OGPG.PG"></a>

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

詳細については、「[Amazon RDS での DB パラメータグループの作成](USER_WorkingWithParamGroups.Creating.md)」または「[Amazon RDS での DB パラメータグループのコピー](USER_WorkingWithParamGroups.Copying.md)」を参照してください。

## タイムゾーンに関する考慮事項
<a name="USER_UpgradeDBInstance.Oracle.OGPG.DST"></a>

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

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

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

RDS for Oracle DB インスタンスをアップグレードする場合、Amazon RDS はデータベースのタイムゾーンファイルを自動的にアップグレードしません。タイムゾーンファイルを自動的にアップグレードするには、エンジンバージョンのアップグレード中またはアップグレード後に、DB インスタンスに関連付けられたオプショングループに `TIMEZONE_FILE_AUTOUPGRADE` オプションを追加します。詳しくは、「[Oracle のタイムゾーンファイルの自動アップグレード](Appendix.Oracle.Options.Timezone-file-autoupgrade.md)」を参照してください。

データベースのタイムゾーンファイルを手動でアップグレードするには、必要な 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](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-overview.html#GUID-9B6C92EE-860E-43DD-9728-735B17B9DA89)」を参照してください。

## Spatial パッチバンドル (SPB) に関する考慮事項
<a name="USER_UpgradeDBInstance.Oracle.SPB"></a>

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 に手動でアップグレードできます。