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 bases de données vers Amazon Aurora utilisant AWS Database Migration Service
AWS Database Migration Service (AWS DMS) est utilisé pour cela. Pour plus d'informations à ce sujet, 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 base de données de cluster de base de données Aurora équivalente. Après avoir créé votre base de données cible, vous pouvez y importer votre source. Pour les bases de données source inférieures à 1 Tio, cette action de migration réduit le temps et les ressources nécessaires à la migration de vos données dans Aurora .
Présentation de
Vous devez créer une base de données Aurora pour permettre la migration depuis la console.
Note
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.
Cette approche peut être utilisée pour les moteurs de base de données suivants :
-
MySQL
-
PostgreSQL
Le processus de migration englobe les étapes suivantes :
-
Créez une base de données équivalente dans Aurora. Configurez ensuite un réseau approprié entre la source et la cible. Pour les instances EC2 situées dans la même région, le même compte et le même VPC, la configuration du réseau peut être ignorée. Pour plus d'informations, consultez la section Configuration d'un réseau dans le Guide de AWS Database Migration Service l'utilisateur. Pour obtenir des instructions sur la création de votre base de données, consultez Création d’un cluster de bases 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 nécessite un temps d'arrêt. Votre base de données Aurora cible ne sera pas accessible aux applications pendant le processus de migration.
-
Migration à chargement complet et capture des donné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 journaux de base de données à l’aide de l’API native du moteur de base de données.
Note
Cette option nécessite un temps d'arrêt. Votre base de données Aurora cible ne sera pas accessible aux applications pendant le processus de migration.
-
Capture des données de modification (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 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.
Conditions préalables
-
Configuration d'un réseau (pour les EC2 situés dans la même région, le même compte et le même VPC, cela peut être ignoré)
-
Configuration des bases de données source et cible
-
MySQL
Veuillez respecter les prérequis de base suivants pour votre base de données source :
Veuillez respecter les prérequis de base suivants pour votre base de données cible :
En outre, lors de la migration depuis une base de données source MySQL, votre compte Aurora doit avoir le rôle d'administrateur de réplication. Vous devez également avoir les privilèges appropriés pour ce rôle.
-
PostgreSQL
Veuillez respecter les conditions préalables suivantes pour votre base de données source :
Veuillez respecter les conditions préalables suivantes pour votre base de données cible :
Note
Certaines AWS DMS transactions restent inactives pendant un certain temps avant que le moteur DMS ne les réutilise. En utilisant le paramètre
idle_in_transaction_session_timeoutdans PostgreSQL versions 9.6 et ultérieures, vous pouvez provoquer l’expiration et l’échec des transactions inactives.
-
Limitations
Les limitations 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.
-
Vous pouvez migrer votre base de données source uniquement vers une base de données :
-
ce n'est pas l'un des suivants :
-
Aurora global database
-
Aurora Limitless database
-
Aurora Serverless v1
-
-
qui utilise une version prise en charge de MySQL comme indiqué ici
-
Note
Bien que AWS DMS l'outil sous-jacent prenne en charge les règles de sélection pour certains scénarios de migration, la fonctionnalité de migration automatique des bases de données vers Aurora le fait pas.
