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.

Mes SQL évaluations

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 My SQL -Compatible Edition ou Aurora My SQL -Compatible Edition.

Valider si la compression des transactions du journal binaire est désactivée

APIclé : mysql-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, voir Limitations relatives à l'utilisation d'une SQL base de données Ma base de données comme source pour AWS DMS.

Valider si DMS l'utilisateur possède REPLICATION CLIENT des REPLICATION SLAVE autorisations pour la base de données source

APIclé : mysql-check-replication-privileges

Cette évaluation préalable à la migration permet de vérifier si l'DMSutilisateur spécifié dans les paramètres de connexion du point de terminaison source dispose REPLICATION CLIENT des REPLICATION SLAVE autorisations nécessaires pour accéder à la base de données source, si le type de migration des DMS tâches est CDC ou full load +. CDC

Pour plus d'informations, consultez la section Utilisation d'une base de données SQL compatible My comme source pour AWS DMS.

Valider si DMS l'utilisateur dispose d'SELECTautorisations pour les tables de la base de données source

APIclé : mysql-check-select-privileges

Cette évaluation préalable à la migration permet de vérifier si l'DMSutilisateur 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 la section Utilisation d'une base de données SQL compatible My comme source pour AWS DMS.

Validez si le server_id est défini sur 1 ou plus dans la base de données source

APIclé : mysql-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 CDC migration.

Pour plus d'informations sur les sources pour AWS DMS, voir Utilisation d'une base de données My SQL compatible autogérée comme source pour. AWS DMS

Valider si DMS l'utilisateur dispose des autorisations nécessaires pour accéder à Ma SQL base de données en tant que cible

APIclé : mysql-check-target-privileges

Cette évaluation préalable à la migration permet de vérifier si l'DMSutilisateur spécifié dans les paramètres de connexion du point de terminaison cible dispose des autorisations nécessaires pour accéder à Ma SQL base de données en tant que cible.

Pour plus d'informations sur les conditions préalables requises pour le point de terminaison My SQL source, consultez la section Utilisation d'une base de données SQL compatible My comme source pour. AWS DMS

Valider si la suppression automatique des journaux binaires est définie pour la base de données source

APIclé : 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 pour AWS DMS, voir Utilisation d'une base de données My SQL compatible autogérée comme source pour. AWS DMS

Vérifiez que le LOB mode limité n'est utilisé que lorsqu'il BatchApplyEnabled est défini sur true

APIclé : mysql-batch-apply-lob-mode

Cette évaluation préalable à la migration permet de vérifier si la DMS tâche inclut des LOB colonnes. Si LOB des colonnes sont incluses dans le champ d'application de la tâche, vous devez BatchApplyEnabled les utiliser uniquement LOB en mode limité.

Pour plus d'informations sur le BatchApplyEnabled paramètre, voir Comment utiliser la fonctionnalité d'application DMS par lots pour améliorer les performances de CDC réplication ? .

Valider si une table utilise un moteur de stockage autre qu'Innodb

APIclé : 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 SQL base de données Source My est un moteur autre qu'Innodb. DMScré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 DMS tâche 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, consultezParamètres de tâche de chargement complet.

Pour plus d'informations sur les limites de My SQL endpoint, consultezLimitations relatives à l'utilisation d'une SQL base de données My comme source pour AWS DMS.

Valider si l'incrémentation automatique est activée sur toutes les tables utilisées pour la migration

APIclé : mysql-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. DMSne migre pas l'INCREMENTattribut AUTO _ d'une colonne vers une base de données cible.

Pour plus d'informations sur les limites de My SQL endpoint, consultezLimitations relatives à l'utilisation d'une SQL base de données My comme source pour AWS DMS. Pour plus d'informations sur la gestion des colonnes d'identité dans MySQL, voir Gérer IDENTITY les colonnes dans AWS DMS : Partie 2.

Validez si l'image binlog de la base de données est définie pour FULL prendre en charge DMS CDC

APIclé : mysql-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 MySQL, la binlog_row_image variable détermine la manière dont un événement de journal binaire est écrit lors de l'utilisation du ROW format. Pour garantir la compatibilité DMS et la prise en chargeCDC, définissez la binlog_row_image variable surFULL. Ce paramètre garantit la DMS réception d'informations suffisantes 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 surFULL, procédez comme suit :

Cette évaluation n'est valable que pour un chargement complet et une CDC migration, ou CDC uniquement pour une migration. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.

Validez si la base de données source est une My SQL Read-Replica

APIclé : mysql-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 CDC prise en charge DMS lors de la connexion à une réplique en lecture, définissez le log_slave_updates paramètre surTrue. Pour plus d'informations sur l'utilisation d'une base de SQL données My database autogérée, consultezUtilisation d'une base de données SQL compatible My autogérée comme source pour AWS DMS.

Pour définir la log_slave_updates valeur surTrue, procédez comme suit :

Cette évaluation n'est valable que pour un chargement complet et une CDC migration, ou CDC uniquement pour une 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 les paramètres des tâches à chargement complet

APIclé : mysql-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. DMScrée des tables sans partitions sur My SQL target. Pour migrer des tables partitionnées vers une table partitionnée sur la cible, vous devez effectuer les opérations suivantes :

Pour plus d'informations sur les limites de My SQL endpoint, consultezLimitations relatives à l'utilisation d'une SQL base de données My comme source pour AWS DMS.

Valider si la version de base de données est DMS compatible

APIclé : mysql-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 CDCn'est pas pris en charge avec SQL les versions 5.5 ou antérieures d'Amazon RDS My, ni avec SQL les versions Mes supérieures à 8.0.x. CDCn'est pris en charge que pour SQL les versions 5.6, 5.7 ou 8.0 de My. Pour plus d'informations sur les SQL versions My prises en charge, consultezPoints de terminaison sources pour la migration des données.

Validez si la base de données cible est configurée pour être définie local_infile sur 1

APIclé : mysql-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. DMSnécessite que le paramètre 'local_infile' soit défini sur 1 lors du chargement complet dans votre base de données cible. Pour de plus amples informations, veuillez consulter Migrer de Mon SQL vers Mon en utilisant SQL AWS DMS.

Cette évaluation n'est valable que pour un chargement complet ou un chargement complet et CDC une tâche.

Valider si la base de données cible contient des tables avec des clés étrangères

APIclé : mysql-check-fk-target

Cette évaluation préalable à la migration vérifie si un chargement complet ou une migration complète vers une CDC base de SQL données My Database contient des tables avec des clés étrangères. Le paramètre par défaut 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 dansDMS, 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 migration AWS DMS

Valider si les tables sources de l'étendue de la tâche sont soumises à des contraintes de cascade

APIclé : mysql-check-cascade-constraints

Cette évaluation préalable à la migration vérifie si l'une des tables Mes SQL sources comporte des contraintes en cascade. Les contraintes en cascade ne sont ni migrées ni répliquées par DMS les tâches, car My SQL 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 la section Résolution des problèmes de migration dans AWS DMS la rubrique.

Validez si les valeurs de délai d'expiration sont appropriées pour une SQL source ou une cible de type My

APIclé : mysql-check-target-network-parameter

Cette évaluation préalable à la migration vérifie si les wait_timeout paramètres My SQL Endpoint d'net_read_timeoutune tâche sont définis sur au moins 300 secondes. net_wait_timeout Cela est nécessaire pour éviter les déconnexions lors de la migration.

Pour de plus amples informations, veuillez consulter Connexions à une cible Mon SQL instance est déconnectée pendant une tâche.