Oracle の評価

Oracle をソースとして使用する場合のアクセス許可の詳細については、のセルフマネージド Oracle ソースに必要なユーザーアカウント権限AWS DMS「」または の マネージド Oracle ソースに必要なユーザーアカウント権限を参照してください。 AWSAWS DMS

grant select on gv_$parameter to dms_user;
grant select on v_$instance to dms_user;
grant select on v_$version to dms_user;
grant select on gv_$ASM_DISKGROUP to dms_user;
grant select on gv_$database to dms_user;
grant select on DBA_DB_LINKS to to dms_user;
grant select on gv_$log_History to dms_user;
grant select on gv_$log to dms_user;
grant select on dba_types to dms_user;
grant select on dba_users to dms_user;
grant select on dba_directories to dms_user;
grant execute on SYS.DBMS_XMLGEN to dms_user;

grant select on dba_segments to dms_user;
grant select on v_$tablespace to dms_user;
grant select on dba_tab_subpartitions to dms_user;
grant select on dba_extents to dms_user; 

EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('V_$PARAMETER', 'dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('V_$INSTANCE', 'dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('V_$VERSION','dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('GV_$ASM_DISKGROUP','dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('GV_$DATABASE','dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_DB_LINKS','dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('GV_$LOG_HISTORY','dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('GV_$LOG','dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_TYPES','dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_USERS','dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_DIRECTORIES','dms_user', 'SELECT');
GRANT SELECT ON RDSADMIN.RDS_CONFIGURATION to dms_user;
GRANT EXECUTE ON SYS.DBMS_XMLGEN TO dms_user;

EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_SEGMENTS','dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_TAB_SUBPARTITIONS','dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_EXTENTS','dms_user', 'SELECT');
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('V_$TABLESPACE','dms_user', 'SELECT');

grant select on v_$instance to dms_user;
grant execute on SYS.DBMS_XMLGEN to dms_user;

EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('V_$INSTANCE', 'dms_user', 'SELECT');
GRANT EXECUTE ON SYS.DBMS_XMLGEN TO dms_user;

BatchApplyEnabled が有効な場合、制限付き LOB モードのみを使用していることを検証する

API キー: oracle-batch-apply-lob-mode

この移行前評価では、DMS タスクのテーブルに LOB 列が含まれているかどうかを検証します。LOB 列がタスクの範囲に含まれている場合、制限付き LOB モードのみと BatchApplyEnabled を共に使用する必要があります。

詳細については、「Target metadata task settings」を参照してください。

ソースのテーブルにスケールが指定されていない数値データ型の列があるかどうかを検証する

API キー: oracle-number-columns-without-scale

この移行前評価では、DMS タスクにスケールを指定していない NUMBER データ型の列が含まれているかどうかを検証します。エンドポイント設定 NumberDataTypeScale を評価レポートで指定された値に設定することをお勧めします。

詳細については、「Endpoint settings when using Oracle as a source for AWS DMS」を参照してください。

ターゲットデータベースのトリガーを検証する

API キー: oracle-target-triggers-are-enabled

この移行前評価では、ターゲットデータベースでトリガーが有効になっているかどうかを検証します。トリガーが有効になっている場合、評価は失敗します。移行中にトリガーを無効化または削除することをお勧めします。

詳細については、「DMS best practices」を参照してください。

ソースの archivelog DEST_ID が 0 に設定されているかどうかを検証する

API キー: oracle-zero-archive-log-dest-id

この移行前評価では、アーカイブログ DEST_ID が 0 に設定されている場合、エンドポイントの追加接続属性 useZeroDestid=true がソースに設定されているかどうかを検証します。

詳細については、「フェイルオーバーシナリオで Oracle データベースで使用するときにAWS DMSレプリケーションを処理する方法」を参照してください。

フルロード中にターゲットデータベースでセカンダリインデックスが有効になっているかどうかを検証する

API キー: oracle-check-secondary-indexes

この移行前評価では、ターゲットデータベースへのフルロード中にセカンダリインデックスが有効になっているかどうかを検証します。フルロード中にセカンダリインデックスを無効化または削除することをお勧めします。

詳細については、「Best practices for AWS Database Migration Service」を参照してください。

BatchApplyEnabled を使用し、DMS タスクスコープで使用されているテーブルに 999 以上の列があるかどうかを検証する

API キー: oracle-batch-apply-lob-999

バッチ最適化の適用モードが有効になっているテーブルは、合計 999 を超える列を持つことはできません。999 列を超えるテーブルでは、 AWS DMSがバッチを 1 つずつ処理するため、レイテンシーが増加します。DMS は、式 2 * columns_in_original_table + columns_in_primary_key <= 999 を使用して、バッチ最適化の適用モードでサポートされているテーブルあたりの列の合計数を計算します。

詳細については、「Limitations on Oracle as a target for AWS Database Migration Service」を参照してください。

データベースレベルでサプリメンタルロギングを確認する

API キー: oracle-supplemental-db-level

この移行前評価では、サプリメンタルロギングがデータベースレベルで有効になっているかを検証します。Oracle データベースを移行のソースとして使用するには、サプリメンタルロギングを有効にする必要があります。

サプリメンタルロギングを有効にするには、次のクエリを使用します。

ALTER DATABASE ADD SUPPLEMENTAL LOG DATA

詳細については、「サプリメンタル ロギングの設定」を参照してください。

この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。

スタンバイのために必要な DB リンクが作成されているかを検証する

API キー: oracle-validate-standby-dblink

この移行前評価では、Oracle スタンバイデータベースソースのための DBLink が作成されているかを検証します。スタンバイデータベースをソースとして使用するための前提条件となります。Oracle スタンバイをソースとして使用する場合、AWS DMS はデフォルトではオープントランザクションを検証しません。

詳細については、「のソースとしての自己管理型 Oracle データベースの使用AWS DMS」を参照してください。

この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。

LOB データ型と Binary Reader が設定されているかに関する Oracle の検証

API キー: oracle-binary-lob-source-validation

この移行前評価では、Oracle データベースエンドポイントバージョン 12c 以降で Oracle LogMiner を使用しているかどうかを検証します。AWS DMS は、Oracle データベースバージョン 12c からの LOB 列の移行に対して Oracle LogMiner をサポートしていません。この評価では、LOB 列があるかもチェックし、適切なレコメンデーションが提供されます。

Oracle LogMiner を使用しないように移行を設定するには、ソースエンドポイントに次の設定を追加します。

useLogMinerReader=N;useBfile=Y;

詳細については、「CDC での Oracle LogMiner または AWS DMSBinary Reader の使用」を参照してください。

この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。

データベースが CDB かを検証します。

API キー: oracle-validate-cdb

この移行前評価では、データベースがコンテナデータベースであるかを検証しますAWS DMS は、マルチテナントコンテナのルートデータベース (CDB$ROOT) をサポートしていません。

詳細については、「Oracle を のソースとして使用する場合の制限AWS DMS」を参照してください。

この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。

Oracle Database Edition を確認します。

API キー: oracle-check-cdc-support-express-edition

この移行前評価では、Oracle ソースデータベースが Express Edition であるかを検証します。AWS DMS は、Oracle Express Edition (Oracle Database XE) バージョン 18.0 以降の CDC をサポートしていません。

この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。

DMS の Oracle CDC メソッドを検証する

API キー: oracle-recommendation-cdc-method

この移行前評価では、過去 7 日間の REDO ログ生成を検証し、CDC に AWS DMSBinary Reader と Oracle LogMiner のどちらを使用するかを推奨します。

この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。

使用する CDC 方法を決定する方法の詳細については、「CDC での Oracle LogMiner または AWS DMSBinary Reader の使用」を参照してください。

DMS の Oracle RAC 設定を検証する

API キー: oracle-check-rac

この移行前評価では、Oracle データベースが Real Application Cluster であるかを検証します。Real Application Cluster データベースは、適切に設定されている必要があります。データベースが RAC に基づいている場合は、Oracle LogMiner ではなく CDC 用の AWS DMSBinary Reader を使用することをお勧めします。

この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。

詳細については、「CDC での Oracle LogMiner または AWS DMSBinary Reader の使用」を参照してください。

DMS ユーザーにターゲットのアクセス許可があるかどうかを検証する

API キー: oracle-validate-permissions-on-target

この移行前評価では、DMS ユーザーにターゲットデータベースに必要なすべてのアクセス許可があるかどうかを検証します。

すべての列にサプリメンタルロギングが必要かどうかを検証する

API キー: oracle-validate-supplemental-logging-all-columns

この移行前評価では、タスクの範囲で説明されているテーブルについて、プライマリキーや固有キーなしでサプリメンタルロギングがテーブルのすべての列に追加されているかどうかを検証します。プライマリキーや固有キーがないテーブルのすべての列にサプリメンタルロギングがない場合、データの前後のイメージは REDO ログでは使用できません。DMS では、DML ステートメントを生成するために、プライマリキーや固有キーのないテーブルのサプリメンタルロギングが必要です。

プライマリキーや固有キーを持つテーブルでサプリメンタルロギングが有効になっているかどうかを検証する。

API キー: oracle-validate-supplemental-logging-for-pk

この移行前評価では、プライマリキーまたは一意のインデックスを持つテーブルに対してサプリメンタルロギングが有効になっているかどうかを検証し、エンドポイントレベルで AddSupplementalLogging が有効になっているかどうかを確認します。DMS が変更をレプリケートできるようにするには、プライマリキーまたは一意のキーに基づいてテーブルレベルでサプリメンタルロギングを手動で追加するか、レプリケートされたテーブルに対して ALTER アクセス許可を持つ DMS ユーザーを使用してエンドポイント設定 AddSupplementalLogging = true を利用します。

SecureFile LOB があり、タスクがフル LOB モードに設定されているかどうかを検証する

API キー: oracle-validate-securefile-lobs

この移行前評価では、タスクの範囲内のテーブルに SecureFile LOB が存在するかどうかをチェックし、その LOB 設定を検証します。SecureFile LOB が現在、フル LOB モード中にのみサポートされることに注意する必要があります。タスクをフル LOB モードで実行するとパフォーマンスが低下する可能性があるため、パフォーマンスを向上させるために LOB テーブルを別個のタスクに割り当てることを検討してください。

関数ベースのインデックスがタスクの範囲に含まれているテーブル内で使用されているかどうかを検証する。

API キー: oracle-validate-function-based-indexes

この移行前評価では、タスクの範囲内のテーブルの関数ベースのインデックスを確認します。AWS DMSは関数ベースのインデックスのレプリケーションをサポートしていないことに注意してください。移行後にターゲットデータベースにインデックスを作成することを検討してください。

グローバル一時テーブルがタスクの範囲に含まれるテーブルで使用されているかどうかを検証する。

API キー: oracle-validate-global-temporary-tables

この移行前評価では、タスクテーブルマッピングの範囲内でグローバル一時テーブルが使用されているかどうかを確認します。AWS DMSは、グローバル一時テーブルの移行またはレプリケートをサポートしていないことに注意してください。

オーバーフローセグメントがあり、インデックスで整理されるテーブルが、タスクの範囲に含まれるテーブルで使用されているかどうかを検証する。

API キー: oracle-validate-iot-overflow-segments

オーバーフローセグメントを持つインデックス組織テーブルが、タスクスコープに含まれるテーブルで使用されているかどうかを検証します。 AWS DMSは、オーバーフローセグメントを持つインデックス組織テーブルの CDC をサポートしていません。

タスクの範囲に含まれるテーブルでマルチレベルのネストテーブルが使用されていることを検証する。

API キー: oracle-validate-more-than-one-nesting-table-level

この移行前評価では、タスクの範囲で使用されるネストされたテーブルのネストレベルを確認します。AWS DMS は、1 つのレベルのテーブルネストのみをサポートします。

タスクの範囲に含まれるテーブルで非表示の列が使用されているかどうかを検証する。

API キー: oracle-validate-invisible-columns

この移行前評価では、タスクの範囲で使用されるテーブルに非表示の列があるかどうかを検証します。AWS DMS はソースデータベースの非表示の列からデータを移行しません。非表示の列を移行するには、表示されるように変更する必要があります。

ROWID 列に基づくマテリアライズドビューが、タスクの範囲に含まれるテーブルで使用されているかどうかを検証する。

API キー: oracle-validate-rowid-based-materialized-views

この移行前評価では、移行で使用されるマテリアライズドビューが ROWID 列に基づいて作成されるかどうかを検証します。 AWS DMSは、ROWID データ型または ROWID 列に基づくマテリアライズドビューをサポートしていません。

Active Data Guard DML リダイレクト機能を使用しているかどうかを検証する。

API キー: oracle-validate-adg-redirect-dml

この移行前評価では、Active Data Guard DML リダイレクト機能を使用しているかどうかを検証します。Oracle 19.0 をソースとして使用する場合、Data Guard AWS DMSDML リダイレクト機能はサポートされていません。

ハイブリッドパーティションテーブルが使用されているかどうかを検証する。

API キー: oracle-validate-hybrid-partitioned-tables

この移行前評価では、ハイブリッドパーティションテーブルがタスクの範囲で定義されたテーブルに使用されているかどうかを検証します。

スキーマのみの Oracle アカウントが使用されているかどうかを検証する

API キー: oracle-validate-schema-only-accounts

この移行前評価では、スキーマのみのアカウントがタスクの範囲内にあるかどうかを検証します。

仮想列が使用されているかどうかを検証する

API キー: oracle-validate-virtual-columns

この移行前評価では、Oracle インスタンスにタスクの範囲のテーブルに仮想列があるかどうかを検証します。

タスクの範囲で定義されているテーブル名にアポストロフィが含まれているかどうかを検証する。

API キー: oracle-validate-names-with-apostrophes

この移行前評価では、タスクの範囲で使用されているテーブルにアポストロフィが含まれているかどうかを検証します。AWS DMS はアポストロフィを含む名前のテーブルをレプリケートしません。識別された場合、そのようなテーブルの名前を変更することを検討してください。または、アポストロフィなしでビューまたはマテリアライズドビューを作成して、これらのテーブルをロードすることもできます。

タスクの範囲で定義された列に XMLType、Long、または Long Raw データ型があるかどうかを検証し、タスク設定の LOB モード設定を検証する。

API キー: oracle-validate-limited-lob-mode-for-longs

この移行前評価では、タスクスコープで定義されたテーブルに データ型 XMLType、Long、または があるかどうかを検証しLong Raw、タスク設定が制限サイズ LOB モードを使用するように設定されているかどうかを確認します。 AWS DMSは、FULL LOB モードを使用したこれらのデータ型のレプリケーションをサポートしていません。そのようなデータ型を持つテーブルを識別するときは、サイズが制限された LOB モードを使用するようにタスク設定を変更することを検討してください。

ソース Oracle バージョンが でサポートされているかどうかを検証しますAWS DMS。

API キー: oracle-validate-supported-versions-of-source

この移行前評価では、ソース Oracle インスタンスバージョンが でサポートされているかどうかを検証しますAWS DMS。

ターゲット Oracle バージョンが でサポートされているかどうかを検証しますAWS DMS。

API キー: oracle-validate-supported-versions-of-target

この移行前評価では、ターゲットの Oracle インスタンスバージョンが でサポートされているかどうかを検証しますAWS DMS。

DMS ユーザーにデータ検証を使用するために必要なアクセス許可があるかどうかを検証する。

API キー: oracle-prerequisites-privileges-of-validation-feature

この移行前評価では、DMS ユーザーに DMS データ検証を使用するために必要な権限があるかどうかを検証します。データ検証を使用しない場合は、この検証の有効化を無視できます。

DMS ユーザーに Oracle ASM でバイナリリーダーを使用するアクセス許可があるかどうかを検証する。

API キー: oracle-prerequisites-privileges-of-binary-reader-asm

この移行前評価では、DMS ユーザーに Oracle ASM インスタンスでバイナリリーダーを使用するのに必要な権限があるかどうかを検証します。ソースが Oracle ASM インスタンスでない場合、または CDC のバイナリリーダーを使用していない場合、この評価の有効化を無視できます。

DMS ユーザーに Oracle ASM 以外でバイナリリーダーを使用するアクセス許可があるかどうかを検証する。

API キー: oracle-prerequisites-privileges-of-binary-reader-non-asm

この移行前評価では、DMS ユーザーに Oracle ASM 以外のインスタンスでバイナリリーダーを使用するのに必要な権限があるかどうかを検証します。この評価は、Oracle ASM 以外のインスタンスがある場合にのみ有効です。

DMS ユーザーに CopyToTempFolder メソッドでバイナリリーダーを使用するアクセス許可があるかどうかを検証する。

API キー: oracle-prerequisites-privileges-of-binary-reader-copy-to-temp-folder

この移行前評価では、DMS ユーザーに「一時フォルダにコピーする」メソッドでバイナリリーダーを使用するのに必要な権限があるかどうかを検証します。この評価は、バイナリリーダーの使用中に CopyToTempFolder を使用して CDC の変更を読み取る予定で、ソースに ASM インスタンスが接続されている場合にのみ関係します。CopyToTempFolder 機能を使用しない場合、この評価の有効化を無視できます。

CopyToTempFolder 機能は非推奨であるため、使用しないことをお勧めします。

DMS ユーザーに Oracle スタンバイをソースとして使用するアクセス許可があるかどうかを検証する

API キー: oracle-prerequisites-privileges-of-standby-as-source

この移行前評価では、DMS ユーザーに StandBy Oracle インスタンスをソースとして使用するのに必要な権限があるかどうかを検証します。StandBy Oracle インスタンスをソースとして使用しない場合、この評価の有効化を無視できます。

DMS ソースがアプリケーションコンテナ PDB に接続されているかどうかを検証する

API キー: oracle-check-app-pdb

この移行前評価では、DMS ソースがアプリケーションコンテナ PDB に接続されているかどうかを検証します。DMS は、アプリケーションコンテナ PDB からのレプリケーションをサポートしていません。

テーブルにタスクの範囲に含まれる XML データ型があるかどうかを検証する。

API キー: oracle-check-xml-columns

この移行前評価では、タスクの範囲で使用されるテーブルに XML データ型があるかどうかを検証します。また、テーブルに XML データ型が含まれている場合に、タスクが制限付き LOB モードに設定されているかどうかも確認します。DMS は、Oracle XML 列を移行するための制限付き LOB モードのみをサポートしています。

ソースデータベースでアーカイブログモードが有効になっているかどうかを検証する。

API キー: oracle-check-archivelog-mode

この移行前評価では、ソースデータベースでアーカイブログモードが有効になっているかどうかを検証します。DMS が変更をレプリケートするには、ソースデータベースでアーカイブログモードを有効にする必要があります。

RDS Oracle のアーカイブログ保持を検証する。

API キー: oracle-check-archivelog-retention-rds

この移行前評価では、RDS Oracle データベースのアーカイブログ保持が少なくとも 24 時間に設定されているかどうかを検証します。

テーブルにタスクの範囲に含まれる拡張データ型があるかどうかを検証する。

API キー: oracle-check-extended-columns

この移行前評価では、タスクの範囲で使用されるテーブルに拡張データ型があるかどうかを検証します。拡張データ型は DMS バージョン 3.5 以降でのみサポートされていることに注意してください。

タスクの範囲に含まれるオブジェクト名の長さを検証する。

API キー: oracle-check-object-30-bytes-limit

この移行前評価では、オブジェクト名の長さが 30 バイトを超えているかどうかを検証します。DMS は長いオブジェクト名 (30 バイト以上) をサポートしていません。

DMS ソースが Oracle PDB に接続されているかどうかを検証する

API キー: oracle-check-pdb-enabled

この移行前評価では、DMS ソースが PDB に接続されているかどうかを検証します。DMS は、Oracle PDB をソースとしてバイナリリーダーを使用する場合にのみ CDC をサポートします。この評価では、DMS が Oracle PDB に接続されているときに、タスクがバイナリリーダーを使用するように設定されているかどうかも評価します。

テーブルにタスクの範囲で空間列があるかどうかを検証する。

API キー: oracle-check-spatial-columns

この移行前評価では、タスクの範囲でテーブルに空間列が含まれているかどうかを検証します。DMS は、フル LOB モードを使用している場合のみ空間データ型をサポートしています。この評価では、DMS が空間列を識別するときに、タスクがフル LOB モードを使用するように設定されているかどうかも評価します。

DMS ソースが Oracle スタンバイに接続されているかどうかを検証する。

API キー: oracle-check-standby-db

この移行前評価では、ソースが Oracle スタンバイに接続されているかどうかを検証します。DMS は、Oracle Standby をソースとしてバイナリリーダーを使用する場合にのみ CDC をサポートします。この評価では、DMS が Oracle スタンバイに接続されているときに、タスクがバイナリリーダーを使用するように設定されているかどうかも評価されます。

ソースデータベーステーブルスペースが TDE を使用して暗号化されているかどうかを検証する。

API キー: oracle-check-tde-enabled

この移行前評価では、ソースのテーブルスペースで TDE 暗号化が有効になっているかどうかを検証します。DMS は、Oracle LogMiner for RDS Oracle を使用し、テーブルスペースが暗号化された TDE のみをサポートします。

ソースデータベースが自動ストレージ管理 (ASM) を使用しているかどうかを検証します

API キー: oracle-check-asm

この移行前評価では、ソースデータベースが ASM を使用しているかどうかを検出します。最適なパフォーマンスを得るには、エンドポイント設定で parallelASMReadThreads および readAheadBlocksパラメータを使用して Binary Reader を設定します。これらの設定により、ASM ストレージを使用する際のデータ抽出のパフォーマンスが向上します。

詳細については、「CDC での Oracle LogMiner または AWS DMSBinary Reader の使用」を参照してください。

バッチ適用が有効になっているかどうか、およびターゲット Oracle データベースのテーブルで並列処理がテーブルレベルまたはインデックスレベルで有効になっているかどうかを検証する

API キー: oracle-check-degree-of-parallelism

AWS DMSは、ターゲットデータベースのテーブルで並列処理が有効になっていることを確認します。ターゲットデータベースで並列処理が有効になっていると、バッチプロセスが失敗します。そのため、バッチ適用機能を使用する場合は、テーブルレベルまたはインデックスレベルで並列処理を無効にする必要があります。

タスクスコープ内のテーブルを検証して「バルク配列サイズ」パラメータを推奨

API キー: oracle-check-bulk-array-size

この評価では、タスクスコープ内に LOB (ラージオブジェクト) データ型のテーブルがない場合に BulkArraySize ECA (追加の接続属性) を設定することを推奨します。BulkArraySize ECA を設定すると、移行のフルロードフェーズのパフォーマンスを向上できます。ソース/ターゲットエンドポイントで ECA を使用してバルク配列サイズを設定すると、移行のフルロードフェーズ中に最適なパフォーマンスが得られます。

HandleCollationDiff タスク設定が設定されているかどうかを検証する

API キー: oracle-check-handlecollationdiff

この評価では、DMS タスクが検証用に設定されているかどうかを確認し、Oracle と PostgreSQL 間のデータの検証中に誤った検証結果が生じないようにするために HandleCollationDiff タスク設定を行うことを推奨します。

詳細については、「 データ検証タスクの設定」を参照してください。

DMS 検証が有効になっている場合にテーブルにプライマリキーまたは一意のインデックスがあり、その状態が「有効」になっているかどうかを検証する

API キー: oracle-check-pk-validity

データ検証では、ソースとターゲットの両方のテーブルにプライマリキーまたは一意のインデックスがなければなりません。

詳細については、「AWSDMS データ検証」を参照してください。

Oracle Standby で Binary Reader がソースとして使用されているかどうかを検証する

API キー: oracle-check-binary-reader

この評価では、ソースデータベースがスタンバイデータベースで、変更データキャプチャ (CDC) に Binary Reader を使用しているかどうかを検証します。

詳細については、「AWS DMS のソースとしての Oracle データベースの使用」を参照してください。

AWS DMSユーザーに Oracle RDS スタンバイデータベースからデータをレプリケートするために必要なディレクトリアクセス許可があるかどうかを検証します。

API キー: oracle-check-directory-permissions

この評価では、ソースデータベースが Oracle RDS スタンバイの場合、 ARCHIVELOG_DIR_%および ONLINELOG_DIR_% ディレクトリで必要な読み取り権限がAWS DMSユーザーに付与されているかどうかを検証します。

詳細については、「のソースとしての AWSマネージド Oracle データベースの使用AWS DMS」を参照してください。

レプリケーションに使用される Oracle Standby のタイプを検証する

API キー: oracle-check-physical-standby-with-apply

この評価では、AWS DMSレプリケーションに使用される Oracle スタンバイデータベースのタイプを検証します。 は物理スタンバイデータベースAWS DMSのみをサポートします。これは、REDO ログが自動的に適用される読み取り専用モードで開く必要があります。AWS DMS は、レプリケーション用のスナップショットまたは論理スタンバイデータベースをサポートしていません。

詳細については、「AWS DMS の CDC 用Binary Reader を使用したソースとしてのセルフ管理 Oracle スタンバイの使用」を参照してください。

RDS Oracle スタンバイに必要なディレクトリが作成されているかどうかを検証する

API キー: oracle-check-rds-standby-directories

この評価では、RDS スタンバイインスタンス上のアーカイブログとオンラインログに必要な Oracle ディレクトリが作成されているかどうかを検証します。

詳細については、「AWS DMS の CDC 用 Binary Reader を使用したソースとして Amazon RDS Oracle スタンバイ(リードレプリカ)を使用する」を参照してください。

プライマリキーまたは一意のインデックスがバッチ適用のターゲットに存在するかどうかを検証する

API キー: oracle-check-batch-apply-target-pk-ui-absence

バッチ適用は、ターゲットテーブルでプライマリキーまたは一意のインデックスを持つテーブルでのみサポートされます。プライマリキーまたは一意のインデックスがないテーブルはバッチが失敗し、変更は一つずつ処理されます。このようなテーブルは独自のタスクに移動し、代わりにトランザクション適用モードを活用することをお勧めします。または、ターゲットテーブルに一意のキーを作成することができます。

詳細については、「AWS Database Migration Service のターゲットとしての Oracle データベースの使用」を参照してください。

プライマリキーと一意のインデックスの両方がバッチ適用のターゲットに存在するかどうかを検証する

API キー: oracle-check-batch-apply-target-pk-ui-simultaneously

バッチ適用は、ターゲットテーブルでプライマリキーまたは一意のインデックスを持つテーブルでのみサポートされます。プライマリキーまたは一意のインデックスが同時に存在するテーブルはバッチが失敗し、変更は一つずつ処理されます。このようなテーブルは独自のタスクに移動し、代わりにトランザクション適用モードを活用することをお勧めします。または、移行を実行している場合は、ターゲットテーブルの一意のキーまたはプライマリキーを削除してから、ターゲットテーブルを再構築することもできます。

詳細については、「AWS Database Migration Service のターゲットとしての Oracle データベースの使用」を参照してください。

サポートされていない HCC レベルがフルロードに使用されているかどうかを検証する

API キー: oracle-check-binary-reader-hcc-full-load

Oracle ソースエンドポイントは Binary Reader を使用するように設定されており、HCC 圧縮方法の Query Low レベルはフルロードタスクでのみサポートされます。

詳細については、「Oracle を のソースとして使用するためのサポートされている圧縮方法AWS DMS」を参照してください。

サポートされていない HCC レベルが CDC によるフルロードに使用されているかどうかを検証する

API キー: oracle-check-binary-reader-hcc-full-load-and-cdc

Oracle ソースエンドポイントは Binary Reader を使用するように設定されており、HCC 圧縮方法の Query Low レベルはフルロードタスクでのみサポートされます。

Oracle を のソースとして使用するためのサポートされている圧縮方法AWS DMS

サポートされていない HCC 圧縮が CDC に使用されているかどうかを検証する

API キー: oracle-check-binary-reader-hcc-cdc

Oracle ソースエンドポイントは Binary Reader を使用するように設定されています。バイナリリーダーは CDC のタスクで Query Low をサポートしません。

詳細については、「CDC での Oracle LogMiner または AWS DMSBinary Reader の使用」を参照してください。

ソース圧縮方法に基づく CDC の推奨事項

API キー: oracle-recommend-cdc-method-by-compression

圧縮されたオブジェクトが検出されます。詳細な推奨事項については、特定の評価の結果セクションを参照してください。

詳細については、「CDC での Oracle LogMiner または AWS DMSBinary Reader の使用」を参照してください。

バッチ適用が有効になっているかどうかを確認し、テーブルに 999 個以上の列があるかどうかを検証する

API キー: oracle-batch-apply-lob-999

DMS は、2 * columns_in_original_table + columns_in_primary_key 式を使用して顧客テーブルの列数を特定します。この式に基づいて、999 個以上の列があるテーブルを特定しました。これはバッチプロセスに影響します。バッチプロセスは失敗し、1 つずつモードに切り替わります。

詳細については、「のターゲットとしての Oracle の制限AWS Database Migration Service」を参照してください。

数字ランダム化の変換ルールを確認する

API キー: oracle-datamasking-digits-randomize

この評価では、テーブルマッピングで使用される列が数字ランダム化の変換ルールに適合しているかどうかを検証します。さらに、変換対象として選択された列がプライマリキー、一意の制約、または外部キーの一部であるかどうかも確認します。これは、数字ランダム化の変換を適用しても一意性は保証されないためです。

数字マスクの変換ルールを確認する

API キー: oracle-datamasking-digits-mask

この評価では、テーブルマッピングで使用される列が数字マスクの変換ルールでサポートされていないかどうかを検証します。さらに、変換対象として選択された列がプライマリキー、一意の制約、または外部キーの一部であるかどうかも確認します。これは、一意性が保証されないために、このような列に数字マスクの変換を適用すると、DMS タスクが失敗する可能性があるからです。

ハッシュマスクの変換ルールを確認する

API キー: oracle-datamasking-hash-mask

この評価では、テーブルマッピングで使用される列がハッシュマスクの変換ルールでサポートされていないかどうかを検証します。また、ソース列の長さが 64 文字を超えているかどうかも確認します。ハッシュマスキングをサポートするには、ターゲット列の長さが 64 文字を超えていることが理想的です。さらに、変換対象として選択された列がプライマリキー、一意の制約、または外部キーの一部であるかどうかも確認します。これは、数字ランダム化の変換を適用しても一意性は保証されないためです。

データ検証タスク設定とデータマスキングの数字ランダム化が同時に有効になっていないことを確認する

API キー: all-to-all-validation-with-datamasking-digits-randomize

この移行前評価では、データ検証設定とデータマスキングの数字ランダム化が同時に有効になっていないことを確認します。これらの機能には互換性はありません。

データ検証タスク設定とデータマスキングのハッシュマスクが同時に有効になっていないことを確認する

API キー: all-to-all-validation-with-datamasking-hash-mask

この移行前評価では、データ検証設定とデータマスキングのハッシュマスクが同時に有効になっていないことを確認します。これらの機能には互換性はありません。

データ検証タスク設定とデータマスキングの数字マスクが同時に有効になっていないことを確認する

API キー: all-to-all-validation-with-digit-mask

この移行前評価では、データ検証設定とデータマスキングの数字マスクが同時に有効になっていないことを確認します。これらの機能には互換性はありません。

ストリーミングターゲットへのレプリケーションに LOBs または拡張データ型列が含まれていないことを検証する

API キー: oracle-validate-lob-to-streaming-target

この評価では、LOB または拡張データ型をストリーミングターゲットエンドポイント (S3、Kinesis、Kafka など) に移行するときに発生する可能性があるデータ損失を特定します。Oracle データベースは、このようなデータ型への変更をログファイルで追跡しません。そのため、DMS はストリーミングターゲットに NULL 値を書き込みます。データ損失を防ぐために、Oracle にこのような変更をログに記録させる「before」トリガーをソースデータベースに実装できます。

CDC 専用タスクがOpenTransactionWindowエンドポイント設定を使用するように設定されていることを確認します。

API キー: oracle-check-cdc-open-tx-window

CDC のみのタスクOpenTransactionWindowの場合は、 を使用してデータの欠落を回避します。詳細については、「Creating tasks for ongoing replication using AWS DMS」を参照してください。

選択したオブジェクトが少なくとも 1 つソースデータベースに存在することを検証します。

API キー: all-check-source-selection-rules

この移行前評価では、ワイルドカードベースのルールのパターンマッチングなど、選択ルールで指定された少なくとも 1 つのオブジェクトがソースデータベースに存在することを確認します。

ターゲットの外部キー制約が移行に対して無効になっていることを確認する

API キー: oracle-target-foreign-key-constraints-check

この移行前評価では、移行の失敗を引き起こす可能性のあるターゲットデータベースのアクティブな外部キー制約を検出します (ORA-02291)。

Oracle データベースとAWS DMSバージョンに互換性があることを検証する

API キー: oracle-dms-compatibility-version-check

この移行前評価では、Oracle データベースのバージョンがAWS DMSバージョンと互換性がないかどうかを検出します。この不一致により、Oracle Redo の互換性設定がサポートされていないため、タスクが失敗する可能性があります。

セカンダリ制約とインデックス (非プライマリ) がソースデータベースに存在することを検証する

API キー: all-check-secondary-constraints

この移行前評価では、セカンダリ制約とインデックス (外部キー、チェック制約、クラスター化されていないインデックス) がソースデータベースに存在することを確認します。

セッションタイムアウト設定 (IDLE_TIME) が に設定されていることを確認します。 UNLIMITED

API キー: oracle-check-idle-time

この移行前評価では、Oracle データベースIDLE_TIMEパラメータがAWS DMSユーザーUNLIMITEDに対して に設定されていることを確認します。セッションタイムアウトが限られていると、接続タイムアウトが原因で移行タスクが失敗する可能性があります。

AWS DMSユーザーにソースデータベースに対する必要なアクセス許可がすべて付与されていることを確認します。

API キー: oracle-validate-permissions-on-source

この移行前評価では、AWS DMSユーザーがソースデータベースに必要なすべてのアクセス許可で設定されていることを確認します。

Oracle LogMiner の使用時に XMLTYPEまたは LOB 列が存在することを確認する

API キー: oracle-update-lob-columns

この移行前評価では、Oracle LogMiner の使用時に XMLTYPEまたは LOB 列がソースデータベースに存在することを警告します。