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.
# Création et configuration d'une base de données cible pour qu'elle fonctionne avec la conversion de AWS DMS schémas
Vous pouvez utiliser des bases de données compatibles avec MySQL, PostgreSQL et Amazon DocumentDB comme fournisseur de données cible pour des migrations de données homogènes dans. AWS DMS
Pour les versions de base de données prises en charge, consultez[Fournisseurs de données cibles pour les migrations de données homogènes DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations).
Votre fournisseur de données cible peut être une instance de base de données Amazon RDS ou un cluster de bases de données Amazon Aurora. Notez que la version de base de données de votre fournisseur de données cible doit être égale ou supérieure à la version de base de données de votre fournisseur de données source.
**Topics**
+ [Utilisation d'une base de données compatible MySQL comme cible pour des migrations de données homogènes dans AWS DMS](dm-data-providers-target-mysql.md)
+ [Utilisation d'une base de données PostgreSQL comme cible pour des migrations de données homogènes dans AWS DMS](dm-data-providers-target-postgresql.md)
+ [Utilisation d'une base de données Amazon DocumentDB comme cible pour des migrations de données homogènes dans AWS DMS](dm-data-providers-target-docdb.md)
# Utilisation d'une base de données compatible MySQL comme cible pour des migrations de données homogènes dans AWS DMS
Vous pouvez utiliser une base de données compatible MySQL en tant que cible de migration pour les migrations de données homogènes dans AWS DMS.
AWS DMS nécessite certaines autorisations pour migrer les données vers votre base de données Amazon RDS for MySQL, MariaDB ou Amazon Aurora MySQL cible. Utilisez le script suivant pour créer un utilisateur de base de données doté des autorisations requises dans la base de données cible MySQL.
Dans cet exemple, remplacez chacune *user input placeholder* par vos propres informations. Si la version de votre base de données MariaDB cible est inférieure à 10.5, vous pouvez ignorer la commande. `GRANT SLAVE MONITOR`
```
CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password';
GRANT ALTER, CREATE, DROP, INDEX, INSERT, UPDATE, DELETE, SELECT, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE, REFERENCES ON *.* TO 'your_user'@'%';
GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SLAVE MONITOR ON *.* TO 'your_user'@'%';
```
Dans l'exemple précédent, remplacez chacune *user input placeholder* par vos propres informations.
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 requêtes GRANT pour toutes les bases de données vers lesquelles vous migrez AWS.
```
CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password';
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE,SLAVE MONITOR, REPLICATION SLAVE ON *.* TO 'your_user'@'%';
```
Dans l'exemple précédent, remplacez chacune *user input placeholder* par vos propres informations.
**Note**
Dans Amazon RDS, lorsque vous activez la sauvegarde automatique pour une instance de MySQL/Maria base de données, vous activez également la journalisation binaire. Lorsque ces paramètres sont activés, votre tâche de migration de données peut échouer avec l’erreur suivante lors de la création d’objets secondaires, tels que des fonctions, des procédures et des déclencheurs sur la base de données cible. Si la journalisation binaire est activée sur la base de données cible, définissez `log_bin_trust_function_creators` sur `true` dans le groupe de paramètres de base de données avant de démarrer la tâche.
```
ERROR 1419 (HY000): You don't have the SUPER privilege and binary logging is enabled (you might want to use the less safe log_bin_trust_function_creators variable)
```
## Limites d’utilisation d’une base de données compatible MySQL en tant que cible pour une migration de données homogène
Les limites suivantes s’appliquent à l’utilisation d’une base de données compatible MySQL en tant que cible pour une migration de données homogène :
+ 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 (\$1).
+ Impossible d'inclure un trait d'union (-).
+ 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.
# Utilisation d'une base de données PostgreSQL comme cible pour des migrations de données homogènes dans AWS DMS
Vous pouvez utiliser une base de données PostgreSQL en tant que cible de migration pour les migrations de données homogènes dans AWS DMS.
AWS DMS nécessite certaines autorisations pour migrer les données vers votre base de données Amazon RDS for PostgreSQL ou Amazon Aurora PostgreSQL cible. Utilisez le script suivant pour créer un utilisateur de base de données doté des autorisations requises dans la base de données cible PostgreSQL.
```
CREATE USER your_user WITH LOGIN PASSWORD 'your_password';
GRANT USAGE ON SCHEMA schema_name TO your_user;
GRANT CONNECT ON DATABASE db_name to your_user;
GRANT CREATE ON DATABASE db_name TO your_user;
GRANT CREATE ON SCHEMA schema_name TO your_user;
GRANT UPDATE, INSERT, SELECT, DELETE, TRUNCATE ON ALL TABLES IN SCHEMA schema_name TO your_user;
#For "Full load and change data capture (CDC)" and "Change data capture (CDC)" data migrations, setting up logical replication requires rds_superuser privileges
GRANT rds_superuser TO your_user;
```
Dans l'exemple précédent, remplacez chacune *user input placeholder* par vos propres informations.
Pour activer la réplication logique pour votre cible RDS for PostgreSQL, définissez le paramètre `rds.logical_replication` de votre groupe de paramètres de base de données sur 1. Ce paramètre statique nécessite un redémarrage de l’instance de base de données ou du cluster de bases de données pour qu’il soit appliqué. Certains paramètres sont statiques et vous ne pouvez les définir qu'au démarrage du serveur. AWS DMS ignore les modifications apportées à leurs entrées dans le groupe de paramètres de base de données jusqu'à ce que vous redémarriez le serveur.
PostgreSQL utilise des déclencheurs pour implémenter des contraintes de clé étrangère. Pendant la phase de chargement complet, AWS DMS charge chaque table une par une. Nous vous recommandons de désactiver les contraintes de clé étrangère sur la base de données cible pendant le chargement complet. Pour ce faire, utilisez l’une des méthodes suivantes.
+ Désactivez temporairement tous les déclencheurs de votre instance et terminez le chargement complet.
+ Modifiez la valeur du paramètre `session_replication_role` dans PostgreSQL.
À un instant donné, un déclencheur peut être dans l'un des états suivants : `origin`, `replica`, `always` ou `disabled`. Lorsque vous définissez le paramètre `session_replication_role` sur `replica`, seuls les déclencheurs à l’état `replica` sont actifs. Sinon, les déclencheurs demeurent inactifs.
## Limites d’utilisation d’une base de données compatible PostgreSQL en tant que cible pour une migration de données homogène
Les limites suivantes s’appliquent à l’utilisation d’une base de données compatible PostgreSQL en tant que cible pour une migration de données homogène :
+ 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 (\$1).
+ 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.
# Utilisation d'une base de données Amazon DocumentDB comme cible pour des migrations de données homogènes dans AWS DMS
Vous pouvez utiliser une base de données Amazon DocumentDB (compatible avec MongoDB) et un cluster Elastic DocumentDB comme cible de migration pour des migrations de données homogènes vers. AWS DMS
Pour exécuter des migrations de données homogènes pour une cible Amazon DocumentDB, vous pouvez créer soit un compte utilisateur doté de privilèges d'administrateur, soit un utilisateur read/write autorisé uniquement sur la base de données à migrer.
Les migrations de données homogènes prennent en charge tous les types de données BSON pris en charge par Amazon DocumentDB. Pour obtenir la liste de ces types de données, consultez la section Types de [données](https://docs.aws.amazon.com/documentdb/latest/developerguide/mongo-apis.html#mongo-apis-data-types) du manuel *Amazon DocumentDB Developer Guide*.
Pour utiliser les fonctionnalités de partition du cluster Elastic DocumentDB pour migrer une collection non fragmentée depuis la source, créez une collection de partitions à migrer avant de démarrer la tâche de migration des données. Pour plus d'informations sur la collecte de partitions dans un cluster Amazon DocumentDB Elastic, [consultez Étape 5 : Partagez votre collection dans le guide du](https://docs.aws.amazon.com/documentdb/latest/developerguide/elastic-get-started.html#elastic-get-started-step6) développeur Amazon *DocumentDB*.
Pour une cible Amazon DocumentDB, AWS DMS prend en charge le mode `none` ou le mode `require` SSL.