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.
Vous pouvez sélectionner le mode de préparation de la table cible lorsque vous choisissez de créer une tâche de migration de données sous l'onglet Paramètres avancés de la AWS DMS console pour les migrations PostgreSQL, MongoDB et Amazon DocumentDB.
Supprimer les tables sur la cible
Dans Supprimer les tables en mode cible, la migration AWS DMS homogène supprime les tables cibles et les recrée avant de commencer la migration. Cette approche garantit que les tables cibles sont vides au début de la migration. Lors de migrations homogènes, AWS DMS crée tous les objets secondaires, y compris les index définis dans les métadonnées de la table source, avant de charger les données afin de garantir une migration efficace des données.
Lorsque vous utilisez les tables Drop en mode cible, vous devrez peut-être configurer la base de données cible. Par exemple, avec une cible AWS DMS PostgreSQL, il est impossible de créer un utilisateur de schéma pour des raisons de sécurité. Dans ce cas, vous devez pré-créer l'utilisateur du schéma pour qu'il corresponde à la source, ce qui permet AWS DMS de créer les tables et de leur attribuer un rôle similaire à celui de la source lorsque la migration commence.
Tronquer
En mode tronqué, la migration AWS DMS homogène tronque toutes les tables cibles existantes avant le début de la migration. Cela préserve la structure de la table. Ce mode convient aux migrations à chargement complet ou à chargement complet plus CDC où le schéma cible est pré-créé. Pour une cible Amazon DocumentDB, si la collection n'existe pas, AWS DMS crée la collection sans index lors de la migration.
Ne rien faire
En mode Ne rien faire, la migration AWS DMS homogène suppose que les tables cibles sont précréées. Si les tables cibles ne sont pas vides, des conflits de données peuvent survenir pendant la migration, ce qui peut provoquer une erreur de tâche DMS. Dans ce mode, la structure de la table reste inchangée et toutes les données existantes sont préservées. Le mode Ne rien faire convient aux tâches uniquement relatives au CDC lorsque les tables cibles ont été remplies à partir de la source et que la réplication continue est utilisée pour synchroniser la source et la cible. Pour une cible Amazon DocumentDB, si la collection n'existe pas, AWS DMS crée la collection sans index secondaires. En outre, le mode Do nothing peut être utilisé pendant la phase de chargement complet lors de la migration de données d'une collection fragmentée MongoDB vers Amazon DocumentDB.