翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Oracle の評価
Oracle をソースとして使用する場合のアクセス許可の詳細については、[のセルフマネージド Oracle ソースに必要なユーザーアカウント権限 AWS DMS](CHAP_Source.Oracle.md#CHAP_Source.Oracle.Self-Managed.Privileges)「」または の マネージド Oracle ソースに必要なユーザーアカウント権限を参照してください。 [AWSAWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.Oracle.html#CHAP_Source.Oracle.Amazon-Managed)
**注記**
このセクションでは、Oracle をソースまたはターゲットとして使用する移行タスクの個々の移行前評価について説明します AWS DMS。
のソースとしてセルフマネージド Oracle データベースを使用している場合は AWS 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;
```
AWS DMS Serverless のソースとしてセルフマネージド Oracle データベースを使用している場合は、追加のアクセス許可が必要です。
```
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;
```
のソースとして AWSマネージド Oracle データベースを使用している場合は AWS DMS、次のアクセス許可のセットを使用します。
```
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;
```
AWS DMS Serverless のソースとして AWSマネージド Oracle データベースを使用している場合は、追加のアクセス許可が必要です。
```
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');
```
のターゲットとして自己管理型 Oracle データベースを使用している場合は AWS DMS、次のアクセス許可のセットを使用します。
```
grant select on v_$instance to dms_user;
grant execute on SYS.DBMS_XMLGEN to dms_user;
```
のターゲットとして AWSマネージド Oracle データベースを使用している場合は AWS DMS、次のアクセス許可のセットを使用します。
```
EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('V_$INSTANCE', 'dms_user', 'SELECT');
GRANT EXECUTE ON SYS.DBMS_XMLGEN TO dms_user;
```
**Topics**
+ [`BatchApplyEnabled` が有効な場合、制限付き LOB モードのみを使用していることを検証する](#CHAP_Tasks.AssessmentReport.Oracle.LimitedLOBMode)
+ [ソースのテーブルにスケールが指定されていない数値データ型の列があるかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.NumberTypeWithoutScale)
+ [ターゲットデータベースのトリガーを検証する](#CHAP_Tasks.AssessmentReport.Oracle.TriggersOnTargetDatabase)
+ [ソースの archivelog `DEST_ID` が 0 に設定されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.UseZeroDestIDTrue)
+ [フルロード中にターゲットデータベースでセカンダリインデックスが有効になっているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.SecondaryIndexesEnabled)
+ [BatchApplyEnabled を使用し、DMS タスクスコープで使用されているテーブルに 999 以上の列があるかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.SetBatchApplyEnabledTrue)
+ [データベースレベルでサプリメンタルロギングを確認する](#CHAP_Tasks.AssessmentReport.Oracle.SupplementalLogging)
+ [スタンバイのために必要な DB リンクが作成されているかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.DbLink)
+ [LOB データ型と Binary Reader が設定されているかに関する Oracle の検証](#CHAP_Tasks.AssessmentReport.Oracle.Lob)
+ [データベースが CDB かを検証します。](#CHAP_Tasks.AssessmentReport.Oracle.Cdb)
+ [Oracle Database Edition を確認します。](#CHAP_Tasks.AssessmentReport.Oracle.Express)
+ [DMS の Oracle CDC メソッドを検証する](#CHAP_Tasks.AssessmentReport.Oracle.CdcConfigurations)
+ [DMS の Oracle RAC 設定を検証する](#CHAP_Tasks.AssessmentReport.Oracle.Rac)
+ [DMS ユーザーにターゲットのアクセス許可があるかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.TargetPermissions)
+ [すべての列にサプリメンタルロギングが必要かどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.SupplementalLoggingColumns)
+ [プライマリキーや固有キーを持つテーブルでサプリメンタルロギングが有効になっているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.SupplementalLoggingIndexes)
+ [SecureFile LOB があり、タスクがフル LOB モードに設定されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.SecureFileLOBs)
+ [関数ベースのインデックスがタスクの範囲に含まれているテーブル内で使用されているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.FunctionBasedIndexes)
+ [グローバル一時テーブルがタスクの範囲に含まれるテーブルで使用されているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.GlobalTemporaryTables)
+ [オーバーフローセグメントがあり、インデックスで整理されるテーブルが、タスクの範囲に含まれるテーブルで使用されているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.IndexOrganizedTables)
+ [タスクの範囲に含まれるテーブルでマルチレベルのネストテーブルが使用されていることを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.MultilevelNestingTables)
+ [タスクの範囲に含まれるテーブルで非表示の列が使用されているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.InvisibleColumns)
+ [ROWID 列に基づくマテリアライズドビューが、タスクの範囲に含まれるテーブルで使用されているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.RowIDMaterialViews)
+ [Active Data Guard DML リダイレクト機能を使用しているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.ActiveDataGuard)
+ [ハイブリッドパーティションテーブルが使用されているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.HybridPartitionedTables)
+ [スキーマのみの Oracle アカウントが使用されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.SchemaOnly)
+ [仮想列が使用されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.VirtualColumns)
+ [タスクの範囲で定義されているテーブル名にアポストロフィが含まれているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.NamesWithApostrophes)
+ [タスクの範囲で定義された列に `XMLType`、`Long`、または `Long Raw` データ型があるかどうかを検証し、タスク設定の LOB モード設定を検証する。](#CHAP_Tasks.AssessmentReport.Oracle.XMLLongRawDatatypes)
+ [ソース Oracle バージョンが でサポートされているかどうかを確認します AWS DMS。](#CHAP_Tasks.AssessmentReport.Oracle.SourceOracleVersion)
+ [ターゲット Oracle バージョンが でサポートされているかどうかを検証します AWS DMS。](#CHAP_Tasks.AssessmentReport.Oracle.TargetOracleVersion)
+ [DMS ユーザーにデータ検証を使用するために必要なアクセス許可があるかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.DataValidation)
+ [DMS ユーザーに Oracle ASM でバイナリリーダーを使用するアクセス許可があるかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.BinaryReaderPrivilegesASM)
+ [DMS ユーザーに Oracle ASM 以外でバイナリリーダーを使用するアクセス許可があるかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.BinaryReaderPrivilegesNonASM)
+ [DMS ユーザーに CopyToTempFolder メソッドでバイナリリーダーを使用するアクセス許可があるかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.BinaryReaderTemp)
+ [DMS ユーザーに Oracle スタンバイをソースとして使用するアクセス許可があるかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.StandbySource)
+ [DMS ソースがアプリケーションコンテナ PDB に接続されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.AppPdb)
+ [テーブルにタスクの範囲に含まれる XML データ型があるかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.XmlColumns)
+ [ソースデータベースでアーカイブログモードが有効になっているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.Archivelog)
+ [RDS Oracle のアーカイブログ保持を検証する。](#CHAP_Tasks.AssessmentReport.Oracle.ArchivelogRetention)
+ [テーブルにタスクの範囲に含まれる拡張データ型があるかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.ExtendedColumns)
+ [タスクの範囲に含まれるオブジェクト名の長さを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.30ByteLimit)
+ [DMS ソースが Oracle PDB に接続されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.PDBEnabled)
+ [テーブルにタスクの範囲で空間列があるかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.SpatialColumns)
+ [DMS ソースが Oracle スタンバイに接続されているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.StandbyDB)
+ [ソースデータベーステーブルスペースが TDE を使用して暗号化されているかどうかを検証する。](#CHAP_Tasks.AssessmentReport.Oracle.StandbyDB)
+ [ソースデータベースが自動ストレージ管理 (ASM) を使用しているかどうかを検証します](#CHAP_Tasks.AssessmentReport.Oracle.ASMSource)
+ [バッチ適用が有効になっているかどうか、およびターゲット Oracle データベースのテーブルで並列処理がテーブルレベルまたはインデックスレベルで有効になっているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.batchapply)
+ [タスクスコープ内のテーブルを検証して「バルク配列サイズ」パラメータを推奨](#CHAP_Tasks.AssessmentReport.Oracle.bulkarraysize)
+ [HandleCollationDiff タスク設定が設定されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.handlecollationdiff)
+ [DMS 検証が有効になっている場合にテーブルにプライマリキーまたは一意のインデックスがあり、その状態が「有効」になっているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.pkvalidity)
+ [Oracle Standby で Binary Reader がソースとして使用されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.binaryreader)
+ [AWS DMS ユーザーに Oracle RDS スタンバイデータベースからデータをレプリケートするために必要なディレクトリアクセス許可があるかどうかを検証します。](#CHAP_Tasks.AssessmentReport.Oracle.directorypermissions)
+ [レプリケーションに使用される Oracle Standby のタイプを検証する](#CHAP_Tasks.AssessmentReport.Oracle.physicalstandby)
+ [RDS Oracle スタンバイに必要なディレクトリが作成されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.rdsstandby)
+ [プライマリキーまたは一意のインデックスがバッチ適用のターゲットに存在するかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.batchapplypkui)
+ [プライマリキーと一意のインデックスの両方がバッチ適用のターゲットに存在するかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.batchapplypkuitarget)
+ [サポートされていない HCC レベルがフルロードに使用されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.hccfullload)
+ [サポートされていない HCC レベルが CDC によるフルロードに使用されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.hccandcdc)
+ [サポートされていない HCC 圧縮が CDC に使用されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.binaryreaderhcccdc)
+ [ソース圧縮方法に基づく CDC の推奨事項](#CHAP_Tasks.AssessmentReport.Oracle.cdcmethodbycompression)
+ [バッチ適用が有効になっているかどうかを確認し、テーブルに 999 個以上の列があるかどうかを検証する](#CHAP_Tasks.AssessmentReport.Oracle.batchapplylob)
+ [数字ランダム化の変換ルールを確認する](#CHAP_Tasks.AssessmentReport.Oracle.digits.randomize)
+ [数字マスクの変換ルールを確認する](#CHAP_Tasks.AssessmentReport.Oracle.digits.mask)
+ [ハッシュマスクの変換ルールを確認する](#CHAP_Tasks.AssessmentReport.Oracle.hash.mask)
+ [データ検証タスク設定とデータマスキングの数字ランダム化が同時に有効になっていないことを確認する](#CHAP_Tasks.AssessmentReport.Oracle.all.digit.random)
+ [データ検証タスク設定とデータマスキングのハッシュマスクが同時に有効になっていないことを確認する](#CHAP_Tasks.AssessmentReport.Oracle.all.hash.mask)
+ [データ検証タスク設定とデータマスキングの数字マスクが同時に有効になっていないことを確認する](#CHAP_Tasks.AssessmentReport.Oracle.all.digit.mask)
+ [ストリーミングターゲットへのレプリケーションに LOBs または拡張データ型列が含まれていないことを検証する](#CHAP_Tasks.AssessmentReport.Oracle.streaming-target)
+ [`OpenTransactionWindow` エンドポイント設定を使用するように CDC 専用タスクが設定されていることを検証する](#CHAP_Tasks.AssessmentReport.Oracle.open.tx.window)
+ [選択したオブジェクトが少なくとも 1 つソースデータベースに存在することを検証します](#CHAP_Tasks.AssessmentReport.Oracle.all.check.source.selection.rules)
+ [ターゲットの外部キー制約が移行に対して無効になっていることを確認する](#CHAP_Tasks.AssessmentReport.Oracle.target.foreign.key.constraints.check)
+ [Oracle データベースと AWS DMS バージョンに互換性があることを検証する](#CHAP_Tasks.AssessmentReport.Oracle.dms.compatibility.version.check)
+ [セカンダリ制約とインデックス (非プライマリ) がソースデータベースに存在することを確認する](#CHAP_Tasks.AssessmentReport.Oracle.all.check.secondary.constraints)
+ [セッションタイムアウト設定 (`IDLE_TIME`) が に設定されていることを確認します。 `UNLIMITED`](#CHAP_Tasks.AssessmentReport.Oracle.check.idle.time)
+ [AWS DMS ユーザーにソースデータベースに対する必要なアクセス許可がすべて付与されていることを確認します。](#CHAP_Tasks.AssessmentReport.Oracle.validate.permissions.on.source)
+ [Oracle LogMiner の使用時に `XMLTYPE`または LOB 列が存在することを確認する](#CHAP_Tasks.AssessmentReport.Oracle.update.lob.columns)
+ [ターゲットエンドポイントがリードレプリカでないことを検証する](#CHAP_Tasks.AssessmentReport.Oracle.read.replica)
+ [直接パスロードを使用する場合、Oracle ターゲットに CONTEXT インデックスがないことを検証する](#CHAP_Tasks.AssessmentReport.Oracle.directpath.index)
+ [既存の LOB 列で制限付き LOB モードを使用する場合に `FailTasksOnLobTruncation`が有効になっていることを検証する](#CHAP_Tasks.AssessmentReport.Oracle.FailTasksOnLobTruncation)
+ [`EnableHomogenousPartitionOps` エンドポイント設定が有効になっていることを検証する](#CHAP_Tasks.AssessmentReport.Oracle.Homogenous.partition)
## `BatchApplyEnabled` が有効な場合、制限付き LOB モードのみを使用していることを検証する
**API キー:** `oracle-batch-apply-lob-mode`
この移行前評価では、DMS タスクのテーブルに LOB 列が含まれているかどうかを検証します。LOB 列がタスクの範囲に含まれている場合、制限付き LOB モードのみと `BatchApplyEnabled` を共に使用する必要があります。
詳細については、「[Target metadata task settings](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Tasks.CustomizingTasks.TaskSettings.TargetMetadata.html)」を参照してください。
## ソースのテーブルにスケールが指定されていない数値データ型の列があるかどうかを検証する
**API キー:** `oracle-number-columns-without-scale`
この移行前評価では、DMS タスクにスケールを指定していない NUMBER データ型の列が含まれているかどうかを検証します。エンドポイント設定 `NumberDataTypeScale` を評価レポートで指定された値に設定することをお勧めします。
詳細については、「[Endpoint settings when using Oracle as a source for AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.Oracle.html#CHAP_Source.Oracle.ConnectionAttrib)」を参照してください。
## ターゲットデータベースのトリガーを検証する
**API キー:** `oracle-target-triggers-are-enabled`
この移行前評価では、ターゲットデータベースでトリガーが有効になっているかどうかを検証します。トリガーが有効になっている場合、評価は失敗します。移行中にトリガーを無効化または削除することをお勧めします。
詳細については、「[DMS best practices](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_BestPractices.html)」を参照してください。
## ソースの archivelog `DEST_ID` が 0 に設定されているかどうかを検証する
**API キー:** `oracle-zero-archive-log-dest-id`
この移行前評価では、アーカイブログ `DEST_ID` が 0 に設定されている場合、エンドポイントの追加接続属性 `useZeroDestid=true` がソースに設定されているかどうかを検証します。
詳細については、「フェ[イルオーバーシナリオで Oracle データベースで使用するときに AWS DMS レプリケーションを処理する方法](https://aws.amazon.com/blogs/database/how-to-handle-aws-dms-replication-when-used-with-oracle-database-in-fail-over-scenarios/)」を参照してください。
## フルロード中にターゲットデータベースでセカンダリインデックスが有効になっているかどうかを検証する
**API キー:** `oracle-check-secondary-indexes`
この移行前評価では、ターゲットデータベースへのフルロード中にセカンダリインデックスが有効になっているかどうかを検証します。フルロード中にセカンダリインデックスを無効化または削除することをお勧めします。
詳細については、「[Best practices for AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_BestPractices.html)」を参照してください。
## BatchApplyEnabled を使用し、DMS タスクスコープで使用されているテーブルに 999 以上の列があるかどうかを検証する
**API キー:** `oracle-batch-apply-lob-999`
バッチ最適化の適用モードが有効になっているテーブルは、合計 999 を超える列を持つことはできません。999 列を超えるテーブルでは、 AWS DMS がバッチを 1 つずつ処理するため、レイテンシーが増加します。DMS は、式 **2 \$1 columns\$1in\$1original\$1table \$1 columns\$1in\$1primary\$1key <= 999** を使用して、バッチ最適化の適用モードでサポートされているテーブルあたりの列の合計数を計算します。
詳細については、「[Limitations on Oracle as a target for AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.Oracle.html#CHAP_Target.Oracle.Limitations)」を参照してください。
## データベースレベルでサプリメンタルロギングを確認する
**API キー:** `oracle-supplemental-db-level`
この移行前評価では、サプリメンタルロギングがデータベースレベルで有効になっているかを検証します。Oracle データベースを移行のソースとして使用するには、サプリメンタルロギングを有効にする必要があります。
サプリメンタルロギングを有効にするには、次のクエリを使用します。
```
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA
```
詳細については、「[サプリメンタル ロギングの設定](CHAP_Source.Oracle.md#CHAP_Source.Oracle.Self-Managed.Configuration.SupplementalLogging)」を参照してください。
この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。
## スタンバイのために必要な DB リンクが作成されているかを検証する
**API キー:** `oracle-validate-standby-dblink`
この移行前評価では、Oracle スタンバイデータベースソースのための DBLink が作成されているかを検証します。スタンバイデータベースをソースとして使用するための前提条件となります。Oracle スタンバイをソースとして使用する場合、 AWS DMS はデフォルトではオープントランザクションを検証しません。
詳細については、「[のソースとしての自己管理型 Oracle データベースの使用 AWS DMS](CHAP_Source.Oracle.md#CHAP_Source.Oracle.Self-Managed)」を参照してください。
この評価は、フルロードと 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 DMS Binary Reader の使用](CHAP_Source.Oracle.md#CHAP_Source.Oracle.CDC)」を参照してください。
この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。
## データベースが CDB かを検証します。
**API キー:** `oracle-validate-cdb`
この移行前評価では、データベースがコンテナデータベースであるかを検証します AWS DMS は、マルチテナントコンテナのルートデータベース (CDB\$1ROOT) をサポートしていません。
**注記**
この評価は、Oracle バージョン 12.1.0.1 以降でのみ必要です。この評価は、Oracle のバージョン 12.1.0.1 以前には適用されません。
詳細については、「[のソースとして Oracle を使用する場合の制限 AWS DMS](CHAP_Source.Oracle.md#CHAP_Source.Oracle.Limitations)」を参照してください。
この評価は、フルロードと 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 DMS Binary Reader と Oracle LogMiner のどちらを使用するかを推奨します。
この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。
使用する CDC 方法を決定する方法の詳細については、「[CDC での Oracle LogMiner または AWS DMS Binary Reader の使用](CHAP_Source.Oracle.md#CHAP_Source.Oracle.CDC)」を参照してください。
## DMS の Oracle RAC 設定を検証する
**API キー:** `oracle-check-rac`
この移行前評価では、Oracle データベースが Real Application Cluster であるかを検証します。Real Application Cluster データベースは、適切に設定されている必要があります。データベースが RAC に基づいている場合は、Oracle LogMiner ではなく CDC 用の AWS DMS Binary Reader を使用することをお勧めします。
この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。
詳細については、「[CDC での Oracle LogMiner または AWS DMS Binary Reader の使用](CHAP_Source.Oracle.md#CHAP_Source.Oracle.CDC)」を参照してください。
## 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 設定を検証します。タスクをフル LOB モードで実行するとパフォーマンスが低下する可能性があるため、パフォーマンスを向上させるために LOB テーブルを別個のタスクに割り当てることを検討してください。
## 関数ベースのインデックスがタスクの範囲に含まれているテーブル内で使用されているかどうかを検証する。
**API キー:** `oracle-validate-function-based-indexes`
この移行前評価では、タスクの範囲内のテーブルの関数ベースのインデックスを確認します。 AWS DMS は関数ベースのインデックスのレプリケーションをサポートしていないことに注意してください。移行後にターゲットデータベースにインデックスを作成することを検討してください。
## グローバル一時テーブルがタスクの範囲に含まれるテーブルで使用されているかどうかを検証する。
**API キー:** `oracle-validate-global-temporary-tables`
この移行前評価では、タスクテーブルマッピングの範囲内でグローバル一時テーブルが使用されているかどうかを確認します。 AWS DMS は、グローバル一時テーブルの移行またはレプリケートをサポートしていないことに注意してください。
## オーバーフローセグメントがあり、インデックスで整理されるテーブルが、タスクの範囲に含まれるテーブルで使用されているかどうかを検証する。
**API キー:** `oracle-validate-iot-overflow-segments`
オーバーフローセグメントを持つインデックス組織テーブルがタスクスコープに含まれるテーブルで使用されているかどうかを検証します。 は、オーバーフローセグメントを持つインデックス組織テーブルの CDC をサポート AWS DMS していません。
## タスクの範囲に含まれるテーブルでマルチレベルのネストテーブルが使用されていることを検証する。
**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 AWS DMS Guard DML リダイレクト機能はサポートされていません。
## ハイブリッドパーティションテーブルが使用されているかどうかを検証する。
**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 DMS Binary Reader の使用](CHAP_Source.Oracle.md#CHAP_Source.Oracle.CDC)」を参照してください。
## バッチ適用が有効になっているかどうか、およびターゲット 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` タスク設定を行うことを推奨します。
詳細については、「[データ検証タスクの設定](CHAP_Tasks.CustomizingTasks.TaskSettings.DataValidation.md)」を参照してください。
## DMS 検証が有効になっている場合にテーブルにプライマリキーまたは一意のインデックスがあり、その状態が「有効」になっているかどうかを検証する
**API キー:** `oracle-check-pk-validity`
データ検証では、ソースとターゲットの両方のテーブルにプライマリキーまたは一意のインデックスがなければなりません。
詳細については、「[AWS DMS データ検証](CHAP_Validating.md)」を参照してください。
## Oracle Standby で Binary Reader がソースとして使用されているかどうかを検証する
**API キー:** `oracle-check-binary-reader`
この評価では、ソースデータベースがスタンバイデータベースで、変更データキャプチャ (CDC) に Binary Reader を使用しているかどうかを検証します。
詳細については、「[のソースとしての Oracle データベースの使用 AWS DMS](CHAP_Source.Oracle.md)」を参照してください。
## AWS DMS ユーザーに Oracle RDS スタンバイデータベースからデータをレプリケートするために必要なディレクトリアクセス許可があるかどうかを検証します。
**API キー:** `oracle-check-directory-permissions`
この評価では、ソースデータベースが Oracle RDS スタンバイの場合、 `ARCHIVELOG_DIR_%`および `ONLINELOG_DIR_%` ディレクトリで必要な読み取り権限が AWS DMS ユーザーに付与されているかどうかを検証します。
詳細については、「[のソースとしての AWSマネージド Oracle データベースの使用 AWS DMS](CHAP_Source.Oracle.md#CHAP_Source.Oracle.Amazon-Managed)」を参照してください。
## レプリケーションに使用される Oracle Standby のタイプを検証する
**API キー:** `oracle-check-physical-standby-with-apply`
この評価では、 AWS DMS レプリケーションに使用される Oracle スタンバイデータベースのタイプを検証します。 は物理スタンバイデータベース AWS DMS のみをサポートします。これは、REDO ログが自動的に適用される読み取り専用モードで開く必要があります。 AWS DMS は、レプリケーション用のスナップショットまたは論理スタンバイデータベースをサポートしていません。
詳細については、「[の Binary Reader for CDC でのソースとしての自己管理型 Oracle スタンバイの使用 AWS DMS](CHAP_Source.Oracle.md#CHAP_Source.Oracle.Self-Managed.BinaryStandby)」を参照してください。
## RDS Oracle スタンバイに必要なディレクトリが作成されているかどうかを検証する
**API キー:** `oracle-check-rds-standby-directories`
この評価では、RDS スタンバイインスタンス上のアーカイブログとオンラインログに必要な Oracle ディレクトリが作成されているかどうかを検証します。
詳細については、「[で Amazon RDS Oracle Standby (リードレプリカ) を Binary Reader for CDC のソースとして使用する AWS DMS](CHAP_Source.Oracle.md#CHAP_Source.Oracle.Amazon-Managed.StandBy)」を参照してください。
## プライマリキーまたは一意のインデックスがバッチ適用のターゲットに存在するかどうかを検証する
**API キー:** `oracle-check-batch-apply-target-pk-ui-absence`
バッチ適用は、ターゲットテーブルでプライマリキーまたは一意のインデックスを持つテーブルでのみサポートされます。プライマリキーまたは一意のインデックスがないテーブルはバッチが失敗し、変更は一つずつ処理されます。このようなテーブルは独自のタスクに移動し、代わりにトランザクション適用モードを活用することをお勧めします。または、ターゲットテーブルに一意のキーを作成することができます。
詳細については、「[のターゲットとしての Oracle データベースの使用 AWS Database Migration Service](CHAP_Target.Oracle.md)」を参照してください。
## プライマリキーと一意のインデックスの両方がバッチ適用のターゲットに存在するかどうかを検証する
**API キー:** `oracle-check-batch-apply-target-pk-ui-simultaneously`
バッチ適用は、ターゲットテーブルでプライマリキーまたは一意のインデックスを持つテーブルでのみサポートされます。プライマリキーまたは一意のインデックスが同時に存在するテーブルはバッチが失敗し、変更は一つずつ処理されます。このようなテーブルは独自のタスクに移動し、代わりにトランザクション適用モードを活用することをお勧めします。または、移行を実行している場合は、ターゲットテーブルの一意のキーまたはプライマリキーを削除してから、ターゲットテーブルを再構築することもできます。
詳細については、「[のターゲットとしての Oracle データベースの使用 AWS Database Migration Service](CHAP_Target.Oracle.md)」を参照してください。
## サポートされていない HCC レベルがフルロードに使用されているかどうかを検証する
**API キー:** `oracle-check-binary-reader-hcc-full-load`
Oracle ソースエンドポイントは Binary Reader を使用するように設定されており、HCC 圧縮方法の Query Low レベルはフルロードタスクでのみサポートされます。
詳細については、「[Oracle を のソースとして使用するためのサポートされている圧縮方法 AWS DMS](CHAP_Source.Oracle.md#CHAP_Source.Oracle.Compression)」を参照してください。
## サポートされていない HCC レベルが CDC によるフルロードに使用されているかどうかを検証する
**API キー:** `oracle-check-binary-reader-hcc-full-load-and-cdc`
Oracle ソースエンドポイントは Binary Reader を使用するように設定されており、HCC 圧縮方法の Query Low レベルはフルロードタスクでのみサポートされます。
[Oracle を のソースとして使用するためのサポートされている圧縮方法 AWS DMS](CHAP_Source.Oracle.md#CHAP_Source.Oracle.Compression)
## サポートされていない HCC 圧縮が CDC に使用されているかどうかを検証する
**API キー:** `oracle-check-binary-reader-hcc-cdc`
Oracle ソースエンドポイントは Binary Reader を使用するように設定されています。バイナリリーダーは CDC のタスクで Query Low をサポートしません。
詳細については、「[CDC での Oracle LogMiner または AWS DMS Binary Reader の使用](CHAP_Source.Oracle.md#CHAP_Source.Oracle.CDC)」を参照してください。
## ソース圧縮方法に基づく CDC の推奨事項
**API キー:** `oracle-recommend-cdc-method-by-compression`
圧縮されたオブジェクトが検出されます。詳細な推奨事項については、特定の評価の結果セクションを参照してください。
詳細については、「[CDC での Oracle LogMiner または AWS DMS Binary Reader の使用](CHAP_Source.Oracle.md#CHAP_Source.Oracle.CDC)」を参照してください。
## バッチ適用が有効になっているかどうかを確認し、テーブルに 999 個以上の列があるかどうかを検証する
**API キー:** `oracle-batch-apply-lob-999`
DMS は、`2 * columns_in_original_table + columns_in_primary_key` 式を使用して顧客テーブルの列数を特定します。この式に基づいて、999 個以上の列があるテーブルを特定しました。これはバッチプロセスに影響します。バッチプロセスは失敗し、1 つずつモードに切り替わります。
詳細については、「[のターゲットとしての Oracle の制限 AWS Database Migration Service](CHAP_Target.Oracle.md#CHAP_Target.Oracle.Limitations)」を参照してください。
## 数字ランダム化の変換ルールを確認する
**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`」トリガーをソースデータベースに実装できます。
## `OpenTransactionWindow` エンドポイント設定を使用するように CDC 専用タスクが設定されていることを検証する
**API キー:** `oracle-check-cdc-open-tx-window`
CDC のみのタスク`OpenTransactionWindow`の場合は、 を使用してデータの欠落を回避します。詳細については、「[Creating tasks for ongoing replication using AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Task.CDC.html)」を参照してください。
## 選択したオブジェクトが少なくとも 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 列がソースデータベースに存在することを警告します。
## ターゲットエンドポイントがリードレプリカでないことを検証する
**API キー:** `all-check-target-read-replica`
この移行前評価では、ターゲットエンドポイントがリードレプリカとして設定されていないことを確認します。 AWS DMS はターゲットデータベースへの書き込みアクセスを必要とし、読み取り専用レプリカにレプリケートできません。
## 直接パスロードを使用する場合、Oracle ターゲットに CONTEXT インデックスがないことを検証する
**API キー:** `oracle-check-direct-path-context-indexes`
この移行前評価では、ターゲット Oracle テーブルに CONTEXT インデックスが含まれているかどうかを検証 AWS DMS します。全ロードモードで直接パスを使用する場合、 は CONTEXT インデックスをサポートしていません。失敗を回避するには、ダイレクトパス全ロードモードを無効にするか、ロード前に CONTEXT インデックスを削除します。
詳細については、「[のソースとして Oracle を使用する場合の制限 AWS DMS](CHAP_Source.Oracle.md#CHAP_Source.Oracle.Limitations)」を参照してください。
## 既存の LOB 列で制限付き LOB モードを使用する場合に `FailTasksOnLobTruncation`が有効になっていることを検証する
**API キー:** `oracle-pg-lobs-with-failtasksonlobtruncation`
この移行前評価では、選択したテーブルに LOB 列が存在し、制限付き LOB モードが指定されている場合、`FailTasksOnLobTruncation`追加の接続属性が true に設定されているかどうかを検証します。この設定は、移行中に LOB データが切り捨てられるとタスクに失敗し、サイレントデータ損失を防止します。
詳細については、「[のソースとして Oracle を使用する場合のエンドポイント設定 AWS DMS](CHAP_Source.Oracle.md#CHAP_Source.Oracle.ConnectionAttrib)」を参照してください。
## `EnableHomogenousPartitionOps` エンドポイント設定が有効になっていることを検証する
**API キー:** `oracle-homogenous-partition-ops`
この移行前評価では、Oracle 同種移行で`EnableHomogenousPartitionOps`エンドポイント設定が有効になっていることを確認します。この設定は、 が Oracle パーティションおよびサブパーティション DDL オペレーションをレプリケート AWS DMS するために必要です。
詳細については、「[のソースとして Oracle を使用する場合の制限 AWS DMS](CHAP_Source.Oracle.md#CHAP_Source.Oracle.Limitations)」を参照してください。