Utilisation d'une base de données My SQL compatible comme source pour des migrations de données homogènes dans AWS DMS - AWS Database Migration Service
Utiliser My autogéré SQL comme sourceUtiliser AWS-managed My SQL ou MariaDB comme sourceUtiliser My SQL comme source : limites

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.

Utilisation d'une base de données My SQL compatible comme source pour des migrations de données homogènes dans AWS DMS

Vous pouvez utiliser une base de données SQL compatible My (My SQL ou MariaDB) comme source pour in. Migrations de données homogènes AWS DMS Dans ce cas, votre fournisseur de données source peut être une base de données sur siteEC2, Amazon, My SQL ou MariaDB. RDS

Pour exécuter des migrations de données homogènes, vous devez utiliser un utilisateur de base de données disposant des privilèges SELECT pour toutes les tables sources et tous les objets secondaires à répliquer. Pour les tâches de capture des données de modification (CDC), cet utilisateur doit également disposer des privilèges REPLICATION CLIENT (BINLOG MONITORpour les versions de MariaDB ultérieures à 10.5.2) et des privilèges. REPLICATION SLAVE Pour une migration de données de chargement complet, vous n’avez pas besoin de ces deux privilèges.

Utilisez le script suivant pour créer un utilisateur de base de données doté des autorisations requises dans Ma SQL base de données. Exécutez les GRANT requêtes pour toutes les bases de données vers lesquelles vous migrez AWS.

CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password';

GRANT REPLICATION SLAVE, REPLICATION CLIENT  ON *.* TO 'your_user'@'%';
GRANT SELECT, RELOAD, LOCK TABLES, SHOW VIEW, EVENT, TRIGGER ON *.* TO 'your_user'@'%';

GRANT BACKUP_ADMIN ON *.* TO 'your_user'@'%';

Dans l'exemple précédent, remplacez chaque user input placeholder avec vos propres informations. Si la version SQL de Ma base de données source est inférieure à 8.0, vous pouvez ignorer la GRANT BACKUP_ADMIN commande.

Utilisez le script suivant pour créer un utilisateur de base de données doté des autorisations requises dans la base de données MariaDB. Exécutez les GRANT requêtes pour toutes les bases de données vers lesquelles vous migrez AWS.

CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password';
GRANT SELECT, RELOAD, LOCK TABLES, REPLICATION SLAVE, BINLOG MONITOR, SHOW VIEW ON  *.* TO 'your_user'@'%';

Dans l'exemple précédent, remplacez chaque user input placeholder avec vos propres informations.

Les sections suivantes décrivent les prérequis de configuration spécifiques pour les bases de données Mes bases de données autogérées et AWS gérées. SQL

Utilisation d'une base de données My SQL compatible autogérée comme source pour des migrations de données homogènes

Cette section explique comment configurer vos bases de données My SQL compatible hébergées sur site ou sur des EC2 instances Amazon.

Vérifiez la version de votre base de données source My SQL ou MariaDB. Assurez-vous qu'elle AWS DMS prend en charge la version de votre base de données source My SQL ou MariaDB, comme décrit dans. Sources pour des migrations de données DMS homogènes

Pour l'utiliserCDC, assurez-vous d'activer la journalisation binaire. Pour activer la journalisation binaire, configurez les paramètres suivants dans le fichier my.ini (Windows) ou my.cnf (UNIX) de votre base de données My SQL ou MariaDB.

Paramètre

Valeur

server-id

Définissez ce paramètre à une valeur 1 ou supérieure.

log-bin

Définissez le chemin d'accès au fichier journal binaire, par exemple log-bin=E:\MySql_Logs\BinLog. N'ajoutez pas d'extension de fichier.

binlog_format

Définissez ce paramètre à ROW. Nous recommandons d’utiliser ce paramètre lors de la réplication car, dans certains cas, lorsque binlog_format est défini sur STATEMENT, cela peut entraîner des incohérences lors de la réplication des données sur la cible. Le moteur de base de données écrit également des données incohérentes similaires sur la cible lorsque binlog_format est défini sur MIXED, car le moteur de base de données bascule automatiquement vers la journalisation basée sur STATEMENT.

expire_logs_days

Définissez ce paramètre à une valeur 1 ou supérieure. Pour éviter l'utilisation excessive d'espace disque, nous recommandons de ne pas utiliser la valeur par défaut de 0.

binlog_checksum

Définissez ce paramètre à NONE.

binlog_row_image

Définissez ce paramètre à FULL.

log_slave_updates

Définissez ce paramètre sur TRUE si vous utilisez une réplique My SQL ou MariaDB comme source.

Utilisation d'une base de données My SQL compatible AWS gérée comme source pour des migrations de données homogènes dans AWS DMS

Cette section décrit comment configurer vos instances de base de RDS données Amazon for My SQL et Amazon RDS for MariaDB.

Lorsque vous utilisez une base de données My SQL ou MariaDB AWS gérée comme source pour des migrations de données homogènes, assurez-vous AWS DMS de remplir les conditions préalables suivantes pour : CDC

  • Pour activer les journaux binaires pour RDS for My SQL et MariaDB, activez les sauvegardes automatiques au niveau de l'instance. Pour activer les journaux binaires pour un SQL cluster Aurora My, modifiez la variable binlog_format dans le groupe de paramètres. Il n'est pas nécessaire d'activer les sauvegardes automatiques pour un SQL cluster Aurora My.

    Définissez ensuite le paramètre binlog_format sur ROW.

    Pour plus d'informations sur la configuration des sauvegardes automatiques, consultez la section Activation des sauvegardes automatisées dans le guide de RDS l'utilisateur Amazon.

    Pour plus d'informations sur la configuration de la journalisation binaire pour une base de données Amazon RDS for My SQL ou MariaDB, consultez la section Configuration du format de journalisation binaire dans le guide de l'utilisateur Amazon RDS.

    Pour plus d'informations sur la configuration de la journalisation binaire pour un SQL cluster Aurora My, consultez Comment activer la journalisation binaire pour mon SQL cluster Amazon Aurora My ? .

  • Assurez-vous que les journaux binaires sont disponibles pour AWS DMS. Étant donné que les bases de données My SQL et MariaDB AWS gérées par -managed purgent les journaux binaires dès que possible, vous devez augmenter la durée pendant laquelle les journaux restent disponibles. Par exemple, pour accroître la rétention des journaux à 24 heures, exécutez la commande suivante. 

    call mysql.rds_set_configuration('binlog retention hours', 24);

  • Définissez le paramètre binlog_row_image sur Full.

  • Définissez le paramètre binlog_checksum sur NONE.

  • Si vous utilisez une réplique Amazon RDS My SQL ou MariaDB comme source, activez les sauvegardes sur la réplique lue et assurez-vous que log_slave_updates le paramètre est défini sur. TRUE

Limitations liées à l'utilisation d'une base de données My SQL compatible comme source pour des migrations de données homogènes

Les limites suivantes s'appliquent lors de l'utilisation d'une base de données My SQL compatible comme source pour des migrations de données homogènes :

  • Les objets MariaDB tels que les séquences ne sont pas pris en charge dans les tâches de migration homogène.

  • La migration de MariaDB vers RDS SQL Amazon SQL My/Aurora My peut échouer en raison de différences d'objets incompatibles.

  • Le nom d’utilisateur que vous utilisez pour vous connecter à votre source de données présente les limites suivantes :

    • Il peut comporter de 2 à 64 caractères.

    • Il ne peut pas comporter d’espaces.

    • Il peut inclure les caractères suivants : a-z, A-Z, 0-9, trait de soulignement (_).

    • Il doit commencer par a-z ou A-Z.

  • Le mot de passe que vous utilisez pour vous connecter à votre source de données présente les limites suivantes :

    • Il peut comporter de 1 à 128 caractères.

    • Il ne peut contenir aucun des éléments suivants : guillemet simple (’), guillemet double ("), point-virgule (;) ou espace.