Migration automatique des EC2 bases de données vers Amazon Aurora (Amazon) à l' de AWS Database Migration Service - Amazon Aurora
PrésentationPrérequisLimites

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.

Migration automatique des EC2 bases de données vers Amazon Aurora (Amazon) à l' de AWS Database Migration Service

Vous pouvez utiliser la console Aurora pour migrer une EC2 base de données vers Aurora . Aurora utilise AWS Database Migration Service (AWS DMS) pour migrer votre EC2 base de données source. AWS DMS vous permet de migrer des bases de données relationnelles vers votre AWS Cloud. Pour plus d'informations AWS Database Migration Service, voir Qu'est-ce que c'est AWS Database Migration Service ? dans le guide de AWS Database Migration Service l'utilisateur.

Pour commencer la migration, vous devez créer une de données Aurora équivalente vers laquelle migrer les données. Après avoir créé votre base de données cible, vous pouvez y importer votre EC2 base de données. Pour les bases de données source inférieures à 1 To, cette action de migration réduit le temps et les ressources nécessaires à la migration de vos données vers Aurora.

Présentation

La console Aurora vous permet de migrer des bases de données vers des EC2 bases de données Aurora équivalentes. Vous devez créer une base de données Aurora pour permettre la migration depuis la console.

Vous pouvez migrer des EC2 bases de données pour les moteurs de base de données suivants :

  • Mon SQL

  • Poster SQL

Le processus de migration comprend les étapes suivantes :

  • Créez une base de données équivalente dans Aurora . Pour que les bases de données soient équivalentes, elles doivent avoir le même moteur de base de données et des versions de moteur compatibles. Ils doivent également être dans le même sacVPC. Pour obtenir des instructions sur la création de votre base de données, consultez Création d'un cluster de base de données Amazon Aurora.

  • Choisissez le type de réplication pour votre base de données :

    • Migration à charge complète : Aurora copie l'intégralité de la base de données source vers la base de données cible, en créant de nouvelles tables dans la cible si nécessaire.

      Note

      Cette option entraîne une panne de votre base de données Aurora.

    • Migration à chargement complet et capture des données modifiées (CDC) : similaire à la migration à chargement complet, avec cette option, Aurora copie l'intégralité de la base de données source vers la base de données cible. Toutefois, après la migration à chargement complet, Aurora applique les modifications capturées dans la source à la base de données cible. La capture des données de modification collecte les modifications apportées aux journaux de base de données en utilisant le moteur de base de données natifAPI.

      Note

      Cette option entraîne une panne de votre base de données Aurora.

    • Modifier la capture des données (CDC) : utilisez cette option pour que votre base de données cible reste disponible pendant la migration. Aurora migre les modifications en cours dans votre base de données source vers la base de données cible.

  • Aurora crée les ressources réseau nécessaires pour faciliter la migration. Une fois qu'Aurora a créé les ressources requises, elle vous informe des ressources créées et vous permet de lancer le transfert de données.

    Le temps nécessaire pour effectuer la migration dépend du type de réplication et de la taille de la base de données source.

Prérequis

Moi SQL

Avant de commencer à utiliser une base de données My SQL comme base de données source, assurez-vous que vous remplissez les conditions préalables suivantes. Ces conditions préalables s'appliquent aux sources AWS gérées.

Vous devez disposer d'un compte AWS DMS doté du rôle d'administrateur de réplication. Ce rôle nécessite les privilèges suivants :

  • REPLICATIONCLIENT— Ce privilège n'est requis que pour CDC les tâches. En d'autres termes, full-load-only les tâches ne nécessitent pas ce privilège.

  • REPLICATIONSLAVE— Ce privilège n'est requis que pour CDC les tâches. En d'autres termes, full-load-only les tâches ne nécessitent pas ce privilège.

L' AWS DMS utilisateur doit également disposer de SELECT privilèges pour les tables sources destinées à la réplication.

Accordez les privilèges suivants si vous utilisez les évaluations de prémigration SQL spécifiques à My.

grant select on mysql.user to <dms_user>;
grant select on mysql.db to <dms_user>;
grant select on mysql.tables_priv to <dms_user>;
grant select on mysql.role_edges to <dms_user>  #only for MySQL version 8.0.11 and higher

Poster SQL

Avant de migrer des données depuis une base de données SQL source Postgre AWS gérée, procédez comme suit :

  • Nous vous recommandons d'utiliser un compte AWS utilisateur avec les autorisations minimales requises pour l'SQLinstance de base de données Postgre comme compte utilisateur pour le point de terminaison SQL source Postgre pour. AWS DMS L’utilisation du compte principal n’est pas recommandée. Le compte doit avoir le rôle rds_superuser et le rôle rds_replication. Le rôle rds_replication accorde les autorisations permettant de gérer des emplacements logiques et de diffuser les données à l’aide d’emplacements logiques.

Note

Certaines AWS DMS transactions restent inactives pendant un certain temps avant que le DMS moteur ne les réutilise. En utilisant ce paramètre idle_in_transaction_session_timeout dans les SQL versions 9.6 et supérieures de Postgre, vous pouvez provoquer l'expiration et l'échec des transactions inactives.

Limites

Les limites suivantes s'appliquent au processus de migration automatique :

  • Le statut de votre base de données cible doit être Disponible pour commencer la migration de la base de données source.

  • Lorsque vous migrez depuis une base de données My SQL source, votre compte Aurora doit avoir le rôle d'administrateur de réplication. Vous devez également disposer des privilèges appropriés pour ce rôle.

  • Votre EC2 instance et votre base de données cible doivent être identiquesVPC.

  • Vous ne pouvez pas migrer votre EC2 base de données vers les bases de données cibles suivantes lorsque vous utilisez l'action Migrer les données depuis la EC2 base de données :

    • Aurora global database

    • Aurora Limitless database

    • Aurora Serverless v1

    • Bases de données dont SQL la version My est inférieure à 5.7

    • Bases de données dont la SQL version Postgre est inférieure à 10.4