Oracle DB インスタンスのその他のタスクの実行 - Amazon Relational Database Service

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

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

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

ディレクトリを作成するには、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 内のファイルを一覧表示します。

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 へのシェルアクセスは用意されていません。代わりに、Oracle DB インスタンスは、BDUMP ディレクトリに 1 時間ごとにインベントリファイルを自動的に作成します。このディレクトリに対する読み取りおよび書き込みアクセスを許可されています。BDUMP にファイルがない場合、またはファイルが古い場合は、1 時間待ってから、もう一度試してください。

注記

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

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

  • 19.0.0.0、ru-2020-01.rur-2020-01.r1 以降

  • 18.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-2020-04.rur-2020-04.r1 の場合、インベントリファイルは以下の名前になります。

lsinventory-19.0.0.0.ru-2020-04.rur-2020-04.r1.txt lsinventory_detail-19.0.0.0.ru-2020-04.rur-2020-04.r1.txt

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

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

  1. Amazon RDS コンソール (https://console.aws.amazon.com/rds/) を開きます。

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

  3. 表示するログファイルのある DB インスタンスの名前を選択します。

  4. [ログとイベント] タブを選択します。

  5. [ログ] セクションまで下にスクロールします。

  6. [ログ] セクションで、lsinventory を検索します。

  7. アクセスするファイルを選択し、[ダウンロード] を選択します。

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 パッケージ内のプロシージャを使用して、いくつかのアドバイザータスクを管理できます。

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

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

一部のアドバイザータスクのパラメータを設定するには、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_namep_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_namep_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_PLANSFALSESYS_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_EXPIRE10AUTO_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、すべてのエディション

  • 18.0.0.0、すべてのエディション

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

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

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

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

  • 以下の表に示す DB インスタンスクラスの場合、DBInstanceClassHugePagesDefault はデフォルトで常に FALSE と評価されます。use_large_pagesFALSE と評価されます。DB インスタンスクラスのメモリが 14 GiB 以上であれば、これらの DB インスタンスクラス用に HugePages を手動で有効化できます。

  • 以下の表に示していない DB インスタンスクラスで、DB インスタンスクラスのメモリが 14 GiB 未満の場合は、DBInstanceClassHugePagesDefault は常に FALSE と評価されます。また、use_large_pagesFALSE と評価されます。

  • 以下の表に示していない DB インスタンスクラスで、インスタンスクラスのメモリが 14 GiB 以上、100 GiB 未満の場合は、DBInstanceClassHugePagesDefault はデフォルトで TRUE と評価されます。また、use_large_pagesONLY と評価されます。HugePages を手動で無効にするには、use_large_pagesFALSE に設定します。

  • 次の表に示していない DB インスタンスクラスで、インスタンスクラスのメモリが 100 GiB 以上の場合は、DBInstanceClassHugePagesDefault は常に TRUE と評価されます。また、use_large_pagesONLY と評価され、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_targetmemory_max_target の両方を 0 に設定する必要もあります。DB インスタンスの DB パラメータを設定する詳細については、「DB パラメータグループを使用する」を参照してください。

sga_targetsga_max_sizepga_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 インスタンスクラスで使用すると、FALSEuse_large_pages 設定はオーバーライドされ、ONLY に設定されます。この場合、オーバーライドに関する通知がユーザーに送信されます。

DB インスタンスで HugePages が有効になると、拡張モニタリングを有効にして HugePages の情報を表示できます。詳細については、「Enhanced Monitoring を使用した 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_SIZESTANDARD に設定すると、incompatible-parameters ステータスになります。

  • t2.micro DB インスタンスクラスで、Oracle DB インスタンスを実行する場合は、拡張データ型を有効にしないことをお勧めします。

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

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

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

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

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

    詳細については、「DB パラメータグループを使用する」を参照してください。

  2. 新しい Amazon RDS Oracle DB インスタンスを作成し、DB インスタンスで MAX_STRING_SIZEEXTENDED に設定したパラメータグループと関連付けます。

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

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

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

注記

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

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

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

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

    詳細については、「DB スナップショットの作成」を参照してください。

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

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

    詳細については、「DB パラメータグループを使用する」を参照してください。

  3. DB インスタンスを修正して MAX_STRING_SIZEEXTENDED に設定したパラメータグループと関連付けます。

    詳細については、「Amazon RDS DB インスタンスを変更する」を参照してください。

  4. DB インスタンスを再起動してパラメータの変更を有効にします。

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