Todos los productos
Search
Centro de documentos

Data Transmission Service:Migrar datos de MongoDB a AnalyticDB for PostgreSQL

Última actualización: Oct 09, 2026

Data Transmission Service (DTS) le permite migrar datos de MongoDB a una instancia de AnalyticDB for PostgreSQL. Este tema describe cómo migrar datos desde una instancia de conjunto de réplicas de ApsaraDB for MongoDB.

Requisitos previos

  • Cree una instancia de destino de AnalyticDB for PostgreSQL. Su espacio de almacenamiento debe ser mayor que el almacenamiento utilizado por la instancia de origen de ApsaraDB for MongoDB. Para obtener más información, consulte Create an instance.

    Nota

    El espacio de almacenamiento de la instancia de destino debe ser como mínimo un 10 % mayor que el almacenamiento utilizado por la base de datos de origen.

  • En la instancia de destino de AnalyticDB for PostgreSQL, cree una base de datos, un esquema y una tabla con una clave primaria. Para obtener más información, consulte SQL syntax.

    Importante
    • Asegúrese de que los tipos de datos de la tabla de destino sean compatibles con los datos de MongoDB de origen. Por ejemplo, si el campo _id en MongoDB es del tipo ObjectId, el tipo de dato correspondiente en la instancia de AnalyticDB for PostgreSQL debe ser varchar.

    • La tabla de destino en la instancia de AnalyticDB for PostgreSQL no puede tener columnas llamadas _id o _value.

  • Si la instancia de origen de ApsaraDB for MongoDB es un clúster fragmentado, obtenga los endpoints de todos los nodos shard. La cuenta de base de datos y la contraseña de cada shard deben ser las mismas. Para obtener más información, consulte Apply for a shard endpoint.

Limitaciones

Tipo

Descripción

Limitaciones de la base de datos de origen

  • Requisito de ancho de banda: un ancho de banda de salida insuficiente en el servidor de la base de datos de origen ralentizará la migración de datos.

  • Al asignar nombres de colecciones o realizar otras modificaciones, una sola tarea de migración admite hasta 1000 colecciones. Si supera este límite, la tarea fallará al enviarla. Para solucionarlo, divida las colecciones en lotes más pequeños y cree una tarea de migración independiente para cada uno.

  • Si la base de datos de origen es una instancia de MongoDB con arquitectura de nodo único, una instancia de Azure Cosmos DB for MongoDB o un clúster elástico de Amazon DocumentDB, solo se admite la migración completa.

  • Para ejecutar la migración incremental de datos:

    La base de datos de origen debe tener habilitado el oplog con una retención de como mínimo siete días. Como alternativa, debe tener habilitados los change streams, y DTS debe poder suscribirse a los cambios de datos de la base de datos de origen de los últimos siete días mediante estos change streams. Si no se cumplen estos requisitos, la tarea de migración podría fallar porque no podrá obtener los cambios de datos del origen. En casos extremos, esto puede provocar inconsistencia o pérdida de datos. Los problemas derivados de esta situación no están cubiertos por el Acuerdo de Nivel de Servicio (SLA) de DTS.

    Importante
    • Se recomienda usar el oplog para obtener los cambios de datos de la base de datos de origen.

    • Solo MongoDB 4.0 y versiones posteriores admiten la obtención de cambios de datos mediante change streams.

    • Si la base de datos de origen es un clúster de Amazon DocumentDB (no elástico), habilite manualmente los change streams. Cuando configure la tarea, establezca el valor de Migration Method en ChangeStream y el de Architecture en Sharded Cluster.

  • Si el origen es una instancia de MongoDB con arquitectura de clúster fragmentado, el campo _id de las colecciones que se van a migrar debe ser único. De lo contrario, podría producirse una inconsistencia de datos.

  • Si la instancia de origen es una base de datos de MongoDB autogestionada con arquitectura de clúster fragmentado:

    • El valor de Access Method solo admite Public IP Address, Express Connect, VPN Gateway, or Smart Access Gateway y Cloud Enterprise Network (CEN).

    • Si la base de datos de origen es MongoDB 8.0 o posterior y el valor de Migration Method es Oplog, asegúrese de que la cuenta de shard utilizada por la tarea de migración tenga el permiso directShardOperations. Puede otorgar este permiso al ejecutar el siguiente comando: db.adminCommand({ grantRolesToUser: "username", roles: [{ role: "directShardOperations", db: "admin"}]})

      Nota

      Reemplace username en el comando por la cuenta de shard de la tarea de migración.

    • Si el valor de Migration Method es Oplog y la tarea incluye una migración completa, otorgue a la cuenta mongos del clúster fragmentado de MongoDB de origen el permiso para ejecutar el comando db.runCommand({"balancerStatus":1}). DTS usa este comando durante la comprobación previa para verificar que el balanceador de la base de datos de origen esté deshabilitado.

  • DTS no admite la conexión a una base de datos de MongoDB mediante un registro SRV.

  • Si el origen es una instancia de clúster fragmentado de MongoDB, la cantidad de nodos mongos no puede superar los 10. También debe eliminar cualquier documento huérfano del clúster. De lo contrario, la migración podría fallar o causar inconsistencia de datos. Para obtener más información, consulte Orphaned Documents y How to Clean Up Orphaned Documents in a MongoDB Sharded Cluster.

  • Limitaciones operativas en la base de datos de origen:

    • Durante la fase de migración completa, no modifique el esquema de las bases de datos ni de las colecciones, incluidas las actualizaciones de datos de tipo matriz. De lo contrario, la tarea de migración podría fallar o causar inconsistencia de datos.

    • Si solo ejecuta una migración completa, no escriba datos nuevos en la instancia de origen. De lo contrario, podría producirse una inconsistencia de datos.

    • Si el origen es una instancia de clúster fragmentado de MongoDB, no ejecute comandos que cambien la distribución de datos de los objetos que se van a migrar mientras la instancia de migración esté en ejecución. Algunos ejemplos son shardCollection, reshardCollection, unshardCollection, moveCollection y movePrimary. De lo contrario, podría producirse una inconsistencia de datos.

  • Si el origen es una instancia de MongoDB con arquitectura de clúster fragmentado, la actividad de reequilibrio del balanceador podría aumentar la latencia de la migración.

Otras limitaciones

  • Solo se admite la migración a nivel de colección.

  • La tabla de destino en la instancia de AnalyticDB for PostgreSQL debe tener una única columna de clave primaria. No se admiten las claves primarias compuestas. En el paso Selected Objects, establezca el campo Parameter Value de la columna de clave primaria en bson_value("_id").

  • La tabla de destino en la instancia de AnalyticDB for PostgreSQL no puede tener campos llamados _id o _value. De lo contrario, la migración fallará.

  • Si los tipos de datos de la instancia de AnalyticDB for PostgreSQL no son compatibles con los tipos de datos correspondientes de MongoDB, la tarea fallará.

  • DTS no admite la migración de datos de las bases de datos admin, config ni local.

  • No se admiten las tablas Append-Optimized (AO) como tablas de destino.

  • La información de transacciones no se conserva. Las transacciones de la base de datos de origen se convierten en registros individuales en la base de datos de destino.

  • Antes de iniciar la migración de datos, evalúe el rendimiento tanto de la base de datos de origen como de la de destino. Ejecute la migración fuera del horario de mayor actividad. Durante una migración completa, DTS consume recursos de lectura y escritura en las instancias de origen y de destino, lo que puede aumentar la carga de la base de datos.

  • Durante una migración completa, DTS ejecuta operaciones INSERT simultáneas, lo que puede causar fragmentación en las colecciones de destino. Como resultado, el espacio de almacenamiento que utilizan las colecciones en la base de datos de destino podría ser mayor que en la instancia de origen.

  • Compruebe que la precisión de migración que utiliza DTS para los tipos de datos FLOAT o DOUBLE cumpla con los requisitos de su negocio. DTS lee los valores de estos tipos mediante ROUND(COLUMN,PRECISION). Si no define explícitamente la precisión, los valores FLOAT se migran con una precisión de 38 dígitos y los valores DOUBLE con una precisión de 308 dígitos.

  • DTS intenta reanudar las tareas de migración con errores durante un máximo de siete días. Por lo tanto, antes de cambiar su negocio a la instancia de destino, detenga o libere la tarea. Como alternativa, ejecute el comando revoke para revocar los permisos de escritura de la cuenta que utiliza DTS para acceder a la instancia de destino. Esto evita que la tarea se reanude automáticamente y sobrescriba los datos de destino con los datos de origen.

  • La latencia de la migración incremental se calcula al comparar la marca de tiempo del último registro migrado al destino con la marca de tiempo actual. Si la base de datos de origen ha estado inactiva durante mucho tiempo, la latencia reportada podría ser inexacta. Para obtener un valor preciso, realice una actualización pequeña en la base de datos de origen.

  • Las colecciones de series temporales, introducidas en MongoDB 5.0, no son compatibles con la migración.

  • Si una tarea falla, el personal de soporte de DTS intentará restaurarla en un plazo de ocho horas. Durante la restauración, podrían reiniciar la tarea o ajustar sus parámetros.

    Nota

    Solo se modifican los parámetros de la tarea de DTS, no los de la base de datos. Los parámetros que se podrían ajustar incluyen los que se enumeran en Modify instance parameters.

  • No se admite la sincronización de datos que contengan codificación distinta de UTF-8, lo que podría provocar inconsistencia de datos.

Facturación

Tipo de migración

Cargo por configuración de la tarea

Cargo por transferencia de datos

Migración completa de datos

Gratis.

Este tutorial es gratuito. Sin embargo, se aplica un data transfer fee si el valor de Access Method para la base de datos de destino es Public IP Address.

Migración incremental de datos

Aplican cargos. Para obtener más detalles, consulte billing overview.

Tipos de migración

Tipo

Descripción

Migración completa

Migra todos los datos existentes de la instancia de origen de ApsaraDB for MongoDB a la instancia de destino de AnalyticDB for PostgreSQL.

Migración incremental

Ejecuta una migración completa y luego migra las actualizaciones incrementales de la instancia de origen de ApsaraDB for MongoDB a la instancia de destino de AnalyticDB for PostgreSQL.

Nota
  • Solo admite la migración incremental de inserciones, actualizaciones y eliminaciones de documentos dentro de una colección.

  • En el caso de las actualizaciones incrementales de documentos, solo se replican los cambios realizados mediante el comando $set.

Permisos de cuenta

Base de datos

Migración completa

Migración incremental

Acciones

ApsaraDB for MongoDB de origen

Permiso de lectura en las bases de datos que se van a migrar.

Permiso de lectura en las bases de datos que se van a migrar, en la base de datos admin y en la base de datos local.

Manage permissions for MongoDB database accounts

AnalyticDB for PostgreSQL de destino

Permisos de lectura y escritura en la base de datos.

Create and manage users y manage user permissions.

Nota

Puede usar la cuenta inicial o una cuenta con el permiso RDS_SUPERUSER.

Nota

Si utiliza ChangeStream como método de migración incremental, la cuenta de la base de datos de origen requiere permisos de lectura de Change Streams en toda la instancia (como readAnyDatabase). Si el origen es una instancia de ApsaraDB for MongoDB con una cuenta personalizada, también debe otorgarle a la cuenta el permiso de lectura en la base de datos admin. Para obtener más detalles, consulte Permissions of the root account specified during instance creation.

Procedimiento

  1. Vaya a la página de la lista de tareas de migración de la región de destino mediante uno de los siguientes métodos.

    Desde la consola de DTS

    1. Inicie sesión en la consola de Data Transmission Service (DTS).

    2. En el panel de navegación izquierdo, haga clic en Data Migration.

    3. En la esquina superior izquierda de la página, seleccione la región donde se encuentra la instancia de migración.

    Desde la consola de DMS

    Nota

    Las operaciones reales pueden variar según el modo y el diseño de la consola de DMS. Para obtener más información, consulte Simple mode console y Customize the layout and style of the DMS console.

    1. Inicie sesión en la consola de Data Management (DMS).

    2. En la barra de menús superior, elija Data + AI > Data Transmission (DTS) > Data Migration.

    3. A la derecha de Data Migration Tasks, seleccione la región donde se encuentra la instancia de migración.

  2. Haga clic en Create Task para ir a la página de configuración de la tarea.

  3. Configure las bases de datos de origen y de destino.

    Categoría

    Parámetro

    Descripción

    Ninguna

    Task Name

    DTS genera automáticamente un nombre de tarea. Se recomienda especificar un nombre descriptivo para identificarla con facilidad. El nombre no tiene que ser único.

    Source Database

    Select Existing Connection

    • Para usar una instancia de base de datos que ya se haya added to the system (creado o guardado), seleccione la instancia deseada en la lista desplegable. La información de la base de datos que aparece a continuación se configura automáticamente.

      Nota

      En la consola de DMS, este parámetro se llama Select a DMS database instance..

    • Si no registró la instancia de base de datos en el sistema o no necesita usar una instancia registrada, configure manualmente la información de la base de datos que aparece a continuación.

    Database Type

    Seleccione MongoDB.

    Access Method

    Seleccione Alibaba Cloud Instance.

    Instance Region

    Seleccione la región de la instancia de origen de ApsaraDB for MongoDB.

    Replicate Data Across Alibaba Cloud Accounts

    En este ejemplo se usa una instancia de base de datos de la cuenta actual de Alibaba Cloud. Seleccione No.

    Architecture

    En este ejemplo, seleccione la arquitectura Replica Set.

    Nota

    Si la instancia de origen de ApsaraDB for MongoDB utiliza la arquitectura Sharded Cluster, también debe especificar Shard account y Shard password.

    Migration Method

    Seleccione un método para la migración incremental de datos según sus necesidades.

    • Oplog (recomendado):

      Esta opción está disponible si hay un oplog habilitado para la base de datos de origen.

      Nota

      El oplog se habilita de forma predeterminada tanto en las bases de datos MongoDB autogestionadas como en las instancias de ApsaraDB for MongoDB. Este método ofrece menor latencia en la migración incremental de datos porque extrae los registros más rápido. Por lo tanto, se recomienda seleccionar Oplog.

    • ChangeStream: esta opción está disponible si Change Streams están habilitados para la base de datos de origen.

      Nota
      • Si la base de datos de origen es una instancia de Amazon DocumentDB (clúster no elástico), solo puede seleccionar ChangeStream.

      • Si establece Architecture en Sharded Cluster para la base de datos de origen, no necesita introducir Shard account ni Shard password.

    Instance ID

    Seleccione el identificador de la instancia de origen de ApsaraDB for MongoDB.

    Authentication Database

    Introduzca el nombre de la base de datos a la que pertenece la cuenta de la instancia de origen de ApsaraDB for MongoDB. Si no la modificó, el valor predeterminado es admin.

    Database Account

    Introduzca la cuenta de la base de datos de la instancia de origen de ApsaraDB for MongoDB. Para obtener información sobre los permisos obligatorios, consulte Database account permissions.

    Database Password

    Introduzca la contraseña correspondiente a la cuenta de la base de datos.

    Encryption

    DTS admite tres métodos de conexión: Non-encrypted, SSL-encrypted y Mongo Atlas SSL. Las opciones de Encryption varían según el Access Method y la Architecture seleccionados. Prevalecen las opciones que se muestran en la consola.

    Nota
    • Una base de datos MongoDB cuya Architecture es Sharded Cluster y cuyo Migration Method es Oplog no es compatible con SSL-encrypted.

    • Si el origen es una base de datos MongoDB autogestionada (Access Method distinto de Alibaba Cloud Instance) con arquitectura Replica Set y usted selecciona SSL-encrypted, DTS también le permite cargar un certificado de CA para verificar la conexión.

    Destination Database

    Select Existing Connection

    • Para usar una instancia de base de datos que ya se haya added to the system (creado o guardado), seleccione la instancia deseada en la lista desplegable. La información de la base de datos que aparece a continuación se configura automáticamente.

      Nota

      En la consola de DMS, este parámetro se llama Select a DMS database instance..

    • Si no registró la instancia de base de datos en el sistema o no necesita usar una instancia registrada, configure manualmente la información de la base de datos que aparece a continuación.

    Database Type

    Seleccione AnalyticDB for PostgreSQL.

    Access Method

    Seleccione Alibaba Cloud Instance.

    Instance Region

    Seleccione la región de la instancia de destino de AnalyticDB for PostgreSQL.

    Instance ID

    Seleccione el identificador de la instancia de destino de AnalyticDB for PostgreSQL.

    Database Name

    Introduzca el nombre de la base de datos de la instancia de destino de AnalyticDB for PostgreSQL que recibirá los datos migrados.

    Database Account

    Introduzca la cuenta de la base de datos de la instancia de destino de AnalyticDB for PostgreSQL. Para obtener información sobre los permisos obligatorios, consulte Database account permissions.

    Database Password

    Introduzca la contraseña correspondiente a la cuenta de la base de datos.

  4. Una vez completada la configuración, haga clic en Test Connectivity and Proceed en la parte inferior de la página.

    Nota
    • Asegúrese de que el segmento de direcciones IP del servicio DTS se agregue de forma automática o manual a la configuración de seguridad de las bases de datos de origen y de destino, para permitir el acceso desde los servidores de DTS. Para obtener más información, consulte Add DTS server IP addresses to a whitelist.

    • Si la base de datos de origen o de destino es autogestionada (es decir, Access Method es distinto de Alibaba Cloud Instance), también debe hacer clic en Test Connectivity en el cuadro de diálogo CIDR Blocks of DTS Servers que aparece.

  5. Configure los objetos de la tarea.

    1. En la página Configure Objects, configure los objetos que desea migrar.

      Parámetro

      Descripción

      Migration Types

      • Si solo necesita ejecutar una migración completa, seleccione Full Data Migration.

      • Para ejecutar una migración sin tiempo de inactividad, seleccione Full Data Migration y Incremental Data Migration.

      Nota

      Si no selecciona Incremental Data Migration, no escriba datos nuevos en la instancia de origen durante la migración de datos para garantizar la coherencia de los datos.

      DDL and DML Operations to Be Synchronized

      Seleccione las operaciones para la migración incremental a nivel de instancia.

      Nota

      Para seleccionar las operaciones de migración incremental a nivel de colección, haga clic con el botón secundario en un objeto de migración de la lista Selected Objects y active las casillas de verificación en el cuadro de diálogo.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: comprueba si existen colecciones con los mismos nombres en la base de datos de destino. Si no existen colecciones con los mismos nombres, la comprobación previa se supera. Si existen colecciones con los mismos nombres, se reporta un error durante la comprobación previa y la tarea de migración de datos no se inicia.

        Nota

        Si una colección de la base de datos de destino tiene el mismo nombre pero no se puede eliminar ni renombrar fácilmente, cambie el nombre de la colección en la base de datos de destino. Para obtener más información, consulte Object name mapping.

      • Ignore Errors and Proceed: omite la comprobación de colecciones con los mismos nombres.

        Aviso

        Seleccionar Ignore Errors and Proceed puede provocar incoherencias en los datos y riesgos para el negocio. Por ejemplo:

        • Si un registro de la base de datos de destino tiene el mismo valor de clave principal que un registro de la base de datos de origen, se conserva el registro de la base de datos de destino. El registro de la base de datos de origen no se migra a la base de datos de destino.

        • La inicialización de datos puede fallar, es posible que solo se migren algunos datos o que la migración falle.

      Source Objects

      En el cuadro Source Objects, haga clic en los objetos que desea migrar y luego haga clic en Right arrow para moverlos al cuadro Selected Objects.

      Nota

      Puede seleccionar los objetos que desea migrar a nivel de colección.

      Selected Objects

      1. Edite la asignación de nombres de bases de datos.

        1. Haga clic con el botón secundario en la base de datos que contiene la colección por migrar dentro de la lista Selected Objects. En el panel Selected Objects, busque la base de datos seleccionada, por ejemplo dtsdb, y haga clic en su nombre para editar la asignación.

        2. Cambie Database Name por el nombre del esquema que recibirá los datos en la instancia de destino de AnalyticDB for PostgreSQL. En el cuadro de diálogo Edit Database Name, modifique el valor del campo Database Name. Por ejemplo, cambie el nombre original del esquema de dtsdb a dtstest. Después de la edición, el nombre de la base de datos de destino se actualiza al nuevo nombre.

        3. Opcional: en el área Select DDL and DML Operations to Be Synchronized, seleccione las operaciones para la migración incremental. En el área Select DML Operations to Synchronize, seleccione insert, update y delete. También puede seleccionar Select All.

        4. Haga clic en OK.

      2. Edite la asignación de nombres de tablas.

        1. Haga clic con el botón secundario en la colección por migrar dentro de la lista Selected Objects. En el panel Selected Objects, expanda la base de datos de destino, por ejemplo dtstest, y busque el objeto de tabla cuya asignación desea editar, como class.

        2. Cambie Table Name por el nombre de la tabla que recibirá los datos en la instancia de destino de AnalyticDB for PostgreSQL. En el cuadro de diálogo Edit Table, modifique Table Name según sea necesario; por ejemplo, cámbielo a class. Después de la edición, los nombres de tablas y columnas de la base de datos de destino se actualizan.

        3. Opcional: establezca condiciones de filtro. Para obtener más información, consulte Set filter conditions. En el cuadro de texto Filter Condition, puede introducir una instrucción de filtro. La sintaxis admitida difiere de las cláusulas WHERE estándar de SQL. Formato de ejemplo: {"_id": {$gt:"user100844658590795**",$lte:"user101674868045948**"}}, donde $gt significa mayor que y $lte significa menor o igual que.

        4. Opcional: en el área Select DDL and DML Operations to Be Synchronized, seleccione las operaciones para la migración incremental.

      3. Configure los campos de MongoDB que desea migrar.

        De forma predeterminada, DTS asigna los datos de la colección por migrar. En la columna Parameter Value, configure una expresión. Compruebe si la expresión cumple con sus requisitos y configure parámetros como Column Name, Type, Length y Precision.

        Importante
        • La columna de clave principal de la tabla de destino debe establecerse en bson_value("_id").

        • Cuando configure la expresión bson_value(), debe seguir la jerarquía hasta el subcampo más pequeño. De lo contrario, podría producirse pérdida de datos o un fallo en la tarea.

        1. En la expresión bson_value() de la columna Parameter Value, consulte el nombre del campo correspondiente a la fila en MongoDB.

          El valor dentro de "" es el nombre del campo en MongoDB. Por ejemplo, si la expresión es bson_value("age"), esta fila de datos corresponde al campo age en MongoDB.

        2. Opcional: elimine los campos que no necesite migrar.

          Nota

          Para quitar un campo que no desea migrar, haga clic en image al final de su fila.

        3. Configure los campos que desea migrar.

          Proceda según si la expresión bson_value() cumple o no con sus requisitos.

          Campos con expresiones correctas

          1. Introduzca Column Name.

            Nota

            Este es el nombre de la columna de la instancia de destino de AnalyticDB for PostgreSQL que recibirá los datos.

          2. Seleccione el Type de los datos de la columna.

            Importante

            Asegúrese de que los tipos de datos de la tabla de destino sean compatibles con los datos de origen de MongoDB.

          3. Opcional: configure Length y Precision para los datos de la columna.

          4. Repita estos pasos para asignar todos los campos relevantes.

          Campos con expresiones incorrectas

          Nota

          Un ejemplo es un campo con estructura jerárquica (padre-hijo).

          1. En la columna Operation, haga clic en image para la entrada correspondiente.

          2. Haga clic en + Add Column.

          3. Configure Column Name, Type, Length y Precision.

          4. En el cuadro de texto bajo Parameter Value, introduzca la expresión bson_value(). Para obtener más información, consulte Assignment configuration examples.

          5. Repita estos pasos para asignar todos los campos relevantes.

      4. Haga clic en OK.

    2. Haga clic en Next: Advanced Settings para configurar los parámetros avanzados.

      Parámetro

      Descripción

      Dedicated Cluster for Task Scheduling

      De forma predeterminada, DTS programa las tareas en un clúster compartido. No necesita seleccionar uno. Si desea tareas más estables, puede adquirir un dedicated cluster para ejecutar las tareas de migración de DTS.

      Retry Time for Failed Connections

      Después de que se inicia la tarea de migración, si falla la conexión con la base de datos de origen o de destino, DTS reporta un error e intenta restablecer la conexión de inmediato. La duración predeterminada de reintentos es de 720 minutos. Puede personalizar el tiempo de reintento con un valor de 10 a 1440 minutos. Se recomienda establecer una duración superior a 30 minutos. Si DTS se vuelve a conectar a las bases de datos de origen y de destino dentro de la duración especificada, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea falla.

      Nota
      • Para varias instancias de DTS que comparten el mismo origen o destino, el tiempo de reintento de red lo determina la configuración de la última tarea creada.

      • Dado que se le cobra por la tarea durante el periodo de reintento de conexión, se recomienda personalizar el tiempo de reintento según las necesidades de su negocio o liberar la instancia de DTS tan pronto como se liberen las instancias de las bases de datos de origen y de destino.

      Retry Time for Other Issues

      Después de que se inicia la tarea de migración, si ocurre un problema distinto a la conectividad en la base de datos de origen o de destino, como una excepción al ejecutar DDL o DML, DTS reporta un error e intenta repetir la operación de inmediato. La duración predeterminada de reintentos es de 10 minutos. Puede personalizar el tiempo de reintento con un valor de 1 a 1440 minutos. Se recomienda establecer una duración superior a 10 minutos. Si las operaciones relacionadas se ejecutan correctamente dentro de la duración de reintento especificada, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea falla.

      Importante

      El valor de Retry Time for Other Issues debe ser menor que el valor de Retry Time for Failed Connections.

      Enable Throttling for Full Data Migration

      Durante la migración completa, DTS consume recursos de lectura y escritura en las bases de datos de origen y de destino, lo que puede aumentar la carga de la base de datos. Si es necesario, puede habilitar la limitación de velocidad para la tarea de migración completa. Establezca Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s) para reducir la carga en la base de datos de destino.

      Nota
      • Este elemento de configuración solo está disponible si selecciona Full Data Migration en Migration Types.

      • También puede adjust the full migration speed después de que la instancia de migración esté en ejecución.

      Only one data type for primary key _id in a table of the data to be synchronized

      En los datos por migrar, ¿el tipo de datos de la clave principal _id es uniforme dentro de una sola colección?

      Importante
      • Seleccione una opción según sus necesidades. De lo contrario, podría producirse pérdida de datos.

      • Este parámetro solo está disponible si selecciona Full Data Migration en Migration Types.

      • Yes: el tipo de datos es único. Durante la migración completa de datos, DTS no analiza los tipos de datos de las claves principales en los datos de origen. Para una sola colección, DTS migra únicamente los datos correspondientes a un tipo de datos de clave principal.

      • No: el tipo de datos no es único. Durante la migración completa de datos, DTS analiza los tipos de datos de las claves principales en los datos de origen y migra todos los datos.

      Enable Throttling for Incremental Data Migration

      Si es necesario, también puede establecer límites de velocidad para la tarea de migración incremental. Configure RPS of Incremental Data Migration y Data migration speed for incremental migration (MB/s) para reducir la carga en la base de datos de destino.

      Nota
      • Este elemento de configuración solo está disponible si selecciona Incremental Data Migration en Migration Types.

      • También puede adjust the incremental migration speed después de que la instancia de migración esté en ejecución.

      Environment Tag

      Puede seleccionar una etiqueta de entorno para identificar la instancia según sus necesidades. En este ejemplo, no es necesario seleccionar ninguna.

      Configure ETL

      Elija si desea habilitar la función de extracción, transformación y carga (ETL). Para obtener más información, consulte What is ETL?. Valores válidos:

      Monitoring and Alerting

      Seleccione si desea configurar alertas y recibir notificaciones de alerta según las necesidades de su negocio.

      • No: no configura ninguna alerta.

      • Yes: configure las alertas estableciendo un alert threshold y un conjunto de notificaciones de alerta. Si una migración falla o la latencia supera el umbral, el sistema envía una notificación de alerta.

  6. Guarde la tarea y ejecute una comprobación previa.

    • Para consultar los parámetros de configuración de esta instancia al llamar a la operación de API, coloque el puntero sobre el botón Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters en la burbuja que aparece.

    • Si no necesita consultar los parámetros de la API o ya terminó de revisarlos, haga clic en Next: Save Task Settings and Precheck en la parte inferior de la página.

    Nota
    • Antes de iniciar la tarea de migración, DTS ejecuta una comprobación previa. La tarea se inicia solo después de superar dicha comprobación.

    • Si la comprobación previa falla, haga clic en View Details junto al elemento con errores, resuelva el problema siguiendo las indicaciones y vuelva a ejecutar la comprobación previa.

    • Si se reporta una advertencia durante la comprobación previa:

      • Para los elementos que no se pueden ignorar, haga clic en View Details junto al elemento con errores, resuelva el problema siguiendo las indicaciones y vuelva a ejecutar la comprobación previa.

      • Para los elementos que se pueden ignorar, haga clic en Confirm Alert Details, Ignore, OK y Precheck Again para omitir el elemento de advertencia y volver a ejecutar la comprobación previa. Si decide ignorar una advertencia, podrían surgir problemas como incoherencias en los datos y generar riesgos para su negocio.

  7. Adquiera la instancia.

    1. Cuando Success Rate sea del 100 %, haga clic en Next: Purchase Instance.

    2. En la página Purchase, seleccione la especificación de enlace para la instancia de migración de datos. Para obtener más información, consulte la siguiente tabla.

      Categoría

      Parámetro

      Descripción

      New Instance Class

      Resource Group Settings

      Seleccione el resource group al que pertenece la instancia. El valor predeterminado es default resource group. Para obtener más información, consulte What is resource management?

      Instance Class

      DTS ofrece especificaciones de migración con distintos niveles de rendimiento. La especificación de enlace afecta la velocidad de migración. Seleccione una especificación según su escenario de negocio. Para obtener más información, consulte Data migration link specifications.

    3. Una vez completada la configuración, lea y seleccione Data Transmission Service (Pay-as-you-go) Service Terms.

    4. Haga clic en Buy and Start. En el cuadro de diálogo OK que aparece, haga clic en OK.

      Consulte el progreso de la tarea de migración en la página de lista Data Migration Tasks.

      Nota
      • Si la tarea de migración no incluye migración incremental, se detiene automáticamente cuando termina la migración completa. Una vez detenida, su Status cambia a Completed.

      • Si la tarea de migración incluye migración incremental, no se detiene automáticamente. La tarea de migración incremental continúa ejecutándose. Mientras la tarea de migración incremental se está ejecutando, el Status de la tarea es Running.

Configuración de la asignación

Estructura de datos de origen en MongoDB

{
  "_id":"62cd344c85c1ea6a2a9f****",
  "person":{
    "name":"neo",
    "age":26,
    "sex":"male"
  }
}

Esquema de tabla de destino en AnalyticDB for PostgreSQL

Nombre

Tipo

mongo_id

varchar

Nota

Columna de clave principal.

person_name

varchar

person_age

decimal

Configuración de columnas

Importante

Configure la expresión bson_value() según la jerarquía de los datos para evitar pérdidas de información o fallos en la tarea. Por ejemplo, si configura la expresión como bson_value("person"), Data Transmission Service (DTS) no podrá escribir los cambios incrementales de los subcampos del objeto de origen person (como name, age y sex) en el destino.

Nombre

Tipo

Valor

mongo_id

STRING

bson_value("_id")

person_name

STRING

bson_value("person","name")

person_age

DECIMAL

bson_value("person","age")