Seleccione sus preferencias de cookies

Usamos cookies esenciales y herramientas similares que son necesarias para proporcionar nuestro sitio y nuestros servicios. Usamos cookies de rendimiento para recopilar estadísticas anónimas para que podamos entender cómo los clientes usan nuestro sitio y hacer mejoras. Las cookies esenciales no se pueden desactivar, pero puede hacer clic en “Personalizar” o “Rechazar” para rechazar las cookies de rendimiento.

Si está de acuerdo, AWS y los terceros aprobados también utilizarán cookies para proporcionar características útiles del sitio, recordar sus preferencias y mostrar contenido relevante, incluida publicidad relevante. Para aceptar o rechazar todas las cookies no esenciales, haga clic en “Aceptar” o “Rechazar”. Para elegir opciones más detalladas, haga clic en “Personalizar”.

Modo de preparación de la tabla de destino

Modo de enfoque
Modo de preparación de la tabla de destino - AWS Database Migration Service

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Puede seleccionar el modo de preparación de tablas de destino si elige crear una tarea de migración de datos en la pestaña Configuración avanzada de la AWS DMS consola para migraciones a PostgreSQL, MongoDB y Amazon DocumentDB.

Borrar tablas en el destino

En el modo Borrar tablas en el modo de destino, la migración AWS DMS homogénea elimina las tablas de destino y las vuelve a crear antes de iniciar la migración. Este enfoque garantiza que las tablas de destino estén vacías al inicio de la migración. Durante las migraciones homogéneas, AWS DMS crea todos los objetos secundarios, incluidos los índices definidos en los metadatos de la tabla de origen, antes de cargar los datos para garantizar una migración de datos eficiente.

Si utiliza las tablas Drop en el modo de destino, es posible que necesite configurar la base de datos de destino. Por ejemplo, con un objetivo de PostgreSQL AWS DMS , no se puede crear un usuario de esquema por motivos de seguridad. En este caso, debe crear previamente el usuario del esquema para que coincida con la fuente, lo que permitirá AWS DMS crear las tablas y asignarlas a una función similar a la de la fuente cuando comience la migración.

Truncar

En el modo truncar, la migración AWS DMS homogénea trunca todas las tablas de destino existentes antes de que comience la migración. Esto preserva la estructura de la tabla. Este modo es adecuado para migraciones a plena carga o carga completa, así como para migraciones de CDC en las que el esquema de destino está creado previamente. En el caso de un destino de Amazon DocumentDB, si la colección no existe, la AWS DMS crea sin índices durante la migración.

No hacer nada

En el modo No hacer nada, la migración AWS DMS homogénea supone que las tablas de destino están creadas previamente. Si las tablas de destino no están vacías, pueden producirse conflictos de datos durante la migración, lo que podría provocar un error en la tarea del DMS. En este modo, la estructura de la tabla permanece sin cambios y se conservan los datos existentes. El modo no hacer nada es adecuado para tareas exclusivas de los CDC cuando las tablas de destino se han rellenado desde el origen y se utiliza la replicación continua para sincronizar el origen y el destino. Para un destino de Amazon DocumentDB, si la colección no existe, AWS DMS crea la colección sin índices secundarios. Además, el modo No hacer nada se puede utilizar durante la fase de carga completa al migrar datos de una colección fragmentada de MongoDB a Amazon DocumentDB.

En esta página

PrivacidadTérminos del sitioPreferencias de cookies
© 2025, Amazon Web Services, Inc o sus afiliados. Todos los derechos reservados.