Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Évaluations MySQL
Cette section décrit les évaluations de prémigration individuelles pour les tâches de migration qui utilisent un point de terminaison source sans serveur MySQL, Aurora MySQL-Compatible MySQL-Compatible Edition ou Aurora Edition.
**Topics**
+ [Validez si la compression des transactions du journal binaire est désactivée](#CHAP_Tasks.AssessmentReport.MySQL.BinaryLogTransaction)
+ [Validez si l'utilisateur DMS possède les autorisations REPLICATION CLIENT et REPLICATION SLAVE pour la base de données source](#CHAP_Tasks.AssessmentReport.MySQL.ReplicationClientPermissions)
+ [Validez si l'utilisateur DMS dispose des autorisations SELECT pour les tables de base de données source](#CHAP_Tasks.AssessmentReport.MySQL.DMSUserSelectPermissions)
+ [Validez si le server\_id est défini sur 1 ou plus dans la base de données source](#CHAP_Tasks.AssessmentReport.MySQL.ServerID)
+ [Validez si l'utilisateur DMS dispose des autorisations nécessaires pour la base de données MySQL en tant que cible](#CHAP_Tasks.AssessmentReport.MySQL.UserNecessaryPermissions)
+ [Validez si la suppression automatique des journaux binaires est définie pour la base de données source](#CHAP_Tasks.AssessmentReport.MySQL.BinaryLogAutomaticRemoval)
+ [Validez que le mode LOB limité n'est utilisé que lorsqu'il `BatchApplyEnabled` est défini sur true](#CHAP_Tasks.AssessmentReport.MySQL.LimitedLOBMode)
+ [Valider si une table utilise un moteur de stockage autre qu'Innodb](#CHAP_Tasks.AssessmentReport.MySQL.Innodb)
+ [Validez si l'incrémentation automatique est activée sur toutes les tables utilisées pour la migration](#CHAP_Tasks.AssessmentReport.MySQL.AutoIncrement)
+ [Validez si l'image du binlog de la base de données est réglée sur `FULL pour prendre` en charge le DMS CDC](#CHAP_Tasks.AssessmentReport.MySQL.BinlogImage)
+ [Validez si la base de données source est un MySQL Read-Replica](#CHAP_Tasks.AssessmentReport.MySQL.ReadReplica)
+ [Validez si une table comporte des partitions et recommandez `target_table_prep_mode pour les paramètres de chargement complet des tâches`](#CHAP_Tasks.AssessmentReport.MySQL.FullLoadTaskSettings)
+ [Validez si DMS prend en charge la version de base de données](#CHAP_Tasks.AssessmentReport.MySQL.DatabaseVersion)
+ [Validez si la base de données cible est configurée pour définir `local_infile sur` 1](#CHAP_Tasks.AssessmentReport.MySQL.LocalInfile)
+ [Valider si la base de données cible contient des tables avec des clés étrangères](#CHAP_Tasks.AssessmentReport.MySQL.ForeignKeys)
+ [Validez si les tables sources de l'étendue de la tâche présentent des contraintes en cascade](#CHAP_Tasks.AssessmentReport.MySQL.Cascade)
+ [Validez si les valeurs de délai sont appropriées pour une source ou une cible MySQL](#CHAP_Tasks.AssessmentReport.MySQL.Timeout)
+ [Valider le paramètre de base de `données max_statement_time`](#CHAP_Tasks.AssessmentReport.MySQL.max_statement_time)
+ [Validez si la clé primaire ou l'index unique existe sur la cible pour l'application par lots](#CHAP_Tasks.AssessmentReport.MySQL.batchapply_absence)
+ [Validez si la clé primaire et l'index unique existent à la fois sur la cible pour l'application par lots](#CHAP_Tasks.AssessmentReport.MySQL.batchapply_simul)
+ [Validez si les index secondaires sont activés lors du chargement complet de la base de données cible](#CHAP_Tasks.AssessmentReport.MySQL.secondaryindexes)
+ [Validez si la table possède une clé primaire ou un index unique lorsque la validation DMS est activée](#CHAP_Tasks.AssessmentReport.MySQL.pk_validity)
+ [Recommandation sur l'utilisation du `MaxFullLoadSubTasks` réglage](#CHAP_Tasks.AssessmentReport.MySQL.fullload_subtasks)
+ [Vérifiez la règle de transformation pour la randomisation des chiffres](#CHAP_Tasks.AssessmentReport.MySQL.digits.randomise)
+ [Vérifiez la règle de transformation pour le masque de chiffres](#CHAP_Tasks.AssessmentReport.MySQL.digits.mask)
+ [Vérifiez la règle de transformation pour le masque de hachage](#CHAP_Tasks.AssessmentReport.MYSQL.hash.mask)
+ [Vérifiez que les paramètres des tâches de validation des données et la randomisation des chiffres de masquage des données ne sont pas activés simultanément](#CHAP_Tasks.AssessmentReport.MYSQL.all.digits.random)
+ [Vérifiez que les paramètres de la tâche de validation des données et le masque de hachage du masquage des données ne sont pas activés simultanément](#CHAP_Tasks.AssessmentReport.MYSQL.all.hash.mask)
+ [Vérifiez que les paramètres des tâches de validation des données et le masque numérique de masquage des données ne sont pas activés simultanément](#CHAP_Tasks.AssessmentReport.MYSQL.all.digit.mask)
+ [Vérifiez si l'instance source Amazon Aurora MySQL n'est pas une réplique en lecture](#CHAP_Tasks.AssessmentReport.MYSQL.read.only)
+ [Vérifiez si le temps de conservation des journaux binaires est correctement défini](#CHAP_Tasks.AssessmentReport.MYSQL.retention.time)
+ [Vérifiez si les tables sources ne comportent pas de colonnes invisibles.](#CHAP_Tasks.AssessmentReport.MYSQL.invisible.columns)
+ [Validez si le format binlog de la base de données est défini sur ROW pour prendre en charge le DMS CDC](#CHAP_Tasks.AssessmentReport.MYSQL.binlog.format)
+ [Vérifiez qu'au moins un objet sélectionné existe dans la base de données source](#CHAP_Tasks.AssessmentReport.MYSQL.selection.rules)
+ [Validez que les tables contenant des colonnes générées existent dans la base de données source](#CHAP_Tasks.AssessmentReport.MYSQL.generated.columns)
+ [Validez que le saut TableSuspensionForPartitionDdl est activé pour les tables partitionnées](#CHAP_Tasks.AssessmentReport.MYSQL.tablepartition.ddl)
+ [Validez que max\_allowed\_packet size peut gérer les colonnes LOB source](#CHAP_Tasks.AssessmentReport.MYSQL.maxallowed.packetlob)
+ [Valider que les contraintes et les index secondaires (non principaux) sont présents dans la base de données source](#CHAP_Tasks.AssessmentReport.MYSQL.secondary.constraints)
+ [Validez que la taille des lignes du tableau des modifications nettes ne dépasse pas 65535 lorsque l'application par lots est activée.](#CHAP_Tasks.AssessmentReport.MYSQL.batchapply.mysql)
+ [Vérifiez que le point de terminaison cible n'est pas une réplique en lecture](#CHAP_Tasks.AssessmentReport.MYSQL.read.replica)
+ [Vérifiez que le nombre de tables à migrer ne dépasse pas 10 000](#CHAP_Tasks.AssessmentReport.MYSQL.10k.tables)
+ [Validez que la journalisation binaire est activée](#CHAP_Tasks.AssessmentReport.MYSQL.binlog.enable)
+ [Validez cela AWS DMS est connecté à une instance principale de MySQL](#CHAP_Tasks.AssessmentReport.MYSQL.source.replica)
## Validez si la compression des transactions du journal binaire est désactivée
**Clé API :** `mysql-check-binlog-compression`
Cette évaluation préalable à la migration permet de vérifier si la compression binaire des transactions Log est désactivée. AWS DMS ne prend pas en charge la compression des transactions de journaux binaires.
Pour plus d'informations, consultez [ Limitations relatives à l'utilisation d'une base de données MySQL comme source pour AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Limitations).
## Validez si l'utilisateur DMS possède les autorisations REPLICATION CLIENT et REPLICATION SLAVE pour la base de données source
**Clé API :** `mysql-check-replication-privileges`
Cette évaluation préalable à la migration permet de vérifier si l'utilisateur DMS spécifié dans les paramètres de connexion du point de terminaison source dispose d'`REPLICATION SLAVE`autorisations `REPLICATION CLIENT` et d'autorisations pour la base de données source si le type de migration des tâches DMS est CDC ou Full-load \+ CDC.
Pour plus d'informations, voir [ Utilisation d'une MySQL-compatible base de données comme source pour AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites).
## Validez si l'utilisateur DMS dispose des autorisations SELECT pour les tables de base de données source
**Clé API :** `mysql-check-select-privileges`
Cette évaluation préalable à la migration permet de vérifier si l'utilisateur DMS spécifié dans les paramètres de connexion du point de terminaison source dispose des autorisations SELECT pour les tables de base de données source.
Pour plus d'informations, voir [ Utilisation d'une MySQL-compatible base de données comme source pour AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites).
## Validez si le server\_id est défini sur 1 ou plus dans la base de données source
**Clé API :** `mysql-check-server-id`
Cette évaluation de prémigration permet de vérifier si la variable `server_id` serveur est définie sur 1 ou plus dans la base de données source pour le type de migration CDC.
Pour plus d'informations sur les sources de AWS DMS, voir [ Utilisation d'une MySQL-compatible base de données autogérée comme source pour AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.CustomerManaged).
## Validez si l'utilisateur DMS dispose des autorisations nécessaires pour la base de données MySQL en tant que cible
**Clé API :** `mysql-check-target-privileges`
Cette évaluation préalable à la migration permet de vérifier si l'utilisateur DMS spécifié dans les paramètres de connexion du point de terminaison cible dispose des autorisations nécessaires pour la base de données MySQL en tant que cible.
Pour plus d'informations sur les prérequis requis pour le point de terminaison source MySQL, consultez [ Utilisation d'une MySQL-compatible base de données comme source pour AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites).
## Validez si la suppression automatique des journaux binaires est définie pour la base de données source
**Clé API :** `mysql-check-expire-logs-days`
Cette évaluation préalable à la migration permet de vérifier si votre base de données est configurée pour supprimer automatiquement les journaux binaires. Les valeurs de l'une `EXPIRE_LOGS_DAYS` ou l'autre des variables système `BINLOG_EXPIRE_LOGS_SECONDS` globales doivent être supérieures à zéro pour éviter une utilisation excessive de l'espace disque lors de la migration.
Pour plus d'informations sur les sources de AWS DMS, voir [ Utilisation d'une MySQL-compatible base de données autogérée comme source pour AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.CustomerManaged).
## Validez que le mode LOB limité n'est utilisé que lorsqu'il `BatchApplyEnabled` est défini sur true
**Clé API :** `mysql-batch-apply-lob-mode`
Cette évaluation préalable à la migration permet de vérifier si la tâche DMS inclut des colonnes LOB. Si des colonnes LOB sont incluses dans la portée de la tâche, vous devez les utiliser `BatchApplyEnabled` conjointement avec le mode LOB limité uniquement.
Pour plus d'informations sur le `BatchApplyEnabled` paramètre, voir [ Comment utiliser la fonction d'application par lots du DMS pour améliorer les performances de réplication CDC ? ](https://repost.aws/knowledge-center/dms-batch-apply-cdc-replication).
## Valider si une table utilise un moteur de stockage autre qu'Innodb
**Clé API :** `mysql-check-table-storage-engine`
Cette évaluation préalable à la migration permet de vérifier si le moteur de stockage utilisé pour une table de la base de données Source MySQL est un moteur autre qu'Innodb. DMS crée des tables cibles avec le moteur de stockage InnoDB par défaut. Si vous devez utiliser un moteur de stockage autre qu'InnoDB, vous devez créer manuellement la table dans la base de données cible et configurer votre tâche DMS pour utiliser `TRUNCATE_BEFORE_LOAD` ou `DO_NOTHING` comme paramètre de tâche de chargement complet. Pour plus d'informations sur les paramètres de chargement complet des tâches, consultez[Full-load paramètres des tâches](CHAP_Tasks.CustomizingTasks.TaskSettings.FullLoad.md).
**Note**
Cette évaluation préalable à la migration n'est pas disponible pour Aurora MySQL-Compatible Edition ou Aurora MySQL-Compatible Edition Serverless.
Pour plus d'informations sur les limites des terminaux MySQL, consultez[Limitations relatives à l'utilisation d'une base de données MySQL comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations).
## Validez si l'incrémentation automatique est activée sur toutes les tables utilisées pour la migration
**Clé API :** `mysql-check-auto-increment`
Cette évaluation préalable à la migration permet de vérifier si l'incrémentation automatique est activée sur les tables sources utilisées dans la tâche. DMS ne migre pas l'attribut AUTO\_INCREMENT d'une colonne vers une base de données cible.
Pour plus d'informations sur les limites des terminaux MySQL, consultez[Limitations relatives à l'utilisation d'une base de données MySQL comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations). Pour plus d'informations sur la gestion des colonnes d'identité dans MySQL, voir [ Gérer les colonnes IDENTITY dans AWS DMS : Partie 2](https://aws.amazon.com/blogs/database/handle-identity-columns-in-aws-dms-part-2/).
## Validez si l'image du binlog de la base de données est réglée sur `FULL pour prendre` en charge le DMS CDC
**Clé API :** `mysql-check-binlog-image`
Cette évaluation de prémigration vérifie si l'image binlog de la base de données source est définie sur. `FULL` Dans MySQL, la `binlog_row_image` variable détermine comment un événement de journal binaire est écrit lors de l'utilisation de ce `ROW` format. Pour garantir la compatibilité avec DMS et prendre en charge le CDC, définissez la `binlog_row_image` variable sur`FULL`. Ce paramètre garantit que DMS reçoit suffisamment d'informations pour créer le langage de manipulation des données (DML) complet pour la base de données cible lors de la migration.
Pour définir l'image du binlog sur`FULL`, procédez comme suit :
+ Pour Amazon RDS, cette valeur est définie `FULL` par défaut.
+ Pour les bases de données hébergées sur site ou sur Amazon EC2, définissez la `binlog_row_image` valeur dans `my.ini` (Microsoft Windows) ou `my.cnf` (UNIX).
Cette évaluation n'est valable que pour une migration à pleine charge et vers le CDC, ou pour une CDC-only migration. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.
## Validez si la base de données source est un MySQL Read-Replica
**Clé API :** `mysql-check-database-role`
Cette évaluation avant la migration permet de vérifier si la base de données source est une réplique lue. Pour activer la prise en charge du DMS par le CDC lors de la connexion à une réplique en lecture, définissez le `log_slave_updates` paramètre sur`True`. Pour plus d'informations sur l'utilisation d'une base de données MySQL autogérée, consultez[Utilisation d'une MySQL-compatible base de données autogérée comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.CustomerManaged).
Pour définir la `log_slave_updates` valeur sur`True`, procédez comme suit :
+ Pour Amazon RDS, utilisez le groupe de paramètres de la base de données. Pour plus d'informations sur l'utilisation des groupes de paramètres de base de données RDS, consultez la section [ Utilisation des groupes de paramètres ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithParamGroups.html) dans le guide de l'utilisateur * Amazon RDS*.
+ Pour les bases de données hébergées sur site ou sur Amazon EC2, définissez la `log_slave_updates` valeur dans `my.ini` (Microsoft Windows) ou `my.cnf` (UNIX).
Cette évaluation n'est valable que pour une migration à pleine charge et vers le CDC, ou pour une CDC-only migration. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.
## Validez si une table comporte des partitions et recommandez `target_table_prep_mode pour les paramètres de chargement complet des tâches`
**Clé API :** `mysql-check-table-partition`
Cette évaluation de prémigration vérifie la présence de tables comportant des partitions dans la base de données source. DMS crée des tables sans partitions sur la cible MySQL. Pour migrer des tables partitionnées vers une table partitionnée sur la cible, vous devez effectuer les opérations suivantes :
+ Pre-create les tables partitionnées de la base de données MySQL cible.
+ Configurez votre tâche DMS pour qu'elle `TRUNCATE_BEFORE_LOAD` soit utilisée ou `DO_NOTHING` comme paramètre de tâche à pleine charge.
Pour plus d'informations sur les limites des terminaux MySQL, consultez[Limitations relatives à l'utilisation d'une base de données MySQL comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations).
## Validez si DMS prend en charge la version de base de données
**Clé API :** `mysql-check-supported-version`
Cette évaluation préalable à la migration permet de vérifier si la version de la base de données source est compatible avec DMS. Pour plus d'informations sur les versions de MySQL prises en charge, consultez[Points de terminaison sources pour la migration des données](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.DataMigration).
## Validez si la base de données cible est configurée pour définir `local_infile sur` 1
**Clé API :** `mysql-check-target-localinfile-set`
Cette évaluation de prémigration vérifie si le `local_infile` paramètre de la base de données cible est défini sur 1. DMS nécessite que le paramètre « local\_infile » soit défini sur 1 lors du chargement complet de votre base de données cible. Pour de plus amples informations, veuillez consulter [Migrer de MySQL vers MySQL à l'aide de AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Homogeneous).
Cette évaluation n'est valable que pour une tâche à pleine charge ou à pleine charge et CDC.
## Valider si la base de données cible contient des tables avec des clés étrangères
**Clé API :** `mysql-check-fk-target`
Cette évaluation de prémigration vérifie si une tâche à chargement complet ou complète et CDC migrant vers une base de données MySQL comporte des tables avec des clés étrangères. Le réglage par défaut dans DMS est de charger les tableaux par ordre alphabétique. Les tables comportant des clés étrangères et des contraintes d'intégrité référentielle peuvent entraîner un échec du chargement, car les tables parent et enfant peuvent ne pas être chargées en même temps.
Pour plus d'informations sur l'intégrité référentielle dans DMS, consultez la rubrique ** Utilisation des index, des déclencheurs et des contraintes ** d'intégrité référentielle. [Améliorer les performances d'un AWS DMS migration](CHAP_BestPractices.md#CHAP_BestPractices.Performance)
## Validez si les tables sources de l'étendue de la tâche présentent des contraintes en cascade
**Clé API :** `mysql-check-cascade-constraints`
Cette évaluation de prémigration vérifie si l'une des tables sources MySQL possède des contraintes de cascade. Les contraintes en cascade ne sont ni migrées ni répliquées par les tâches DMS, car MySQL n'enregistre pas les modifications relatives à ces événements dans le binlog. Bien que ces contraintes AWS DMS ne soient pas prises en charge, vous pouvez utiliser des solutions de contournement pour les cibles de bases de données relationnelles.
Pour plus d'informations sur la prise en charge des contraintes de cascase et d'autres contraintes, consultez [Non-migration des index, des clés étrangères ou des mises à jour ou suppressions en cascade](CHAP_Troubleshooting.md#CHAP_Troubleshooting.MySQL.FKsAndIndexes) la rubrique ** Résolution des problèmes de migration. AWS DMS**
## Validez si les valeurs de délai sont appropriées pour une source ou une cible MySQL
**Clé API :** `mysql-check-target-network-parameter`
Cette évaluation de prémigration vérifie si le point de terminaison MySQL d'une tâche possède les `net_read_timeout` `wait_timeout` paramètres `net_write_timeout` et définis sur au moins 300 secondes. Cela est nécessaire pour éviter les déconnexions pendant la migration.
Pour de plus amples informations, veuillez consulter [Les connexions à une instance MySQL cible sont déconnectées durant une tâche](CHAP_Troubleshooting.md#CHAP_Troubleshooting.MySQL.ConnectionDisconnect).
## Valider le paramètre de base de `données max_statement_time`
**Clé API :** `mysql-check-max-statement-time`
Vérifiez le paramètre source - `max_Statement_time` pour les sources basées sur MySQL. S'il existe des tables supérieures à 1 milliard, validez la valeur `max_Statement_time` et recommandez de la régler sur une valeur plus élevée pour éviter toute perte de données potentielle.
## Validez si la clé primaire ou l'index unique existe sur la cible pour l'application par lots
**Clé API :** `mysql-check-batch-apply-target-pk-ui-absence`
L'application par lots n'est prise en charge que sur les tables dont la table cible comporte des clés primaires ou des index uniques. Les tables sans clé primaire ni index unique entraînent l'échec du lot et les modifications sont traitées une par une. Il est conseillé de déplacer ces tables vers leurs propres tâches et d'utiliser plutôt le mode d'application transactionnel. Vous pouvez également créer une clé unique sur la table cible.
Pour plus d'informations, voir [ Utilisation d'une MySQL-compatible base de données comme cible pour AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.MySQL.html).
## Validez si la clé primaire et l'index unique existent à la fois sur la cible pour l'application par lots
**Clé API :** `mysql-check-batch-apply-target-pk-ui-simultaneously`
L'application par lots n'est prise en charge que sur les tables dont la table cible comporte des clés primaires ou des index uniques. Les tables contenant simultanément des clés primaires et des index uniques entraînent l'échec du lot et les modifications sont traitées une par une. Il est conseillé de déplacer ces tables vers leurs propres tâches et d'utiliser plutôt le mode d'application transactionnel. Vous pouvez également déposer une ou plusieurs clés uniques ou une clé primaire dans la table cible et la reconstruire si vous effectuez une migration.
Pour plus d'informations, voir [ Utilisation d'une MySQL-compatible base de données comme cible pour AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.MySQL.html).
## Validez si les index secondaires sont activés lors du chargement complet de la base de données cible
**Clé API :** `mysql-check-secondary-indexes`
Envisagez de désactiver ou de supprimer les index secondaires de la base de données cible. Les index secondaires peuvent affecter les performances de votre migration pendant le chargement complet. Il est conseillé d'activer les index secondaires avant d'appliquer les modifications mises en cache.
Pour plus d'informations, consultez la section [ Meilleures pratiques pour AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_BestPractices.html).
## Validez si la table possède une clé primaire ou un index unique lorsque la validation DMS est activée
**Clé API :** `mysql-check-pk-validity`
La validation des données exige que la table dispose d'une clé primaire ou d'un index unique.
Pour plus d'informations, consultez la section Validation [AWS DMS des données](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Validating.html).
## Recommandation sur l'utilisation du `MaxFullLoadSubTasks` réglage
**Clé API :** `mysql-tblnum-for-max-fullload-subtasks`
Cette évaluation vérifie le nombre de tables incluses dans la tâche et recommande d'augmenter le `MaxFullLoadSubTasks` paramètre pour des performances optimales pendant le processus de chargement complet. Par défaut, AWS DMS migre 8 tables simultanément. La modification du `MaxFullLoadSubTasks` paramètre à une valeur plus élevée améliore les performances à pleine charge.
Pour plus d'informations, consultez la section Paramètres des [ Full-load tâches](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Tasks.CustomizingTasks.TaskSettings.FullLoad.html).
## Vérifiez la règle de transformation pour la randomisation des chiffres
**Clé API :** `mysql-datamasking-digits-randomize`
Cette évaluation permet de vérifier si les colonnes utilisées dans les mappages de tables sont compatibles avec la règle de transformation Digits Randomize. En outre, l'évaluation vérifie si les colonnes sélectionnées pour la transformation font partie de clés primaires, de contraintes uniques ou de clés étrangères, car l'application de transformations aléatoires par des chiffres ne garantit aucune unicité.
## Vérifiez la règle de transformation pour le masque de chiffres
**Clé API :** `mysql-datamasking-digits-mask`
Cette évaluation permet de vérifier si les colonnes utilisées dans le mappage des tables ne sont pas prises en charge par la règle de transformation Digits Mask. En outre, l'évaluation vérifie si les colonnes sélectionnées pour la transformation font partie de clés primaires, de contraintes uniques ou de clés étrangères, car l'application de transformations par masque numérique à de telles colonnes peut entraîner l'échec des tâches DMS car l'unicité ne peut être garantie.
## Vérifiez la règle de transformation pour le masque de hachage
**Clé API :** `mysql-datamasking-hash-mask`
Cette évaluation permet de vérifier si l'une des colonnes utilisées dans le mappage des tables n'est pas prise en charge par la règle de transformation du masque de hachage. Il vérifie également si la longueur de la colonne source dépasse 64 caractères. Idéalement, la longueur de la colonne cible doit être supérieure à 64 caractères pour prendre en charge le masquage du hachage. En outre, l'évaluation vérifie si les colonnes sélectionnées pour la transformation font partie de clés primaires, de contraintes uniques ou de clés étrangères, car l'application de transformations aléatoires par des chiffres ne garantit aucune unicité.
## Vérifiez que les paramètres des tâches de validation des données et la randomisation des chiffres de masquage des données ne sont pas activés simultanément
**Clé API :** `all-to-all-validation-with-datamasking-digits-randomize`
Cette évaluation de prémigration permet de vérifier que le paramètre de validation des données et la randomisation des chiffres de masquage des données ne sont pas activés simultanément, car ces fonctionnalités sont incompatibles.
## Vérifiez que les paramètres de la tâche de validation des données et le masque de hachage du masquage des données ne sont pas activés simultanément
**Clé API :** `all-to-all-validation-with-datamasking-hash-mask`
Cette évaluation préalable à la migration permet de vérifier que le paramètre de validation des données et le masque de hachage du masquage des données ne sont pas activés simultanément, car ces fonctionnalités sont incompatibles.
## Vérifiez que les paramètres des tâches de validation des données et le masque numérique de masquage des données ne sont pas activés simultanément
**Clé API :** `all-to-all-validation-with-digit-mask`
Cette évaluation de prémigration permet de vérifier que le paramètre de validation des données et le masque numérique de masquage des données ne sont pas activés simultanément, car ces fonctionnalités sont incompatibles.
## Vérifiez si l'instance source Amazon Aurora MySQL n'est pas une réplique en lecture
**Clé API :** `mysql-check-aurora-read-only`
Cette évaluation préalable à la migration permet de vérifier si, lors de la migration entre deux clusters Amazon Aurora MySQL, le point de terminaison source doit être une read/write instance et non une instance de réplication.
## Vérifiez si le temps de conservation des journaux binaires est correctement défini
**Clé API :** `mysql-check-binlog-retention-time`
Cette évaluation préalable à la migration permet de vérifier si la valeur des « heures de conservation des fichiers binaires » est supérieure à 24 heures.
## Vérifiez si les tables sources ne comportent pas de colonnes invisibles.
**Clé API :** `mysql-check-invisible-columns`
Cette évaluation préalable à la migration permet de vérifier si les tables sources ne comportent pas de colonnes invisibles. AWS DMS ne migre pas les données provenant de colonnes invisibles de votre base de données source.
## Validez si le format binlog de la base de données est défini sur ROW pour prendre en charge le DMS CDC
**Clé API :** `mysql-check-binlog-format`
Cette évaluation préalable à la migration permet de vérifier si le format binlog de la base de données source est configuré sur ROW pour prendre en charge la capture des données de modification (CDC). Pour définir le format du binlog sur ROW, procédez comme suit :
+ Pour Amazon RDS, utilisez le groupe de paramètres de la base de données. Pour plus d'informations, consultez [ la section Configuration de la journalisation binaire MySQL pour les Single-AZ bases de données ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.MySQL.BinaryFormat.html) dans le guide de l'utilisateur d'Amazon Relational Database Service.
+ Pour les bases de données hébergées sur site ou sur Amazon EC2, définissez la `binlog_format` valeur dans `my.ini` (Microsoft Windows) ou `my.cnf ` (UNIX).
Cette évaluation n'est valable que pour une migration à pleine charge et vers le CDC, ou pour une CDC-only migration. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement. Pour plus d'informations sur les serveurs MySQL auto-hébergés, consultez [ Utilisation d'une MySQL-compatible base de données autogérée comme source pour. AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.CustomerManaged)
## Vérifiez qu'au moins un objet sélectionné existe dans la base de données source
**Clé API :** `all-check-source-selection-rules`
Cette évaluation de prémigration vérifie qu'au moins un objet spécifié dans les règles de sélection existe dans la base de données source, y compris la correspondance de modèles pour les règles basées sur des caractères génériques.
## Validez que les tables contenant des colonnes générées existent dans la base de données source
**Clé API :** `mysql-check-generated-columns`
Cette évaluation de prémigration vérifie si l'une des tables sources MySQL a généré des colonnes. AWS DMS les tâches ne migrent pas et ne répliquent pas les colonnes générées. Pour plus d'informations sur la migration des colonnes générées, consultez[Limitations relatives à l'utilisation d'une base de données MySQL comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations).
## Validez que le saut TableSuspensionForPartitionDdl est activé pour les tables partitionnées
**Clé API :** `mysql-check-skip-table-suspension-partition-ddl`
Cette évaluation de prémigration détecte les tables partitionnées dans la base de données source et vérifie le `skipTableSuspensionForPartitionDdl` réglage des paramètres. Si ce paramètre n'est pas défini, les tables peuvent être suspendues inutilement pendant la migration. Pour plus de détails, consultez le lien suivant :[Limitations relatives à l'utilisation d'une base de données MySQL comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations).
## Validez que max\_allowed\_packet size peut gérer les colonnes LOB source
**Clé API :** `mysql-check-max-allowed-packet-lob`
AWS DMS détecte les colonnes LOB des tables sources qui dépassent votre `max_allowed_packet` paramètre actuel. Cette incompatibilité peut entraîner des échecs de réplication lors de la migration des données. Pour de plus amples informations, veuillez consulter [Résolution des problèmes liés à MySQL](CHAP_Troubleshooting.md#CHAP_Troubleshooting.MySQL).
## Valider que les contraintes et les index secondaires (non principaux) sont présents dans la base de données source
**Clé API :** `all-check-secondary-constraints`
Cette évaluation de prémigration vérifie que les contraintes et les index secondaires (clés étrangères, contraintes de vérification, index non clusterisés) sont présents dans la base de données source.
## Validez que la taille des lignes du tableau des modifications nettes ne dépasse pas 65535 lorsque l'application par lots est activée.
**Clé API :** `all-check-for-batch-apply-to-mysql`
Cette évaluation de prémigration vérifie si une table contient des lignes d'une taille supérieure à 65 535 octets. Lorsque l'application par lots est activée, AWS DMS impossible de créer des tables temporaires pour les lignes dépassant cette taille en raison des limites du moteur MySQL.
## Vérifiez que le point de terminaison cible n'est pas une réplique en lecture
**Clé API :** `all-check-target-read-replica`
Cette évaluation préalable à la migration permet de vérifier que le point de terminaison cible n'est pas configuré en tant que réplique de lecture. AWS DMS nécessite un accès en écriture à la base de données cible et ne peut pas effectuer de réplication vers des répliques en lecture seule.
## Vérifiez que le nombre de tables à migrer ne dépasse pas 10 000
**Clé API :** `mysql-check-10k-tables`
Cette évaluation préalable à la migration permet de vérifier si le nombre de tables à migrer est supérieur à 10 000 en fonction de votre sélection de tables.
## Validez que la journalisation binaire est activée
**Clé API :** `mysql-check-binlog-enabled`
Cette évaluation préalable à la migration permet de vérifier si la journalisation binaire est activée dans la base de données source.
Pour de plus amples informations, veuillez consulter [Utilisation d'une MySQL-compatible base de données autogérée comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.CustomerManaged).
## Validez cela AWS DMS est connecté à une instance principale de MySQL
**Clé API :** `mysql-check-source-replica`
Cette évaluation préalable à la migration confirme que le point de terminaison de la source de AWS DMS tâches est une instance principale.
Pour de plus amples informations, veuillez consulter [Utilisation d'une MySQL-compatible base de données autogérée comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.CustomerManaged).