ディレクトリの作成と削除 DB インスタンスディレクトリ内のファイルのリスト化 DB インスタンスディレクトリ内のファイルの読み取り Opatch ファイルへのアクセスアドバイザータスクの管理 HugePages の有効化拡張データ型を有効にする

Oracle DB インスタンスのその他のタスクの実行

次に、Oracle を実行している Amazon RDS DB インスタンスでその他の DBA タスクを実行する方法を示します。マネージド型サービスの操作性を実現するために、Amazon RDS では DB インスタンスへのシェルアクセスは提供していません。また、上位の権限を必要とする特定のシステムプロシージャやシステムテーブルへのアクセスが制限されます。

トピック

主要データストレージ領域でのディレクトリの作成と削除
DB インスタンスディレクトリ内のファイルのリスト化
DB インスタンスディレクトリ内のファイルの読み取り
Opatch ファイルへのアクセス
アドバイザータスクの管理
Oracle DB インスタンスの HugePages の有効化
拡張データ型を有効にする

主要データストレージ領域でのディレクトリの作成と削除

ディレクトリを作成するには、Amazon RDS プロシージャ rdsadmin.rdsadmin_util.create_directory を使用します。最大 10,000 個のディレクトリを作成でき、すべてメインデータストレージ領域に配置されます。ディレクトリを作成するには、Amazon RDS プロシージャ rdsadmin.rdsadmin_util.drop_directory を使用します。

create_directory および drop_directory プロシージャには、以下の必須パラメータがあります。

パラメータ名	データ型	デフォルト	必須	説明
`p_directory_name`	varchar2	—	はい	ディレクトリの名前。

次の例では、新しいディレクトリ PRODUCT_DESCRIPTIONS を作成します。


EXEC rdsadmin.rdsadmin_util.create_directory(p_directory_name => 'product_descriptions');

データディクショナリは、ディレクトリ名を大文字で保存します。DBA_DIRECTORIES を照会することで、ディレクトリを一覧表示できます。システムによって実際のホストパス名が自動的に選択されます。以下の例では、PRODUCT_DESCRIPTIONS という名前のディレクトリのディレクトリパスを取得しています。


SELECT DIRECTORY_PATH 
  FROM DBA_DIRECTORIES 
 WHERE DIRECTORY_NAME='PRODUCT_DESCRIPTIONS';
        
DIRECTORY_PATH
----------------------------------------
/rdsdbdata/userdirs/01

DB インスタンスのマスターユーザー名には、新しいディレクトリでの読み取りおよび書き込み権限があり、他のユーザーにアクセスを許可できます。EXECUTE 権限は、DB インスタンス上のディレクトリでは使用できません。ディレクトリはメインデータストレージ領域に作成され、領域および I/O 帯域幅を消費します。

以下の例では、PRODUCT_DESCRIPTIONS という名前のディレクトリを削除します。


EXEC rdsadmin.rdsadmin_util.drop_directory(p_directory_name => 'product_descriptions');

注記

Oracle SQL コマンド DROP DIRECTORY を使用してディレクトリを削除することもできます。

ディレクトリを削除してもその内容は削除されません。rdsadmin.rdsadmin_util.create_directory プロシージャはパス名を再利用できるため、削除されたディレクトリのファイルが新たに作成されたディレクトリに存在する可能性があります。ディレクトリを削除する前に、UTL_FILE.FREMOVE を使用してディレクトリからファイルを削除することをお勧めします。詳細については、Oracle ドキュメントの「FREMOVE プロシージャ」を参照してください。

DB インスタンスディレクトリ内のファイルのリスト化

ディレクトリ内のファイルを一覧表示するには、Amazon RDS プロシージャ rdsadmin.rds_file_util.listdir を使用します。listdir プロシージャには以下のパラメータがあります。

パラメータ名	データ型	デフォルト	必須	説明
`p_directory`	varchar2	—	はい	一覧表示するディレクトリの名前。

次の例では、ディレクトリ PRODUCT_DESCRIPTIONS に対する読み取り/書き込み権限をユーザー rdsadmin に付与し、このディレクトリ内のファイルを一覧表示します。


GRANT READ,WRITE ON DIRECTORY PRODUCT_DESCRIPTIONS TO rdsadmin;
SELECT * FROM TABLE(rdsadmin.rds_file_util.listdir(p_directory => 'PRODUCT_DESCRIPTIONS'));

DB インスタンスディレクトリ内のファイルの読み取り

テキストファイルを読み取るには、Amazon RDS プロシージャ rdsadmin.rds_file_util.read_text_file を使用します。read_text_file プロシージャには以下のパラメータがあります。

パラメータ名	データ型	デフォルト	必須	説明
`p_directory`	varchar2	—	はい	ファイルを含むディレクトリの名前。
`p_filename`	varchar2	—	はい	読み取るファイルの名前。

次の例では rice.txt ディレクトリの PRODUCT_DESCRIPTIONS ファイルを読み取ります。


declare
  fh sys.utl_file.file_type;
begin
  fh := utl_file.fopen(location=>'PRODUCT_DESCRIPTIONS', filename=>'rice.txt', open_mode=>'w');
  utl_file.put(file=>fh, buffer=>'AnyCompany brown rice, 15 lbs');
  utl_file.fclose(file=>fh);
end;
/

次の例では、ディレクトリ rice.txt からファイル PRODUCT_DESCRIPTIONS を読み取ります。


SELECT * FROM TABLE
    (rdsadmin.rds_file_util.read_text_file(
        p_directory => 'PRODUCT_DESCRIPTIONS',
        p_filename  => 'rice.txt'));

Opatch ファイルへのアクセス

Opatch は、Oracle ソフトウェアへのパッチの適用とロールバックを可能にする Oracle ユーティリティです。データベースに適用されているパッチを判別するための Oracle のメカニズムは、opatch lsinventory コマンドです。Bring Your Own License (BYOL) の顧客のサービスリクエストを開くために、Oracle サポートは lsinventory ファイルをリクエストします。Opatch によって生成される lsinventory_detail ファイルをリクエストする場合もあります。

マネージドサービスエクスペリエンスを提供するために、Amazon RDS には Opatch へのシェルアクセスは用意されていません。代わりに、BDUMP ディレクトリのlsinventory-dbv.txtには、現在のエンジンのバージョンに関連するパッチ情報が含まれています。マイナーアップグレードまたはメジャーアップグレードを実行すると、Amazon RDS はパッチを適用してから 1 時間以内にlsinventory-dbv.txtを更新します。適用されたパッチを確認するには、lsinventory-dbv.txtを読み取ります。このアクションは、opatch lsinventoryコマンドの実行に似ています。

注記

このセクションの例では、BDUMP ディレクトリ名を BDUMP としています。リードレプリカでは、BDUMP ディレクトリ名が異なります。BDUMP 名を取得するためにリードレプリカに対してクエリ V$DATABASE.DB_UNIQUE_NAME を実行する方法については、「ファイルのリスト化」を参照してください。

インベントリファイルは Amazon RDS 命名規則 lsinventory-dbv.txt および lsinventory_detail-dbv.txt を使用します。ここで、dbv は DB バージョンの完全な名前です。lsinventory-dbv.txt ファイルはすべての DB バージョンで使用できます。対応するlsinventory_detail-dbv.txtは、以下の DB バージョンで使用できます。

19.0.0.0、ru-2020-01.rur-2020-01.r1 以降
12.2.0.1、ru-2020-01.rur-2020-01.r1 以降
12.1.0.2、v19 以降

例えば、DB のバージョンが 19.0.0.0.ru-2021-07.rur-2021-07.r1 の場合、インベントリファイルは以下の名前になります。


lsinventory-19.0.0.0.ru-2021-07.rur-2021-07.r1.txt
lsinventory_detail-19.0.0.0.ru-2021-07.rur-2021-07.r1.txt

DB エンジンの現在のバージョンと一致するファイルをダウンロードしてください。

コンソールを使用してインベントリファイルをダウンロードするには

Amazon RDS コンソール (https://console.aws.amazon.com/rds/) を開きます。
ナビゲーションペインで、[データベース] を選択します。
表示するログファイルのある DB インスタンスの名前を選択します。
[ログとイベント] タブを選択します。
[ログ] セクションまで下にスクロールします。
[ログ] セクションで、lsinventory を検索します。
アクセスするファイルを選択し、[ダウンロード] を選択します。

SQL クライアントで lsinventory-dbv.txt を読み取るには、SELECT ステートメントを使用できます。この手法では、rdsadmin 関数として rdsadmin.rds_file_util.read_text_file または rdsadmin.tracefile_listing のいずれかを使用します。

以下のサンプルクエリでは、dbv を Oracle DB のバージョンに置き換えます。例えば、DB のバージョンは 19.0.0.0.ru-2020-04.rur-2020-04.r1 です。


SELECT text
FROM   TABLE(rdsadmin.rds_file_util.read_text_file('BDUMP', 'lsinventory-dbv.txt'));

SQL クライアントで lsinventory-dbv.txt を読み取るには、PL/SQL プログラムを作成します。このプログラムは、utl_file を使用してファイルを読み取り、dbms_output を使用して出力します。これらは、Oracle が提供するパッケージです。

以下のサンプルプログラムでは、dbv を Oracle DB のバージョンに置き換えます。例えば、DB のバージョンは 19.0.0.0.ru-2020-04.rur-2020-04.r1 です。


SET SERVEROUTPUT ON
DECLARE
  v_file              SYS.UTL_FILE.FILE_TYPE;
  v_line              VARCHAR2(1000);
  v_oracle_home_type  VARCHAR2(1000);
  c_directory         VARCHAR2(30) := 'BDUMP';
  c_output_file       VARCHAR2(30) := 'lsinventory-dbv.txt';
BEGIN
  v_file := SYS.UTL_FILE.FOPEN(c_directory, c_output_file, 'r');
  LOOP
    BEGIN
      SYS.UTL_FILE.GET_LINE(v_file, v_line,1000);
      DBMS_OUTPUT.PUT_LINE(v_line);
    EXCEPTION
      WHEN no_data_found THEN
        EXIT;
    END;
  END LOOP;
END;
/

または、rdsadmin.tracefile_listing をクエリし、出力をファイルにスプールします。以下の例では、出力を /tmp/tracefile.txt にスプールします。


SPOOL /tmp/tracefile.txt
SELECT * 
FROM   rdsadmin.tracefile_listing 
WHERE  FILENAME LIKE 'lsinventory%';
SPOOL OFF;

アドバイザータスクの管理

Oracle Database には、多数のアドバイザーが含まれています。各アドバイザーは、自動タスクと手動タスクをサポートします。rdsadmin.rdsadmin_util パッケージ内のプロシージャを使用して、いくつかのアドバイザータスクを管理できます。

アドバイザータスク手順は、次のエンジンバージョンで使用できます。

Oracle Database 21c (21.0.0)
Version 19.0.0.0.ru-2021-01.rur-2021-01.r1 以上の Oracle Database 19c バージョン

詳細については、Amazon RDS for Oracle リリースノートの「バージョン 19.0.0.0.ru-2021-01.rur-2021-01.r1」を参照してください。
バージョン 12.2.0.1.ru-2021-01.rur-2021-01.r1 以上の Oracle Database 12c (Release 2) 12.2.0.1 バージョン

詳細については、Amazon RDS for Oracle リリースノートの「バージョン 12.2.0.1.ru-2021-01.rur-2021-01.r1」を参照してください。

トピック

アドバイザータスクのパラメータの設定
AUTO_STATS_ADVISOR_TASK を無効にする
AUTO_STATS_ADVISOR_TASK を再度有効にする

アドバイザータスクのパラメータの設定

一部のアドバイザータスクのパラメータを設定するには、Amazon RDS 手順 rdsadmin.rdsadmin_util.advisor_task_set_parameter を使用します。advisor_task_set_parameter プロシージャには以下のパラメータがあります。

パラメータ名データ型デフォルト必須説明

パラメータ名	データ型	デフォルト	必須	説明
`p_task_name`	varchar2	—	はい	パラメータを変更するアドバイザータスクの名前。以下の値が有効です。 `AUTO_STATS_ADVISOR_TASK` `INDIVIDUAL_STATS_ADVISOR_TASK` `SYS_AUTO_SPM_EVOLVE_TASK` `SYS_AUTO_SQL_TUNING_TASK`
`p_parameter`	varchar2	—	はい	タスクパラメータの名前。アドバイザータスクの有効なパラメータを検索するには、次のクエリを実行します。`p_task_name` を `p_task_name` の有効な値に置き換えます: `COL PARAMETER_NAME FORMAT a30 COL PARAMETER_VALUE FORMAT a30 SELECT PARAMETER_NAME, PARAMETER_VALUE FROM DBA_ADVISOR_PARAMETERS WHERE TASK_NAME='p_task_name' AND PARAMETER_VALUE != 'UNUSED' ORDER BY PARAMETER_NAME;`
`p_value`	varchar2	—	はい	タスクパラメータの値。タスクパラメータの有効な値を検索するには、次のクエリを実行します。`p_task_name` を `p_task_name` の有効な値に置き換えます: `COL PARAMETER_NAME FORMAT a30 COL PARAMETER_VALUE FORMAT a30 SELECT PARAMETER_NAME, PARAMETER_VALUE FROM DBA_ADVISOR_PARAMETERS WHERE TASK_NAME='p_task_name' AND PARAMETER_VALUE != 'UNUSED' ORDER BY PARAMETER_NAME;`

p_task_name

varchar2

—

はい

パラメータを変更するアドバイザータスクの名前。以下の値が有効です。

AUTO_STATS_ADVISOR_TASK
INDIVIDUAL_STATS_ADVISOR_TASK
SYS_AUTO_SPM_EVOLVE_TASK
SYS_AUTO_SQL_TUNING_TASK

p_parameter

varchar2

—

はい

タスクパラメータの名前。アドバイザータスクの有効なパラメータを検索するには、次のクエリを実行します。p_task_name を p_task_name の有効な値に置き換えます:


COL PARAMETER_NAME FORMAT a30
COL PARAMETER_VALUE FORMAT a30
SELECT PARAMETER_NAME, PARAMETER_VALUE
FROM DBA_ADVISOR_PARAMETERS
WHERE TASK_NAME='p_task_name'
AND PARAMETER_VALUE != 'UNUSED'
ORDER BY PARAMETER_NAME;

p_value

varchar2

—

はい

タスクパラメータの値。タスクパラメータの有効な値を検索するには、次のクエリを実行します。p_task_name を p_task_name の有効な値に置き換えます:


COL PARAMETER_NAME FORMAT a30
COL PARAMETER_VALUE FORMAT a30
SELECT PARAMETER_NAME, PARAMETER_VALUE
FROM DBA_ADVISOR_PARAMETERS
WHERE TASK_NAME='p_task_name'
AND PARAMETER_VALUE != 'UNUSED'
ORDER BY PARAMETER_NAME;

次の PL/SQL プログラムは ACCEPT_PLANS を FALSE の SYS_AUTO_SPM_EVOLVE_TASK に設定します。SQL Plan Management の自動化タスクでは、プランが検証され、その結果のレポートが生成されますが、プランを自動的には進化させません。レポートを使用して、新しい SQL 計画ベースラインを識別し、手動で受け入れることができます。


BEGIN 
  rdsadmin.rdsadmin_util.advisor_task_set_parameter(
    p_task_name => 'SYS_AUTO_SPM_EVOLVE_TASK',
    p_parameter => 'ACCEPT_PLANS',
    p_value     => 'FALSE');
END;

次の PL/SQL プログラムは EXECUTION_DAYS_TO_EXPIRE を 10 の AUTO_STATS_ADVISOR_TASK に設定します。事前定義されたタスク AUTO_STATS_ADVISOR_TASK は、メンテナンスウィンドウで 1 日 1 回自動的に実行されます。この例では、タスク実行の保持期間を 10 日に設定します。


BEGIN 
  rdsadmin.rdsadmin_util.advisor_task_set_parameter(
    p_task_name => 'AUTO_STATS_ADVISOR_TASK',
    p_parameter => 'EXECUTION_DAYS_TO_EXPIRE',
    p_value     => '10');
END;

AUTO_STATS_ADVISOR_TASK を無効にする

AUTO_STATS_ADVISOR_TASK を無効にするには、Amazon RDS 手順 rdsadmin.rdsadmin_util.advisor_task_drop を使用します。advisor_task_drop 手順は、次のパラメータを受け付けます。

注記

この手順は、Oracle Database 12c Release 2 (12.2.0.1) 以降で使用できます。

パラメータ名	データ型	デフォルト	必須	説明
`p_task_name`	varchar2	—	はい	無効にするアドバイザータスクの名前。唯一の有効な値は `AUTO_STATS_ADVISOR_TASK` です。

次のコマンドは AUTO_STATS_ADVISOR_TASK をドロップします。


EXEC rdsadmin.rdsadmin_util.advisor_task_drop('AUTO_STATS_ADVISOR_TASK')

AUTO_STATS_ADVISOR_TASK を使用して rdsadmin.rdsadmin_util.dbms_stats_init を再度有効にすることができます。

AUTO_STATS_ADVISOR_TASK を再度有効にする

AUTO_STATS_ADVISOR_TASK を再度有効にするには、Amazon RDS 手順 rdsadmin.rdsadmin_util.dbms_stats_init を使用します。dbms_stats_init 手順では、パラメータは使用しません。

次のコマンドは AUTO_STATS_ADVISOR_TASK を再度有効にします。


EXEC rdsadmin.rdsadmin_util.dbms_stats_init()

Oracle DB インスタンスの HugePages の有効化

Amazon RDS for Oracle は、データベースのスケーラビリティを増大する Linux Kernel の HugePages をサポートしています。HugePages により、ページのテーブルを小さくし、メモリ管理の CPU 経過時間を減少することで、大規模なデータベースインスタンスのパフォーマンスを向上できます。詳細については、Oracle ドキュメントの「HugePages の概要」を参照してください。

HugePages は、Oracle Database の次のバージョンとエディションで使用できます。

19.0.0.0、すべてのエディション
12.2.0.1、すべてのエディション
12.1.0.2、すべてのエディション

use_large_pages パラメータは、DB インスタンスで HugePages を有効にするかどうかを制御します。このパラメータに設定できる値は、ONLY、FALSE、および {DBInstanceClassHugePagesDefault} です。Oracle のデフォルト DB パラメータグループでは、use_large_pages パラメータが {DBInstanceClassHugePagesDefault} に設定されます。

DB インスタンスで HugePages を自動的に有効にするかどうかを制御するには、DBInstanceClassHugePagesDefault 式の可変をパラメータグループで使用します。値は次のように決定されます。

以下の表に示す DB インスタンスクラスの場合、DBInstanceClassHugePagesDefault はデフォルトで常に FALSE と評価されます。use_large_pages は FALSE と評価されます。DB インスタンスクラスのメモリが 14 GiB 以上であれば、これらの DB インスタンスクラス用に HugePages を手動で有効化できます。
以下の表に示していない DB インスタンスクラスで、DB インスタンスクラスのメモリが 14 GiB 未満の場合は、DBInstanceClassHugePagesDefault は常に FALSE と評価されます。また、use_large_pages は FALSE と評価されます。
以下の表に示していない DB インスタンスクラスで、インスタンスクラスのメモリが 14 GiB 以上、100 GiB 未満の場合は、DBInstanceClassHugePagesDefault はデフォルトで TRUE と評価されます。また、use_large_pages は ONLY と評価されます。HugePages を手動で無効にするには、use_large_pages を FALSE に設定します。
次の表に示していない DB インスタンスクラスで、インスタンスクラスのメモリが 100 GiB 以上の場合は、DBInstanceClassHugePagesDefault は常に TRUE と評価されます。また、use_large_pages は ONLY と評価され、HugePages を無効にすることはできません。

HugePages は、以下の DB インスタンスクラスに対してはデフォルトで有効になりません。

DB インスタンスクラスファミリー	HugePages がデフォルトで有効になっていない DB インスタンスクラス
db.m5	db.m5.large
db.m4	db.m4.large、db.m4.xlarge、db.m4.2xlarge、db.m4.4xlarge、db.m4.10xlarge
db.t3	db.t3.micro、db.t3.small、db.t3.medium、db.t3.large

DB インスタンスクラスの詳細については、「DB インスタンスクラスのハードウェア仕様」を参照してください。

新規または既存の DB インスタンスで HugePages を手動で有効にするには、use_large_pages パラメータを ONLY に設定します。Oracle 自動メモリ管理 (AMM) では HugePages を使用できません。use_large_pages パラメータを ONLY に設定するには、memory_target と memory_max_target の両方を 0 に設定する必要もあります。DB インスタンスの DB パラメータを設定する詳細については、「パラメータグループを使用する」を参照してください。

sga_target、sga_max_size と pga_aggregate_target パラメータも設定できます。システムグローバルエリア (SGA) とプログラムグローバルエリア (PGA) のメモリパラメータを設定する場合には、値をまとめて追加します。この合計をデータベース DBInstanceClassMemory で使用可能なメモリから減算して、HugePages の割当量を超える空きメモリを求めます。使用可能なインスタンスメモリ全体の少なくとも 10% または 2 GiB のどちらか少ない方を空きメモリとして残す必要があります。

パラメータを設定したら、DB インスタンスを再起動して変更を有効にする必要があります。詳細については、「 DB インスタンスの再起動」を参照してください。

注記

Oracle DB インスタンスは、フェイルオーバーなしでインスタンスが再起動されるまで、SGA 関連の初期化パラメータへの変更が延期されます。Amazon RDS コンソールで [Reboot (再起動)] を選択しますが、[Reboot with failover (フェイルオーバーありで再起動)] を選択しないでください。AWS CLI で、reboot-db-instance パラメータを指定して --no-force-failover コマンドを呼び出します。DB インスタンスは、フェイルオーバー中、またはインスタンスを再起動させる他のメンテナンスオペレーション中に、SGA 関連のパラメータを処理しません。

HugePages を手動で有効化する場合の HugePages のパラメータ設定の例を次に示します。必要に応じて値を設定してください。



memory_target            = 0
memory_max_target        = 0
pga_aggregate_target     = {DBInstanceClassMemory*1/8}
sga_target               = {DBInstanceClassMemory*3/4}
sga_max_size             = {DBInstanceClassMemory*3/4}
use_large_pages          = ONLY

パラメータグループに以下のパラメータ値を設定したとします。



memory_target            = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4})
memory_max_target        = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4})
pga_aggregate_target     = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*1/8}, 0)
sga_target               = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0)
sga_max_size             = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0)
use_large_pages          = {DBInstanceClassHugePagesDefault}

パラメータグループは、100 GiB 未満のメモリを持つ db.r4 DB インスタンスクラスによって使用されます。これらのパラメータ設定と use_large_pages を {DBInstanceClassHugePagesDefault} に設定した場合、HugePages は db.r4 インスタンスで有効になります。

別の例として、パラメータグループに以下のパラメータ値を設定した場合を考えます。



memory_target           = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4})
memory_max_target       = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4})
pga_aggregate_target    = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*1/8}, 0)
sga_target              = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0)
sga_max_size            = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0)
use_large_pages         = FALSE

パラメータグループは、メモリが 100 GiB 未満の DB インスタンスクラス db.r4 と db.r5 インスタンスの両方で使用されます。これらのパラメータ設定では、db.r4 および db.r5 インスタンスで HugePages が無効になります。

注記

このパラメータグループをメモリが 100 GiB 以上の db.r4 DB インスタンスクラス、または db.r5 DB インスタンスクラスで使用すると、FALSE の use_large_pages 設定はオーバーライドされ、ONLY に設定されます。この場合、オーバーライドに関する通知がユーザーに送信されます。

DB インスタンスで HugePages が有効になると、拡張モニタリングを有効にして HugePages の情報を表示できます。詳細については、「拡張モニタリングを使用した OS メトリクスのモニタリング」を参照してください。

拡張データ型を有効にする

Amazon RDS Oracle Database 12c は、拡張データ型をサポートしています。拡張データ型では、VARCHAR2、NVARCHAR2 および RAW データ型の最大サイズは 32,767 バイトです。拡張データ型を使用する場合、MAX_STRING_SIZE パラメータを EXTENDED に設定します。詳細については、Oracle ドキュメントの「拡張データ型」を参照してください。

拡張データ型を使用しない場合は、MAX_STRING_SIZE パラメータを STANDARD (デフォルト) のままにします。このパラメータを STANDARD に設定する場合、サイズ制限は、VARCHAR2 および NVARCHAR2 データ型で 4,000 バイト、RAW データ型で 2,000 バイトです。

新しい DB インスタンス、または、既存の DB インスタンスで拡張データ型を有効にできます。新しい DB インスタンスの場合、拡張データ型を有効にすると、通常、DB インスタンスの作成時間が長くなります。既存の DB インスタンスでは、変換プロセス中は DB インスタンスは無効です。

拡張データ型を有効にした DB インスタンスの考慮事項を以下に示します。

DB インスタンスの拡張データ型を有効にすると、DB インスタンスでデータ型のスタンダードサイズを使用するように戻すことはできません。拡張データ型を使用するように DB インスタンスが変換された後、MAX_STRING_SIZE パラメータを STANDARD に戻すと、incompatible-parameters ステータスになります。
拡張データ型を使用する DB インスタンスを復元する場合、MAX_STRING_SIZE パラメータを EXTENDED に設定して、パラメータグループを設定する必要があります。復元中は、デフォルトのパラメータグループ、または、他のパラメータグループの MAX_STRING_SIZE を STANDARD に設定すると、incompatible-parameters ステータスになります。
t2.micro DB インスタンスクラスで、Oracle DB インスタンスを実行する場合は、拡張データ型を有効にしないことをお勧めします。

DB インスタンスステータスが incompatible-parameters の設定のために MAX_STRING_SIZE の場合、MAX_STRING_SIZE パラメータを EXTENDED に設定して DB インスタンスを再起動するまで、DB インスタンスは使用できません。

新しい DB インスタンスで拡張データ型を有効にする

新しい DB インスタンスで拡張データ型を有効にするには

パラメータグループ内の MAX_STRING_SIZE パラメータを EXTENDED に設定する。

新しいパラメータグループを作成するか、既存のパラメータグループを変更して、パラメータを設定できます。

詳細については、「パラメータグループを使用する」を参照してください。
新しい Amazon RDS Oracle DB インスタンスを作成し、DB インスタンスで MAX_STRING_SIZE を EXTENDED に設定したパラメータグループと関連付けます。

詳細については、「Amazon RDS DB インスタンスの作成」を参照してください。

既存の DB インスタンスで拡張データ型を有効にする

DB インスタンスを変更して拡張データ型を有効にすると、データベースのデータは拡張されたサイズを使用するように変換されます。DB インスタンスは変換中は利用できません。データの変換に要する時間は、DB インスタンスが使用する DB インスタンスクラスとデータベースのサイズによって異なります。

注記

拡張データ型を有効にすると、変換中はポイントインタイムの復元を実行できません。変換の直前または変換後の時間に復元することができます。

既存の DB インスタンスで拡張データ型を有効にするには

データベースのスナップショットを作成します。

データベースに無効なオブジェクトがある場合、Amazon RDS はそれらの再コンパイルを試みます。Amazon RDS が無効なオブジェクトを再コンパイルできない場合、拡張データ型への変換は失敗する可能性があります。スナップショットを使用すると、変換に問題がある場合にデータベースを復元できます。変換前に無効なオブジェクトがないかを常に確認して、無効なオブジェクトを修正または削除してください。本番データベースの場合は、初期に DB インスタンスのコピーで変換プロセスをテストすることをお勧めします。

詳細については、「DB スナップショットの作成」を参照してください。
パラメータグループ内の MAX_STRING_SIZE パラメータを EXTENDED に設定する。

新しいパラメータグループを作成するか、既存のパラメータグループを変更して、パラメータを設定できます。

詳細については、「パラメータグループを使用する」を参照してください。
DB インスタンスを修正して MAX_STRING_SIZE を EXTENDED に設定したパラメータグループと関連付けます。

詳細については、「Amazon RDS DB インスタンスを変更する」を参照してください。
DB インスタンスを再起動してパラメータの変更を有効にします。

詳細については、「 DB インスタンスの再起動」を参照してください。

ブラウザで JavaScript が無効になっているか、使用できません。

AWS ドキュメントを使用するには、JavaScript を有効にする必要があります。手順については、使用するブラウザのヘルプページを参照してください。

ドキュメントの表記規則

診断タスク

Oracle へのデータのインポート