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 MariaDB
Cette section décrit les évaluations de prémigration individuelles pour les tâches de migration qui utilisent un point de terminaison source MariaDB.
Pour créer une évaluation de prémigration individuelle à l'aide de l' AWS DMS API, utilisez la clé d'API répertoriée pour le `Include` paramètre de l'[ StartReplicationTaskAssessmentRun](https://docs.aws.amazon.com/dms/latest/APIReference/API_StartReplicationTaskAssessmentRun.html)action.
**Topics**
+ [Validez si le `server_id` paramètre est défini sur 1 ou plus dans la base de données source](#CHAP_Tasks.AssessmentReport.MariaDB.ServerID)
+ [Valider si la suppression automatique des journaux binaires est définie pour la base de données source](#CHAP_Tasks.AssessmentReport.MariaDB.AutomaticRemovalBinaryLogs)
+ [Vérifiez que le mode LOB limité n'est utilisé que lorsqu'il BatchApplyEnabled est défini sur true](#CHAP_Tasks.AssessmentReport.MariaDB.LimitedLOBMode)
+ [Valider si la compression des transactions du journal binaire est désactivée](#CHAP_Tasks.AssessmentReport.MariaDB.BinaryLogTransactionCompression)
+ [Vérifiez si l'utilisateur DMS dispose des privilèges REPLICATION CLIENT et REPLICATION SLAVE pour la base de données source](#CHAP_Tasks.AssessmentReport.MariaDB.ReplicationClientSlavePrivileges)
+ [Valider si l'utilisateur DMS dispose des autorisations SELECT pour les tables de la base de données source](#CHAP_Tasks.AssessmentReport.MariaDB.DMSUserSELECTPermissions)
+ [Validez si l'utilisateur DMS dispose des privilèges nécessaires pour la base de données compatible MySQL en tant que cible](#CHAP_Tasks.AssessmentReport.MariaDB.DMSUserNecessaryPermissions)
+ [Valider si une table utilise un moteur de stockage autre qu'Innodb](#CHAP_Tasks.AssessmentReport.MariaDB.Innodb)
+ [Valider si l'incrémentation automatique est activée sur toutes les tables utilisées pour la migration](#CHAP_Tasks.AssessmentReport.MariaDB.AutoIncrement)
+ [Validez si le format binlog de la base de données est configuré pour `ROW` prendre en charge le DMS CDC](#CHAP_Tasks.AssessmentReport.MariaDB.BinlogFormat)
+ [Validez si l'image binlog de la base de données est configurée pour `FULL` prendre en charge le DMS CDC](#CHAP_Tasks.AssessmentReport.MariaDB.BinlogImage)
+ [Validez si la base de données source est une MariaDB Read-Replica](#CHAP_Tasks.AssessmentReport.MariaDB.ReadReplica)
+ [Valider si une table comporte des partitions et recommander `TRUNCATE_BEFORE_LOAD` ou `DO_NOTHING` pour les paramètres de tâche à chargement complet](#CHAP_Tasks.AssessmentReport.MariaDB.FullLoadTaskSettings)
+ [Valider si DMS prend en charge la version de base de données](#CHAP_Tasks.AssessmentReport.MariaDB.DatabaseVersion)
+ [Validez si la base de données cible est configurée pour être définie `local_infile` sur 1](#CHAP_Tasks.AssessmentReport.MariaDB.LocalInfile)
+ [Valider si la base de données cible contient des tables avec des clés étrangères](#CHAP_Tasks.AssessmentReport.MariaDB.ForeignKeys)
+ [Valider si les tables sources de l'étendue de la tâche sont soumises à des contraintes de cascade](#CHAP_Tasks.AssessmentReport.MariaDB.Cascade)
+ [Valider si les tables sources de l'étendue de la tâche ont généré des colonnes](#CHAP_Tasks.AssessmentReport.MariaDB.GeneratedColumns)
+ [Validez si les valeurs de délai d'expiration sont appropriées pour une source MariaDB](#CHAP_Tasks.AssessmentReport.MariaDB.Timeout.Source)
+ [Validez si les valeurs de délai d'attente sont appropriées pour une cible MariaDB](#CHAP_Tasks.AssessmentReport.MariaDB.Timeout.Target)
+ [Valider le paramètre `max_statement_time` de base](#CHAP_Tasks.AssessmentReport.MariaDB.database.parameter)
+ [Valider si une clé primaire ou un index unique existent sur la cible pour Batch Apply](#CHAP_Tasks.AssessmentReport.MariaDB.batchapply)
+ [Validez si la clé primaire et l'index unique existent sur la cible pour Batch Apply](#CHAP_Tasks.AssessmentReport.MariaDB.batchapply.simultaneous)
+ [Valider si les index secondaires sont activés pendant le chargement complet sur la base de données cible](#CHAP_Tasks.AssessmentReport.MariaDB.secondary.indexes)
+ [Valider si la table possède une clé primaire ou un index unique lorsque la validation DMS est activée](#CHAP_Tasks.AssessmentReport.MariaDB.dmsvalidation)
+ [Recommandation sur l'utilisation du `MaxFullLoadSubTasks` paramètre](#CHAP_Tasks.AssessmentReport.MariaDB.maxfullload)
+ [Vérifier la règle de transformation pour les chiffres randomisés](#CHAP_Tasks.AssessmentReport.MariaDB.digits.randomize)
+ [Vérifier la règle de transformation pour le masque numérique](#CHAP_Tasks.AssessmentReport.MariaDB.digits.mask)
+ [Vérifier la règle de transformation pour le masque de hachage](#CHAP_Tasks.AssessmentReport.MariaDB.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.MariaDB.all.digits.random)
+ [Vérifiez que les paramètres de la tâche de validation des données et le masque de hachage des données ne sont pas activés simultanément](#CHAP_Tasks.AssessmentReport.MariaDB.all.hash.mask)
+ [Vérifiez que les paramètres de la tâche 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.MariaDB.all.digit.mask)
+ [Vérifiez si le temps de rétention du journal binaire est correctement défini](#CHAP_Tasks.AssessmentReport.MariaDB.retention.time)
+ [Vérifiez si les tables sources ne comportent pas de colonnes invisibles](#CHAP_Tasks.AssessmentReport.MariaDB.invisible.columns)
+ [Vérifiez qu'au moins un objet sélectionné existe dans la base de données source](#CHAP_Tasks.AssessmentReport.MariaDB.selection.rules)
+ [Valider `skipTableSuspensionForPartitionDdl` l'activation pour les tables partitionnées](#CHAP_Tasks.AssessmentReport.MariaDB.suspension.ddl)
+ [Vérifiez que les contraintes secondaires et les index (non principaux) sont présents dans la base de données source](#CHAP_Tasks.AssessmentReport.MariaDB.secondary.constraints)
+ [Vérifiez que la taille de ligne du tableau des modifications nettes ne dépasse pas 65535 lorsque l'application par lots est activée](#CHAP_Tasks.AssessmentReport.MariaDB.batchapply.mysql)
+ [Vérifiez que le point de terminaison cible n'est pas une réplique en lecture](#CHAP_Tasks.AssessmentReport.MariaDB.read.replica)
+ [Vérifiez que le nombre de tables à migrer ne dépasse pas 10 000](#CHAP_Tasks.AssessmentReport.MariaDB.10k.tables)
+ [Vérifiez que le journal binaire est activé](#CHAP_Tasks.AssessmentReport.MariaDB.binlog.enable)
+ [Vérifiez que les vues issues des règles de sélection existent sur la source](#CHAP_Tasks.AssessmentReport.MariaDB.views)
## Validez si le `server_id` paramètre est défini sur 1 ou plus dans la base de données source
**Clé API :** `mariadb-check-server-id`
Cette évaluation préalable à la 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 limites des terminaux MariaDB, [consultez Utilisation d'une base de données compatible MySQL autogérée comme source](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.CustomerManaged) pour. AWS DMS
## Valider si la suppression automatique des journaux binaires est définie pour la base de données source
**Clé API :** `mariadb-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 limites des terminaux MariaDB, [consultez Utilisation d'une base de données compatible MySQL autogérée comme source](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.CustomerManaged) pour. AWS DMS
## Vérifiez que le mode LOB limité n'est utilisé que lorsqu'il BatchApplyEnabled est défini sur true
**Clé API :** `mariadb-batch-apply-lob-mode`
Lorsque des colonnes LOB sont incluses dans la réplication, vous ne pouvez les utiliser qu'`BatchApplyEnabled`en mode LOB limité. L'utilisation d'autres options du mode LOB entraînera l'échec du lot et AWS DMS traitera les modifications une par une. Nous vous recommandons de déplacer ces tables vers leurs propres tâches et d'utiliser plutôt le mode d'application transactionnel.
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 la compression des transactions du journal binaire est désactivée
**Clé API :** `mariadb-check-binlog-compression`
Cette évaluation préalable à la migration permet de vérifier si la compression des transactions du journal binaire est désactivée. AWS DMS ne prend pas en charge la compression des transactions du journal binaire.
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).
## Vérifiez si l'utilisateur DMS dispose des privilèges REPLICATION CLIENT et REPLICATION SLAVE pour la base de données source
**Clé API :** `mariadb-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 possède `REPLICATION CLIENT` des `REPLICATION SLAVE` privilèges pour la base de données source, si le type de migration des tâches DMS est CDC ou full load \$1 CDC.
Pour plus d'informations, consultez [Utiliser une base de données compatible avec MySQL comme source](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites) pour. AWS DMS
## Valider si l'utilisateur DMS dispose des autorisations SELECT pour les tables de la base de données source
**Clé API :** `mariadb-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 `SELECT` autorisations nécessaires pour accéder aux tables de la base de données source.
Pour plus d'informations, consultez [Utiliser une base de données compatible avec MySQL comme source](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites) pour. AWS DMS
## Validez si l'utilisateur DMS dispose des privilèges nécessaires pour la base de données compatible MySQL en tant que cible
**Clé API :** `mariadb-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 privilèges nécessaires pour la base de données compatible MySQL en tant que cible.
Pour plus d'informations, consultez [Utiliser une base de données compatible avec MySQL comme source](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites) pour. AWS DMS
## Valider si une table utilise un moteur de stockage autre qu'Innodb
**Clé API :** `mariadb-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 MariaDB 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 qu'elle `TRUNCATE_BEFORE_LOAD` soit utilisée ou `DO_NOTHING` comme paramètre de tâche à chargement complet. Pour plus d'informations sur les paramètres des tâches de chargement complet, consultez[Paramètres de tâche de chargement complet](CHAP_Tasks.CustomizingTasks.TaskSettings.FullLoad.md).
Pour plus d'informations sur les limites des terminaux MariaDB, 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)
## Valider si l'incrémentation automatique est activée sur toutes les tables utilisées pour la migration
**Clé API :** `mariadb-check-auto-increment`
Cette évaluation préalable à la migration permet de vérifier si l'incrémentation automatique est activée dans les tables sources utilisées dans la tâche. DMS ne migre pas l'attribut AUTO\$1INCREMENT d'une colonne vers une base de données cible.
Pour plus d'informations sur les limites des terminaux MariaDB, 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 MariaDB, [voir Gérer les colonnes IDENTITY AWS DMS dans](https://aws.amazon.com/blogs/database/handle-identity-columns-in-aws-dms-part-2/) : Partie 2.
## Validez si le format binlog de la base de données est configuré pour `ROW` prendre en charge le DMS CDC
**Clé API :** `mariadb-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é pour `ROW` prendre en charge la capture des données de modification (CDC) par DMS.
Pour définir le format 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 sur l'utilisation d'un groupe de paramètres RDS, consultez la [section Configuration de la journalisation binaire MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.MySQL.BinaryFormat.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 `binlog_format` la valeur dans `my.ini` (Microsoft Windows) `my.cnf` ou (UNIX).
Cette évaluation n’est valide que pour une migration de chargement complet \$1 CDC, ou pour une migration de CDC uniquement. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.
Pour plus d'informations sur les serveurs MariaDB auto-hébergés, consultez. [Utilisation d'une base de données compatible MySQL autogérée comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.CustomerManaged)
## Validez si l'image binlog de la base de données est configurée pour `FULL` prendre en charge le DMS CDC
**Clé API :** `mariadb-check-binlog-image`
Cette évaluation préalable à la migration vérifie si l'image binlog de la base de données source est définie sur. `FULL` Dans MariaDB, `binlog_row_image` la variable détermine la manière dont un événement de journal binaire est écrit lors de l'utilisation du format. `ROW` Pour garantir la compatibilité avec le 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 de données (DML) complet pour la base de données cible pendant la migration.
Pour définir l'image binlog sur`FULL`, procédez comme suit :
+ Pour Amazon RDS, cette valeur est `FULL` par défaut.
+ Pour les bases de données hébergées sur site ou sur Amazon EC2, définissez `binlog_row_image` la valeur dans `my.ini` (Microsoft Windows) `my.cnf` ou (UNIX).
Cette évaluation n’est valide que pour une migration de chargement complet \$1 CDC, ou pour une migration de CDC uniquement. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.
Pour plus d'informations sur les serveurs MariaDB auto-hébergés, consultez. [Utilisation d'une base de données compatible MySQL autogérée comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.CustomerManaged)
## Validez si la base de données source est une MariaDB Read-Replica
**Clé API :** `mariadb-check-database-role`
Cette évaluation préalable à la migration vérifie si la base de données source est une réplique lue. Pour activer la prise en charge par le CDC du DMS lorsqu'il est connecté à 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 base de données compatible MySQL 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 `log_slave_updates` la valeur dans `my.ini` (Microsoft Windows) `my.cnf` ou (UNIX).
Cette évaluation n’est valide que pour une migration de chargement complet \$1 CDC, ou pour une migration de CDC uniquement. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.
## Valider si une table comporte des partitions et recommander `TRUNCATE_BEFORE_LOAD` ou `DO_NOTHING` pour les paramètres de tâche à chargement complet
**Clé API :** `mariadb-check-table-partition`
Cette évaluation préalable à la migration vérifie la présence de tables avec des partitions dans la base de données source. DMS crée des tables sans partitions sur la cible MariaDB. Pour migrer des tables partitionnées vers une table partitionnée sur la cible, vous devez effectuer les opérations suivantes :
+ Pré-créez les tables partitionnées dans la base de données MariaDB cible.
+ Configurez votre tâche DMS pour qu'elle `TRUNCATE_BEFORE_LOAD` soit utilisée ou `DO_NOTHING` comme paramètre de tâche à chargement complet.
Pour plus d'informations sur les limites des terminaux MariaDB, 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)
## Valider si DMS prend en charge la version de base de données
**Clé API :** `mariadb-check-supported-version`
Cette évaluation préalable à la migration vérifie si la version de la base de données source est compatible avec DMS. Le CDC n'est pas pris en charge avec les versions 10.4 ou inférieures d'Amazon RDS MariaDB, ni avec les versions de MySQL supérieures à 10.11. Pour plus d'informations sur les versions de MariaDB 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 être définie `local_infile` sur 1
**Clé API :** `mariadb-check-target-localinfile-set`
Cette évaluation préalable à la 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\$1infile » soit défini sur 1 lors du chargement complet dans votre base de données cible. Pour de plus amples informations, veuillez consulter [Migration de MySQL vers MySQL en utilisant AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Homogeneous).
Cette évaluation n'est valable que pour une tâche à chargement complet.
## Valider si la base de données cible contient des tables avec des clés étrangères
**Clé API :** `mariadb-check-fk-target`
Cette évaluation préalable à la migration vérifie si une tâche à chargement complet ou à chargement complet et CDC migrant vers une base de données MariaDB contient des tables avec des clés étrangères. Le paramètre par défaut dans DMS consiste à charger les tables par ordre alphabétique. Les tables comportant des clés étrangères et des contraintes d'intégrité référentielle peuvent entraîner l'é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 le DMS, consultez la section **Utilisation des index, des déclencheurs et des contraintes d'intégrité référentielle** dans la rubrique. [Améliorer les performances d'une AWS DMS migration](CHAP_BestPractices.md#CHAP_BestPractices.Performance)
## Valider si les tables sources de l'étendue de la tâche sont soumises à des contraintes de cascade
**Clé API :** `mariadb-check-cascade-constraints`
Cette évaluation préalable à la migration vérifie si l'une des tables sources de MariaDB comporte des contraintes en cascade. Les contraintes en cascade ne sont ni migrées ni répliquées par les tâches DMS, car MariaDB n'enregistre pas les modifications apportées à ces événements dans le binlog. Bien qu' AWS DMS il ne prenne pas en charge ces contraintes, vous pouvez utiliser des solutions de contournement pour les cibles de base de données relationnelles.
Pour plus d'informations sur la prise en charge des contraintes en cascade 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 section **Résolution des problèmes de migration dans AWS DMS la** rubrique.
## Valider si les tables sources de l'étendue de la tâche ont généré des colonnes
**Clé API :** `mariadb-check-generated-columns`
Cette évaluation préalable à la migration vérifie si l'une des tables sources de MariaDB a généré des colonnes. Les tâches DMS ne migrent ni ne répliquent les colonnes générées.
Pour plus d'informations sur la façon de migrer les colonnes générées, consultez[Les connexions à une instance MySQL cible sont déconnectées durant une tâche](CHAP_Troubleshooting.md#CHAP_Troubleshooting.MySQL.ConnectionDisconnect).
## Validez si les valeurs de délai d'expiration sont appropriées pour une source MariaDB
**Clé API :** `mariadb-check-source-network-parameter`
Cette évaluation préalable à la migration vérifie si le point de terminaison source MariaDB d'une tâche possède `net_read_timeout` les `net_write_timeout` paramètres `wait_timeout` et définis sur au moins 300 secondes. Cela est nécessaire pour éviter les déconnexions lors de 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).
## Validez si les valeurs de délai d'attente sont appropriées pour une cible MariaDB
**Clé API :** `mariadb-check-target-network-parameter`
Cette évaluation préalable à la migration vérifie si le point de terminaison cible MariaDB d'une tâche possède `net_read_timeout` les `net_write_timeout` paramètres `wait_timeout` et définis sur au moins 300 secondes. Cela est nécessaire pour éviter les déconnexions lors de 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 `max_statement_time` de base
**Clé d'API :** `mariadb-check-max-statement-time`
AWS DMS confirme que le paramètre de source de base de données `max_statement_time` est défini sur une valeur autre que 0. Il est nécessaire de définir ce paramètre sur 0 pour s'adapter au processus de chargement complet du DMS. Vous pouvez envisager de modifier la valeur du paramètre une fois le chargement complet terminé, car le définir sur une valeur autre que 0 peut entraîner une perte de données.
## Valider si une clé primaire ou un index unique existent sur la cible pour Batch Apply
**Clé API :** `mariadb-check-batch-apply-target-pk-ui-absence`
L'application par lots n'est prise en charge que sur les tables comportant des clés primaires ou des index uniques sur la table cible. Les tables dépourvues de clés primaires ou d'index uniques entraîneront l'échec du lot et les modifications seront 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 de plus amples informations, veuillez consulter [Utilisation d'une base de données compatible MySQL comme cible pour AWS Database Migration Service](CHAP_Target.MySQL.md).
## Validez si la clé primaire et l'index unique existent sur la cible pour Batch Apply
**Clé API :** `mariadb-check-batch-apply-target-pk-ui-simultaneously`
L'application par lots n'est prise en charge que sur les tables comportant des clés primaires ou des index uniques sur la table cible. Les tables comportant des clés primaires et des index uniques entraînent simultanément 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 sur la table cible et la reconstruire si vous effectuez une migration.
Pour de plus amples informations, veuillez consulter [Utilisation d'une base de données compatible MySQL comme cible pour AWS Database Migration Service](CHAP_Target.MySQL.md).
## Valider si les index secondaires sont activés pendant le chargement complet sur la base de données cible
**Clé API :** `mariadb-check-secondary-indexes`
Vous devez envisager 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 de plus amples informations, veuillez consulter [Les meilleures pratiques pour AWS Database Migration Service](CHAP_BestPractices.md).
## Valider si la table possède une clé primaire ou un index unique lorsque la validation DMS est activée
**Clé API :** `mariadb-check-pk-validity`
La validation des données nécessite que la table possède une clé primaire ou un index unique à la fois sur la source et sur la cible.
Pour de plus amples informations, veuillez consulter [AWS Validation des données DMS](CHAP_Validating.md).
## Recommandation sur l'utilisation du `MaxFullLoadSubTasks` paramètre
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éliorera les performances à pleine charge.
Pour de plus amples informations, veuillez consulter [Paramètres de tâche de chargement complet](CHAP_Tasks.CustomizingTasks.TaskSettings.FullLoad.md).
## Vérifier la règle de transformation pour les chiffres randomisés
**Clé API :** `mariadb-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 à des chiffres ne garantit aucune unicité.
## Vérifier la règle de transformation pour le masque numérique
**Clé API :** `mariadb-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 du masque numérique. 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 de masque numérique à de telles colonnes peut entraîner l'échec des tâches DMS car l'unicité ne peut être garantie.
## Vérifier la règle de transformation pour le masque de hachage
**Clé API :** `mariadb-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 colonne cible doit être supérieure à 64 caractères pour permettre le masquage par 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 à 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 préalable à la migration vérifie 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 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 vérifie que le paramètre de validation des données et le masque de hachage 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 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 préalable à la migration vérifie 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 le temps de rétention du journal binaire est correctement défini
**Clé API :** `mariadb-check-binlog-retention-time`
Cette évaluation préalable à la migration permet de vérifier si la valeur de « `binlog retention hours` » est supérieure à 24 heures.
## Vérifiez si les tables sources ne comportent pas de colonnes invisibles
**Clé API :** `mariadb-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 des colonnes invisibles de votre base de données source.
## 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 préalable à la 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.
## Valider `skipTableSuspensionForPartitionDdl` l'activation pour les tables partitionnées
**Clé API :** `mariadb-check-skip-table-suspension-partition-ddl`
Cette évaluation préalable à la migration détecte les tables partitionnées dans la base de données source et vérifie le `skipTableSuspensionForPartitionDdl` réglage des paramètres. Le fait de ne pas définir ce paramètre peut entraîner des suspensions inutiles des tables pendant la migration.
Pour de plus amples informations, veuillez consulter [Limitations relatives à l'utilisation d'une base de données MySQL comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations).
## Vérifiez que les contraintes secondaires et les index (non principaux) sont présents dans la base de données source
**Clé API :** `all-check-secondary-constraints`
Cette évaluation préalable à la 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.
## Vérifiez que la taille de ligne 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`
L'évaluation préalable à la 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, il est AWS DMS impossible de créer des tables temporaires pour les lignes dépassant cette taille en raison des limitations du moteur.
## 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 vérifie que le point de terminaison cible n'est pas configuré en tant que réplique en lecture. AWS DMS nécessite un accès en écriture à la base de données cible et ne peut pas être répliqué sur des répliques en lecture seule.
## Vérifiez que le nombre de tables à migrer ne dépasse pas 10 000
**Clé API :** `mariadb-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.
## Vérifiez que le journal binaire est activé
**Clé API :** `mariadb-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 base de données compatible MySQL autogérée comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.CustomerManaged).
## Vérifiez que les vues issues des règles de sélection existent sur la source
**Clé API :** `mariadb-check-views`
Cette évaluation préalable à la migration permet de vérifier si les vues sont utilisées, car AWS DMS elle ne prend pas en charge la migration des vues pour MariaDB.
Pour de plus amples informations, veuillez consulter [Limitations relatives à l'utilisation d'une base de données MySQL comme source pour AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations).