翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# MariaDB の評価
このセクションでは、MariaDB のソースエンドポイントを使用する移行タスクの個別の移行前評価について説明します。
AWS DMS API を使用して個々の移行前評価を作成するには、[StartReplicationTaskAssessmentRun ](https://docs.aws.amazon.com/dms/latest/APIReference/API_StartReplicationTaskAssessmentRun.html)アクションの `Include`パラメータにリストされている API キーを使用します。
**Topics**
+ [`server_id` がソースデータベースで 1 以上に設定されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.ServerID)
+ [ソースデータベースにバイナリログの自動削除が設定されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.AutomaticRemovalBinaryLogs)
+ [BatchApplyEnabled が true に設定されている場合、制限付き LOB モードのみを使用していることを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.LimitedLOBMode)
+ [バイナリログトランザクション圧縮が無効になっているかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.BinaryLogTransactionCompression)
+ [DMS ユーザーにソースデータベースの REPLICATION CLIENT および REPLICATION SLAVE 権限があるかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.ReplicationClientSlavePrivileges)
+ [DMS ユーザーにソースデータベーステーブルの SELECT アクセス許可があるかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.DMSUserSELECTPermissions)
+ [DMS ユーザーにターゲットとしての MySQL 互換データベースに必要な権限があるかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.DMSUserNecessaryPermissions)
+ [テーブルが Innodb以外のストレージエンジンを使用しているかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.Innodb)
+ [移行に使用されるテーブルで自動増分が有効になっているかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.AutoIncrement)
+ [データベースのバイナリログ形式が DMS CDC をサポートするように `ROW` に設定されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.BinlogFormat)
+ [データベースのバイナリログイメージが DMS CDC をサポートするように `FULL` に設定されているかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.BinlogImage)
+ [ソースデータベースが MariaDB Read-Replica であるかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.ReadReplica)
+ [テーブルにパーティションがあるかどうかを検証し、フルロードタスク設定の `TRUNCATE_BEFORE_LOAD` または `DO_NOTHING` を推奨する](#CHAP_Tasks.AssessmentReport.MariaDB.FullLoadTaskSettings)
+ [DMS がデータベースバージョンをサポートしているかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.DatabaseVersion)
+ [ターゲットデータベースで `local_infile` が 1 に設定されているかどうかを検証します。](#CHAP_Tasks.AssessmentReport.MariaDB.LocalInfile)
+ [ターゲットデータベースに外部キーを持つテーブルがあるかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.ForeignKeys)
+ [タスクの範囲にあるソーステーブルにカスケード制約があるかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.Cascade)
+ [タスクの範囲にあるソーステーブルに生成された列があるかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.GeneratedColumns)
+ [タイムアウト値が MariaDB ソースに適しているかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.Timeout.Source)
+ [タイムアウト値が MariaDB ターゲットに適しているかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.Timeout.Target)
+ [`max_statement_time` データベースパラメータの検証](#CHAP_Tasks.AssessmentReport.MariaDB.database.parameter)
+ [プライマリキーまたは一意のインデックスがバッチ適用のターゲットに存在するかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.batchapply)
+ [プライマリキーと一意のインデックスの両方がバッチ適用のターゲットに存在するかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.batchapply.simultaneous)
+ [フルロード中にターゲットデータベースでセカンダリインデックスが有効になっているかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.secondary.indexes)
+ [DMS 検証が有効になっている場合にテーブルにプライマリキーまたは一意のインデックスがあるかどうかを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.dmsvalidation)
+ [`MaxFullLoadSubTasks` 設定の使用に関する推奨事項](#CHAP_Tasks.AssessmentReport.MariaDB.maxfullload)
+ [数字ランダム化の変換ルールを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.digits.randomize)
+ [数字マスクの変換ルールを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.digits.mask)
+ [ハッシュマスクの変換ルールを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.hash.mask)
+ [データ検証タスク設定とデータマスキングの数字ランダム化が同時に有効になっていないことを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.all.digits.random)
+ [データ検証タスク設定とデータマスキングのハッシュマスクが同時に有効になっていないことを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.all.hash.mask)
+ [データ検証タスク設定とデータマスキングの数字マスクが同時に有効になっていないことを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.all.digit.mask)
+ [バイナリログの保持時間が正しく設定されているかどうかを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.retention.time)
+ [ソーステーブルに非表示の列がないかどうかを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.invisible.columns)
+ [選択したオブジェクトが少なくとも 1 つソースデータベースに存在することを検証します](#CHAP_Tasks.AssessmentReport.MariaDB.selection.rules)
+ [パーティション分割されたテーブルで `skipTableSuspensionForPartitionDdl` が有効になっていることを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.suspension.ddl)
+ [セカンダリ制約とインデックス (非プライマリ) がソースデータベースに存在することを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.secondary.constraints)
+ [バッチ適用が有効になっている場合、純変更テーブルの行サイズが 65535 を超えないことを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.batchapply.mysql)
+ [ターゲットエンドポイントがリードレプリカではないことを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.read.replica)
+ [移行するテーブルの数が 10,000 を超えないことを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.10k.tables)
+ [バイナリログが有効になっていることを検証する](#CHAP_Tasks.AssessmentReport.MariaDB.binlog.enable)
+ [選択ルールからのビューがソースに存在することを確認する](#CHAP_Tasks.AssessmentReport.MariaDB.views)
## `server_id` がソースデータベースで 1 以上に設定されているかどうかを検証する
**API キー:** `mariadb-check-server-id`
この移行前評価では、CDC 移行タイプのソースデータベースで `server_id` サーバー変数が 1 以上に設定されているかどうかを検証します。
MariaDB エンドポイントの制限事項に関する詳細については、「[Using a self-managed MySQL-compatible database as a source for AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.CustomerManaged)」を参照してください。
## ソースデータベースにバイナリログの自動削除が設定されているかどうかを検証する
**API キー:** `mariadb-check-expire-logs-days`
この移行前評価では、データベースがバイナリログを自動的に削除するように設定されているかどうかを検証します。移行中ディスク容量の使いすぎを防ぐには、`EXPIRE_LOGS_DAYS` または `BINLOG_EXPIRE_LOGS_SECONDS` グローバルシステム変数の値が 0 より大きい必要があります。
MariaDB エンドポイントの制限事項に関する詳細については、「[Using a self-managed MySQL-compatible database as a source for AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.CustomerManaged)」を参照してください。
## BatchApplyEnabled が true に設定されている場合、制限付き LOB モードのみを使用していることを検証する
**API キー:** `mariadb-batch-apply-lob-mode`
LOB 列がレプリケーションに含まれる場合、制限付き LOB モードのみで `BatchApplyEnabled` を使用できます。LOB モードの他のオプションを使用すると、バッチは失敗し、 AWS DMS は変更を 1 つずつ処理します。これらのテーブルを独自のタスクに移動し、代わりにトランザクション適用モードを使用することをお勧めします。
`BatchApplyEnabled` 設定に関する詳細については、「[DMS バッチ適用機能を使用して CDC レプリケーションパフォーマンスを向上させるにはどうすればよいですか?](https://repost.aws/knowledge-center/dms-batch-apply-cdc-replication)」を参照してください。
## バイナリログトランザクション圧縮が無効になっているかどうかを検証する
**API キー:** `mariadb-check-binlog-compression`
この移行前評価では、バイナリログトランザクション圧縮が無効になっているかどうかを検証します。バイナリログトランザクション圧縮 AWS DMS はサポートされていません。
詳細については、「[Limitations on using a MySQL database as a source for AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Limitations)」を参照してください。
## DMS ユーザーにソースデータベースの REPLICATION CLIENT および REPLICATION SLAVE 権限があるかどうかを検証する
**API キー:** `mariadb-check-replication-privileges`
この移行前評価では、DMS タスクの移行タイプが CDC またはフルロード \$1 CDC の場合、ソースエンドポイント接続設定で指定された DMS ユーザーにソースデータベースの `REPLICATION CLIENT` および `REPLICATION SLAVE` の権限があるかどうかを検証します。
詳細については、「[Using any MySQL-compatible database as a source for AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites)」を参照してください。
## DMS ユーザーにソースデータベーステーブルの SELECT アクセス許可があるかどうかを検証する
**API キー:** `mariadb-check-select-privileges`
この移行前評価では、ソースエンドポイント接続設定で指定された DMS ユーザーにソースデータベーステーブルの `SELECT` アクセス許可があるかどうかを検証します。
詳細については、「[Using any MySQL-compatible database as a source for AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites)」を参照してください。
## DMS ユーザーにターゲットとしての MySQL 互換データベースに必要な権限があるかどうかを検証する
**API キー:** `mariadb-check-target-privileges`
この移行前評価では、ターゲットエンドポイント接続設定で指定された DMS ユーザーにターゲットとしての MySQL 互換データベースに必要な権限があるかどうかを検証します。
詳細については、「[Using any MySQL-compatible database as a source for AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites)」を参照してください。
## テーブルが Innodb以外のストレージエンジンを使用しているかどうかを検証する
**API キー:** `mariadb-check-table-storage-engine`
この移行前評価では、ソースの MariaDB データベース内のテーブルで使用されるストレージエンジンが Innodb 以外のエンジンであるかどうかを検証します。DMS は、デフォルトで InnoDB ストレージエンジンを使用してターゲットテーブルを作成します。InnoDB 以外のストレージエンジンを使用する必要がある場合、手動でターゲットデータベースにテーブルを作成し、`TRUNCATE_BEFORE_LOAD` または `DO_NOTHING` をフルロードタスク設定として使用するように DMS タスクを設定する必要があります。フルロードタスクの設定の詳細については、「[全ロードタスク設定](CHAP_Tasks.CustomizingTasks.TaskSettings.FullLoad.md)」を参照してください。
MariaDB エンドポイントの制限事項の詳細については、「[MySQL データベースを のソースとして使用する場合の制限 AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations)」を参照してください。
## 移行に使用されるテーブルで自動増分が有効になっているかどうかを検証する
**API キー:** `mariadb-check-auto-increment`
この移行前評価では、タスクで使用されるソーステーブルで自動増分が有効になっているかどうかを検証します。列の AUTO\$1INCREMENT 属性は、ターゲットデータベースに移行されません。
MariaDB エンドポイントの制限事項の詳細については、「[MySQL データベースを のソースとして使用する場合の制限 AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations)」を参照してください。MariaDB での ID 列の処理については、[パート 2 の「IDENTITY 列の処理 AWS DMS](https://aws.amazon.com/blogs/database/handle-identity-columns-in-aws-dms-part-2/)」を参照してください。
## データベースのバイナリログ形式が DMS CDC をサポートするように `ROW` に設定されているかどうかを検証する
**API キー:** `mariadb-check-binlog-format`
この移行前評価では、ソースデータベースのバイナリログ形式が DMS 変更データキャプチャ (CDC) をサポートするよう `ROW` に設定されているかどうかを検証します。
バイナリログ形式を `ROW` に設定するには、以下の操作を行います。
+ Amazon RDS の場合、データベースのパラメータグループを使用します。RDS パラメータグループの使用に関する詳細については、「*Amazon RDS ユーザーガイド*」の「[MySQL バイナリログの設定](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.MySQL.BinaryFormat.html)」を参照してください。
+ オンプレミスまたは Amazon EC2 でホストされるデータベースの場合、`my.ini` (Microsoft Windows) または `my.cnf` (UNIX) の `binlog_format` 値を設定します。
この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。
セルフホスト型 MariaDB サーバーの詳細については、「[のソースとしてのセルフマネージド MySQL 互換データベースの使用 AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.CustomerManaged)」を参照してください。
## データベースのバイナリログイメージが DMS CDC をサポートするように `FULL` に設定されているかどうかを検証する
**API キー:** `mariadb-check-binlog-image`
この移行前評価では、ソースデータベースのバイナリログイメージが `FULL` に設定されているかどうかを確認します。MariaDB では、`binlog_row_image` 変数が、`ROW` 形式を使用するときにバイナリログイベントが書き込まれる方法を決定します。DMS との互換性を確保し、CDC をサポートするには、`binlog_row_image` 変数を `FULL` に設定します。この設定により、DMS は十分な情報を受信して、移行中にターゲットデータベースの完全なデータ操作言語 (DML) を構築することができます。
バイナリログイメージを `FULL` に設定するには、以下の操作を行います。
+ Amazon RDS の場合、この値はデフォルトで `FULL` になります。
+ オンプレミスまたは Amazon EC2 でホストされるデータベースの場合、`my.ini` (Microsoft Windows) または `my.cnf` (UNIX) の `binlog_row_image` 値を設定します。
この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。
セルフホスト型 MariaDB サーバーの詳細については、「[のソースとしてのセルフマネージド MySQL 互換データベースの使用 AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.CustomerManaged)」を参照してください。
## ソースデータベースが MariaDB Read-Replica であるかどうかを検証する
**API キー:** `mariadb-check-database-role`
この移行前評価では、ソースデータベースがリードレプリカかどうかを検証します。リードレプリカに接続されているときに DMS の CDC サポートを有効にするには、`log_slave_updates` パラメータを `True` に設定します。セルフマネージド型 MySQL データベースを使用する方法の詳細については、「[のソースとしてのセルフマネージド MySQL 互換データベースの使用 AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.CustomerManaged)」を参照してください。
`log_slave_updates` 値を `True` に設定するには、以下の操作を行います。
+ Amazon RDS の場合、データベースのパラメータグループを使用します。RDS データベースパラメータグループの使用に関する詳細については、「*Amazon RDS ユーザーガイド*」の「[Working with parameter groups](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithParamGroups.html)」を参照してください。
+ オンプレミスまたは Amazon EC2 でホストされるデータベースの場合、`my.ini` (Microsoft Windows) または `my.cnf` (UNIX) の `log_slave_updates` 値を設定します。
この評価は、フルロードと CDC の移行、CDC のみの移行の場合にのみ利用できます。この評価は、フルロードのみの移行では有効ではありません。
## テーブルにパーティションがあるかどうかを検証し、フルロードタスク設定の `TRUNCATE_BEFORE_LOAD` または `DO_NOTHING` を推奨する
**API キー:** `mariadb-check-table-partition`
この移行前評価では、ソースデータベースにパーティションを持つテーブルがあるかどうかを確認します。DMS は MariaDB ターゲットにパーティションのないテーブルを作成します。パーティションテーブルをターゲットのパーティションテーブルに移行するには、以下を実行する必要があります。
+ ターゲット MariaDB データベースにパーティションテーブルを事前に作成します。
+ `TRUNCATE_BEFORE_LOAD` または `DO_NOTHING` をフルロードタスク設定として使用するように DMS タスクを設定します。
MariaDB エンドポイントの制限事項の詳細については、「[MySQL データベースを のソースとして使用する場合の制限 AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations)」を参照してください。
## DMS がデータベースバージョンをサポートしているかどうかを検証する
**API キー:** `mariadb-check-supported-version`
この移行前評価では、ソースデータベースバージョンが DMS と互換性があるかどうかを検証します。CDC は、Amazon RDS MariaDB バージョン 10.4 以前、または 10.11 以降の MySQL バージョンではサポートされていません。サポートされている MariaDB のバージョンの詳細については、「[データ移行のソースエンドポイント](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.DataMigration)」を参照してください。
## ターゲットデータベースで `local_infile` が 1 に設定されているかどうかを検証します。
**API キー:** `mariadb-check-target-localinfile-set`
この移行前評価では、ターゲットデータベースの `local_infile` パラメータが 1 に設定されているかどうかを確認します。DMS では、ターゲットデータベースへのフルロード中に「local\$1infile」パラメータを 1 に設定する必要があります。詳細については、「[を使用した MySQL から MySQL への移行 AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Homogeneous)」を参照してください。
この評価は、フルロードタスクにのみ有効です。
## ターゲットデータベースに外部キーを持つテーブルがあるかどうかを検証する
**API キー:** `mariadb-check-fk-target`
この移行前評価では、MariaDB データベースに移行するフルロードまたはフルおよび CDC タスクに外部キーを持つテーブルがあるかどうかを確認します。DMS のデフォルト設定では、テーブルをアルファベット順にロードします。親テーブルと子テーブルを同時にロードできない可能性があるため、外部キーと参照整合性制約があるテーブルはロードに失敗する可能性があります。
DMS の参照整合性の詳細については、「[AWS DMS 移行のパフォーマンスの向上](CHAP_BestPractices.md#CHAP_BestPractices.Performance)」トピックの「**Working with indexes, triggers, and referential integrity constraints**」を参照してください。
## タスクの範囲にあるソーステーブルにカスケード制約があるかどうかを検証する
**API キー:** `mariadb-check-cascade-constraints`
この移行前評価では、MariaDB ソーステーブルにカスケード制約があるかどうかを確認します。MariaDB はこれらのイベントの変更をバイナリログに記録しないため、カスケード制約は DMS タスクによって移行またはレプリケートされません。 AWS DMS はこれらの制約をサポートしていませんが、リレーショナルデータベースターゲットの回避策を使用できます。
カスケード制約やその他の制約のサポートについては、「**Troubleshooting migration tasks in AWS DMS**」トピックの「[インデックス、外部キー、カスケード更新、または削除が移行されない](CHAP_Troubleshooting.md#CHAP_Troubleshooting.MySQL.FKsAndIndexes)」を参照してください。
## タスクの範囲にあるソーステーブルに生成された列があるかどうかを検証する
**API キー:** `mariadb-check-generated-columns`
この移行前評価では、MariaDB ソーステーブルに生成された列があるかどうかを確認します。DMS タスクは、生成された列の移行またはレプリケートを行いません。
生成された列を移行する方法については、「[ターゲット MySQL のインスタンスへの接続は、タスクの実行中に接続が切断されます](CHAP_Troubleshooting.md#CHAP_Troubleshooting.MySQL.ConnectionDisconnect)」を参照してください。
## タイムアウト値が MariaDB ソースに適しているかどうかを検証する
**API キー:** `mariadb-check-source-network-parameter`
この移行前評価では、タスクの MariaDB ソースエンドポイントの `net_read_timeout`、`net_write_timeout`、`wait_timeout` の設定が少なくとも 300 秒に設定されているかどうかを確認します。これは、移行中の切断を防止するために必要です。
詳細については、「[ターゲット MySQL のインスタンスへの接続は、タスクの実行中に接続が切断されます](CHAP_Troubleshooting.md#CHAP_Troubleshooting.MySQL.ConnectionDisconnect)」を参照してください。
## タイムアウト値が MariaDB ターゲットに適しているかどうかを検証する
**API キー:** `mariadb-check-target-network-parameter`
この移行前評価では、タスクの MariaDB ターゲットエンドポイントの `net_read_timeout`、`net_write_timeout`、`wait_timeout` の設定が少なくとも 300 秒に設定されているかどうかを確認します。これは、移行中の切断を防止するために必要です。
詳細については、「[ターゲット MySQL のインスタンスへの接続は、タスクの実行中に接続が切断されます](CHAP_Troubleshooting.md#CHAP_Troubleshooting.MySQL.ConnectionDisconnect)」を参照してください。
## `max_statement_time` データベースパラメータの検証
**API キー:**`mariadb-check-max-statement-time`
AWS DMS は、データベースソースパラメータ`max_statement_time`が 0 以外の値に設定されていることを確認します。DMS フルロードプロセスに対応するには、このパラメータを 0 に設定する必要があります。フルロードの完了後にこのパラメータ値の変更を検討することをお勧めします。このパラメータを 0 以外の値に設定するとデータが失われる可能性があるからです。
## プライマリキーまたは一意のインデックスがバッチ適用のターゲットに存在するかどうかを検証する
**API キー:** `mariadb-check-batch-apply-target-pk-ui-absence`
バッチ適用は、ターゲットテーブルでプライマリキーまたは一意のインデックスを持つテーブルでのみサポートされます。プライマリキーまたは一意のインデックスがないテーブルはバッチが失敗し、変更は一つずつ処理されます。このようなテーブルは独自のタスクに移動し、代わりにトランザクション適用モードを活用することをお勧めします。または、ターゲットテーブルに一意のキーを作成することができます。
詳細については、「[のターゲットとしての MySQL 互換データベースの使用 AWS Database Migration Service](CHAP_Target.MySQL.md)」を参照してください。
## プライマリキーと一意のインデックスの両方がバッチ適用のターゲットに存在するかどうかを検証する
**API キー:** `mariadb-check-batch-apply-target-pk-ui-simultaneously`
バッチ適用は、ターゲットテーブルでプライマリキーまたは一意のインデックスを持つテーブルでのみサポートされます。プライマリキーまたは一意のインデックスが同時に存在するテーブルはバッチが失敗し、変更は一つずつ処理されます。このようなテーブルは独自のタスクに移動し、代わりにトランザクション適用モードを活用することをお勧めします。または、移行を実行している場合は、ターゲットテーブルの一意のキーまたはプライマリキーを削除してから、ターゲットテーブルを再構築することもできます。
詳細については、「[のターゲットとしての MySQL 互換データベースの使用 AWS Database Migration Service](CHAP_Target.MySQL.md)」を参照してください。
## フルロード中にターゲットデータベースでセカンダリインデックスが有効になっているかどうかを検証する
**API キー:** `mariadb-check-secondary-indexes`
ターゲットデータベースのセカンダリインデックスを無効化または削除することを検討してください。セカンダリインデックスは、フルロード中の移行パフォーマンスに影響を与える可能性があります。キャッシュされた変更を適用する前にセカンダリインデックスを有効にすることをお勧めします。
詳細については、「[のベストプラクティス AWS Database Migration Service](CHAP_BestPractices.md)」を参照してください。
## DMS 検証が有効になっている場合にテーブルにプライマリキーまたは一意のインデックスがあるかどうかを検証する
**API キー:** `mariadb-check-pk-validity`
データ検証では、ソースとターゲットの両方のテーブルにプライマリキーまたは一意のインデックスがなければなりません。
詳細については、「[AWS DMS データ検証](CHAP_Validating.md)」を参照してください。
## `MaxFullLoadSubTasks` 設定の使用に関する推奨事項
この評価では、タスクに含まれるテーブルの数を確認し、フルロードプロセス中に最適なパフォーマンスが得られるように `MaxFullLoadSubTasks` パラメータの値を大きくすることを推奨します。デフォルトでは、 は 8 つのテーブルを同時に AWS DMS 移行します。`MaxFullLoadSubTasks` パラメータをより大きな値に変更すると、フルロードのパフォーマンスが向上します。
詳細については、「[全ロードタスク設定](CHAP_Tasks.CustomizingTasks.TaskSettings.FullLoad.md)」を参照してください。
## 数字ランダム化の変換ルールを確認する
**API キー:** `mariadb-datamasking-digits-randomize`
この評価では、テーブルマッピングで使用される列が数字ランダム化の変換ルールに適合しているかどうかを検証します。さらに、変換対象として選択された列がプライマリキー、一意の制約、または外部キーの一部であるかどうかも確認します。これは、数字ランダム化の変換を適用しても一意性は保証されないためです。
## 数字マスクの変換ルールを確認する
**API キー:** `mariadb-datamasking-digits-mask`
この評価では、テーブルマッピングで使用される列が数字マスクの変換ルールでサポートされていないかどうかを検証します。さらに、変換対象として選択された列がプライマリキー、一意の制約、または外部キーの一部であるかどうかも確認します。これは、一意性が保証されないために、このような列に数字マスクの変換を適用すると、DMS タスクが失敗する可能性があるからです。
## ハッシュマスクの変換ルールを確認する
**API キー:** `mariadb-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`
この移行前評価では、データ検証設定とデータマスキングの数字マスクが同時に有効になっていないことを確認します。これらの機能には互換性はありません。
## バイナリログの保持時間が正しく設定されているかどうかを確認する
**API キー:** `mariadb-check-binlog-retention-time`
この移行前評価では、「`binlog retention hours`」の値が 24 時間を超えているかどうかを検証します。
## ソーステーブルに非表示の列がないかどうかを確認する
**API キー:** `mariadb-check-invisible-columns`
この移行前評価では、ソーステーブルに非表示の列がないかどうかを検証します。 AWS DMS は、ソースデータベースの非表示の列からデータを移行しません。
## 選択したオブジェクトが少なくとも 1 つソースデータベースに存在することを検証します
**API キー:** `all-check-source-selection-rules`
この移行前評価では、ワイルドカードベースのルールのパターンマッチングなど、選択ルールで指定された少なくとも 1 つのオブジェクトがソースデータベースに存在することを確認します。
## パーティション分割されたテーブルで `skipTableSuspensionForPartitionDdl` が有効になっていることを検証する
**API キー:** `mariadb-check-skip-table-suspension-partition-ddl`
この移行前評価では、ソースデータベース内のパーティションテーブルを検出し、`skipTableSuspensionForPartitionDdl`パラメータ設定を検証します。このパラメータを設定しないと、移行中に不要なテーブルの停止が発生する可能性があります。
詳細については、「[MySQL データベースを のソースとして使用する場合の制限 AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations)」を参照してください。
## セカンダリ制約とインデックス (非プライマリ) がソースデータベースに存在することを確認する
**API キー:** `all-check-secondary-constraints`
この移行前評価では、セカンダリ制約とインデックス (外部キー、チェック制約、クラスター化されていないインデックス) がソースデータベースに存在することを確認します。
## バッチ適用が有効になっている場合、純変更テーブルの行サイズが 65535 を超えないことを確認する
**API キー:** `all-check-for-batch-apply-to-mysql`
移行前評価では、テーブルに 65,535 バイトを超えるサイズの行が含まれているかどうかを確認します。バッチ適用が有効になっている場合、エンジンの制限により、このサイズを超える行の一時テーブルを作成 AWS DMS することはできません。
## ターゲットエンドポイントがリードレプリカではないことを確認する
**API キー:** `all-check-target-read-replica`
この移行前評価では、ターゲットエンドポイントがリードレプリカとして設定されていないことを確認します。 AWS DMS は、ターゲットデータベースへの書き込みアクセスを必要とし、読み取り専用レプリカにレプリケートできません。
## 移行するテーブルの数が 10,000 を超えないことを確認する
**API キー:** `mariadb-check-10k-tables`
この移行前評価では、移行するテーブルの数が、テーブルの選択に基づいて 10,000 を超えるかどうかを検証します。
## バイナリログが有効になっていることを検証する
**API キー:** `mariadb-check-binlog-enabled`
この移行前評価では、ソースデータベースでバイナリログ記録が有効になっているかどうかを検証します。
詳細については、「[のソースとしてのセルフマネージド MySQL 互換データベースの使用 AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.CustomerManaged)」を参照してください。
## 選択ルールからのビューがソースに存在することを確認する
**API キー:** `mariadb-check-views`
この移行前評価では、 が MariaDB のビュー移行をサポート AWS DMS していないため、ビューが使用されているかどうかを検証します。
詳細については、「[MySQL データベースを のソースとして使用する場合の制限 AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations)」を参照してください。