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 AWS DMS API, utilisez la API clé répertoriée pour le Include
paramètre de l' StartReplicationTaskAssessmentRunaction.
Rubriques
- Validez si le server_id paramètre est défini sur 1 ou plus dans la base de données source
- Valider si la suppression automatique des journaux binaires est définie pour la base de données source
- Vérifiez que le LOB mode limité n'est utilisé que lorsqu'il BatchApplyEnabled est défini sur true
- Valider si la compression des transactions du journal binaire est désactivée
- Valider si DMS l'utilisateur possède REPLICATION CLIENT des REPLICATION SLAVE privilèges pour la base de données source
- Valider si DMS l'utilisateur dispose d'SELECTautorisations pour les tables de base de données source
- Valider si DMS l'utilisateur dispose des privilèges nécessaires pour la base de données My SQL -compatible en tant que cible
- Valider si une table utilise un moteur de stockage autre qu'Innodb
- Valider si l'incrémentation automatique est activée sur toutes les tables utilisées pour la migration
- Validez si le format binlog de la base de données est défini pour ROW prendre en charge DMS CDC
- Validez si l'image binlog de la base de données est définie pour FULL prendre en charge DMS CDC
- Validez si la base de données source est une MariaDB Read-Replica
- Valider si une table comporte des partitions et recommander TRUNCATE_BEFORE_LOAD ou DO_NOTHING pour les paramètres de tâche à chargement complet
- Valider si la version de base de données est DMS compatible
- Validez si la base de données cible est configurée pour être définie local_infile sur 1
- Valider si la base de données cible contient des tables avec des clés étrangères
- Valider si les tables sources de l'étendue de la tâche sont soumises à des contraintes de cascade
- Valider si les tables sources de l'étendue de la tâche ont généré des colonnes
- Validez si les valeurs de délai d'expiration sont appropriées pour une source MariaDB
- Validez si les valeurs de délai d'attente sont appropriées pour une cible MariaDB
Validez si le server_id
paramètre est défini sur 1 ou plus dans la base de données source
APIclé : 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 CDC migration.
Pour plus d'informations sur les limites des terminaux MariaDB, consultez Utilisation d'une base de données SQL My compatible autogérée comme source pour. AWS DMS
Valider si la suppression automatique des journaux binaires est définie pour la base de données source
APIclé : 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 SQL My 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é : mariadb-batch-apply-lob-mode
Lorsque LOB des colonnes sont incluses dans la réplication, vous ne pouvez BatchApplyEnabled
les utiliser qu'en LOB mode limité. L'utilisation d'autres options du LOB mode 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 fonctionnalité d'application DMS par lots pour améliorer les performances de CDC réplication ?
Valider si la compression des transactions du journal binaire est désactivée
APIclé : 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, 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 privilèges pour la base de données source
APIclé : mariadb-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 possède REPLICATION CLIENT
des REPLICATION SLAVE
privilèges pour la base de données source, si le type de migration des DMS tâches est CDC ou chargement complet +. 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 base de données source
APIclé : mariadb-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.
Valider si DMS l'utilisateur dispose des privilèges nécessaires pour la base de données My SQL -compatible en tant que cible
APIclé : mariadb-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 possède les privilèges nécessaires pour la base de données My SQL -compatible en tant que cible.
Pour plus d'informations, consultez la section Utilisation d'une base de données SQL compatible My comme source pour AWS DMS.
Valider si une table utilise un moteur de stockage autre qu'Innodb
APIclé : 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. 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 des terminaux MariaDB, consultez. Limitations 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é : 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. DMSne migre pas l'INCREMENTattribut AUTO _ 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 SQL base de données My comme source pour AWS DMS Pour plus d'informations sur la gestion des colonnes d'identité dans MariaDB, voir IDENTITY Gérer les colonnes AWS DMS dans
Validez si le format binlog de la base de données est défini pour ROW
prendre en charge DMS CDC
APIclé : 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 DMS modification (). CDC
Pour définir le format binlog surROW
, procédez comme suit :
Pour AmazonRDS, utilisez le groupe de paramètres de la base de données. Pour plus d'informations sur l'utilisation d'un groupe de RDS paramètres, consultez la section Configuration de ma journalisation SQL binaire dans le guide de RDS l'utilisateur Amazon.
Pour les bases de données hébergées sur site ou sur AmazonEC2, définissez la
binlog_format
valeur dans (my.ini
Microsoft Windows) oumy.cnf
(UNIX).
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.
Pour plus d'informations sur les serveurs MariaDB auto-hébergés, consultez. Utilisation d'une base de données SQL compatible My autogérée comme source pour AWS DMS
Validez si l'image binlog de la base de données est définie pour FULL
prendre en charge DMS CDC
APIclé : 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é 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 :
Pour AmazonRDS, cette valeur est
FULL
par défaut.Pour les bases de données hébergées sur site ou sur AmazonEC2, définissez la
binlog_row_image
valeur dans (my.ini
Microsoft Windows) oumy.cnf
(UNIX).
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.
Pour plus d'informations sur les serveurs MariaDB auto-hébergés, consultez. Utilisation d'une base de données SQL compatible My autogérée comme source pour AWS DMS
Validez si la base de données source est une MariaDB Read-Replica
APIclé : 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 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 :
Pour AmazonRDS, utilisez le groupe de paramètres de la base de données. Pour plus d'informations sur l'utilisation des groupes RDS de paramètres de base de données, consultez la section Utilisation des groupes de paramètres dans le guide de RDS l'utilisateur Amazon.
Pour les bases de données hébergées sur site ou sur AmazonEC2, définissez la
log_slave_updates
valeur dans (my.ini
Microsoft Windows) oumy.cnf
(UNIX).
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.
Valider si une table comporte des partitions et recommander TRUNCATE_BEFORE_LOAD
ou DO_NOTHING
pour les paramètres de tâche à chargement complet
APIclé : 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. DMScré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 DMS tâche pour qu'elle
TRUNCATE_BEFORE_LOAD
soit utilisée ouDO_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 SQL base de données My comme source pour AWS DMS
Valider si la version de base de données est DMS compatible
APIclé : 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 CDCn'est pas pris en charge avec les versions 10.4 ou antérieures d'Amazon RDS MariaDB, ou avec SQL Mes versions 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
Validez si la base de données cible est configurée pour être définie local_infile
sur 1
APIclé : 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. 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 une tâche à chargement complet.
Valider si la base de données cible contient des tables avec des clés étrangères
APIclé : mariadb-check-fk-target
Cette évaluation préalable à la migration vérifie si un chargement complet ou une migration complète et une CDC tâche vers une base de données MariaDB contiennent 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é : 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 DMS les tâches, 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 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
APIclé : 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. DMSles tâches ne migrent pas et ne répliquent pas les colonnes générées.
Pour plus d'informations sur la façon de migrer les colonnes générées, consultezConnexions à une cible Mon SQL instance est déconnectée pendant une tâche.
Validez si les valeurs de délai d'expiration sont appropriées pour une source MariaDB
APIclé : 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_wait_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 Connexions à une cible Mon SQL instance est déconnectée pendant une tâche.
Validez si les valeurs de délai d'attente sont appropriées pour une cible MariaDB
APIclé : 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_wait_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 Connexions à une cible Mon SQL instance est déconnectée pendant une tâche.