Todos los productos
Search
Centro de documentos

Data Transmission Service:Migración de ApsaraDB for MongoDB a Lindorm

Última actualización: Oct 09, 2026

Este tema describe cómo usar Data Transmission Service (DTS) para migrar datos desde una ApsaraDB for MongoDB instancia (replica set o sharded cluster) hacia una instancia de Lindorm.

Requisitos previos

  • Solo se admiten tareas de migración dentro de la región Germany (Frankfurt).

  • La instancia de origen de ApsaraDB for MongoDB debe ser un replica set o un sharded cluster.

    Importante

    Si el origen es un sharded cluster de ApsaraDB for MongoDB, solicite un endpoint para cada nodo shard y asegúrese de que todos los nodos shard compartan la misma cuenta y contraseña. Para obtener instrucciones, consulte Apply for an endpoint for a shard.

  • Cree una instancia de destino de Lindorm que utilice el motor de tabla ancha. Para obtener instrucciones, consulte Create an instance.

    Nota

    Se recomienda aprovisionar la instancia de destino con una capacidad de almacenamiento como mínimo un 10 % mayor que la cantidad utilizada por la instancia de origen.

  • Cree una tabla ancha en su instancia de Lindorm según sus requisitos de negocio. Para obtener instrucciones, consulte Connect to and use the wide table engine by using Lindorm-cli o Access the wide table engine by using Lindorm Shell.

    Nota

Límites

Tipo

Descripción

Límites de la base de datos de origen

  • El servidor de la base de datos de origen debe contar con suficiente ancho de banda de salida. Un ancho de banda insuficiente afecta la velocidad de migración de datos.

  • Las colecciones que desee migrar deben tener una clave primaria o una restricción única, y los campos deben contener valores únicos. De lo contrario, podrían generarse datos duplicados en la base de datos de destino.

  • Si migra datos a nivel de colección y necesita editar las colecciones, por ejemplo, al asignar nombres de colecciones, una sola tarea de migración puede migrar un máximo de 1,000 colecciones. Si supera este límite, el envío de la tarea fallará. En ese caso, divida las colecciones en varios lotes y configure una tarea independiente para cada lote.

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

  • 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, deben estar 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 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 Migration Method en ChangeStream y la Architecture en Sharded Cluster.

  • Si la instancia de origen de ApsaraDB for MongoDB tiene una arquitectura de sharded cluster, 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 de ApsaraDB for MongoDB tiene una arquitectura de sharded cluster, la cantidad de nodos mongos de origen no puede superar los 10.

  • Si la instancia de origen es una instancia de MongoDB autogestionada con arquitectura de sharded cluster:

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

    • Si la versión de MongoDB es 8.0 o posterior y el Migration Method es Oplog, asegúrese de que la cuenta de shard que utiliza 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 que utiliza la tarea de migración.

    • Si el Migration Method es Oplog y la tarea incluye una migración completa, asegúrese de que la cuenta mongos del sharded cluster de MongoDB de origen tenga permiso para ejecutar el comando db.runCommand({"balancerStatus":1}). DTS utiliza este comando durante la fase de comprobación previa para verificar que el balanceador de origen esté deshabilitado.

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

  • Límites operativos de 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, incluida la actualización de datos en arreglos. Estos cambios pueden provocar que la tarea de migración falle o generar inconsistencia de datos entre las bases de datos de origen y de destino.

    • Si ejecuta únicamente una migración completa de datos, no escriba datos nuevos en la instancia de origen. De lo contrario, habrá inconsistencia de datos entre las bases de datos de origen y de destino.

    • Si la instancia de MongoDB de origen es un sharded cluster, no ejecute comandos que cambien la distribución de datos de los objetos que se van a migrar en la base de datos de origen mientras la tarea de migración está en ejecución. Por ejemplo, shardCollection, reshardCollection, unshardCollection, moveCollection o movePrimary. De lo contrario, podría producirse una inconsistencia de datos.

  • Si una colección que se va a migrar contiene un índice Time-to-Live (TTL), podría producirse una inconsistencia de datos o aumentar la latencia de la instancia.

  • Si la base de datos de origen es una instancia de MongoDB que utiliza la arquitectura de sharded cluster y el balanceador de origen está reequilibrando datos, la instancia de origen podría experimentar latencia.

Otros límites

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

  • Las colecciones de la instancia de destino de Lindorm no pueden tener campos llamados _id ni _value. De lo contrario, la migración fallará.

  • Si su migración incremental incluye operaciones UPDATE o DELETE, aplican los siguientes límites:

    • Si la tabla ancha se creó mediante Lindorm SQL, agregue una columna que no sea de clave primaria llamada _mongo_id_ cuando cree la tabla. El tipo de datos de esta columna depende del tipo de datos del campo _id en MongoDB. También debe crear un índice secundario para esta columna.

    • Si la tabla ancha se creó mediante la API de HBase, agregue una columna que no sea de clave primaria llamada _mongo_id_ a la familia de columnas f cuando cree la tabla. El tipo de datos de esta columna depende del tipo de datos del campo _id en MongoDB. También debe crear un índice secundario para esta columna. Si utiliza la nueva columna con la función ETL, asegúrese de que no existan datos duplicados en Lindorm.

  • 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.

  • Los datos que se van a sincronizar en la instancia de Lindorm deben cumplir con los requisitos especificados en Request limits. De lo contrario, la tarea fallará.

  • Antes de migrar los datos, evalúe el rendimiento tanto de la base de datos de origen como de la de destino. Ejecute la migración de datos durante las horas de menor actividad. Una migración completa de datos consume recursos de lectura y escritura en ambas bases de datos, lo que aumenta su carga.

  • Durante la migración completa de datos, DTS ejecuta operaciones INSERT simultáneas. Esto puede causar fragmentación en las colecciones de destino. Como resultado, las colecciones de destino utilizarán más espacio de almacenamiento que las colecciones de origen.

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

  • DTS intenta reanudar automáticamente las tareas de migración con errores en un plazo de siete días. Por lo tanto, antes de cambiar las cargas de trabajo a la instancia de destino, detenga o libere la tarea, o bien use el comando revoke para revocar los permisos de escritura de la cuenta que DTS utiliza para acceder a la instancia de destino. Esto evita que la tarea se reanude automáticamente y sobrescriba datos en la instancia de destino.

  • DTS calcula la latencia de una migración incremental al comparar la marca de tiempo del último registro migrado a la base de datos de destino con la marca de tiempo actual. Si la base de datos de origen no tiene actualizaciones recientes, la latencia reportada podría ser inexacta. Si la tarea muestra una latencia excesiva, ejecute una operación de escritura en la base de datos de origen para obtener una lectura precisa de la latencia.

  • No se admite la migración de colecciones de series temporales, introducidas en MongoDB 5.0.

  • 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 parámetros de la base de datos. Los parámetros que podrían ajustarse incluyen los que se enumeran en Modify instance parameters.

  • No se admite la sincronización de datos que contienen codificación distinta a UTF-8, lo cual 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, aplica un data transfer fee si el Access Method de 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 de migración

Descripción

Migración completa de datos

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

Nota

Admite la migración completa de datos para bases de datos y colecciones.

Migración incremental de datos

Después de una migración completa de datos, migra las actualizaciones incrementales de la instancia de origen de ApsaraDB for MongoDB a la instancia de destino de Lindorm.

Nota
  • Solo admite operaciones de inserción, actualización y eliminación en documentos de una colección.

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

Permisos de cuentas de base de datos

Base de datos

Migración completa de datos

Migración incremental de datos

Acciones

Origen de ApsaraDB for MongoDB

El permiso read sobre las bases de datos que se van a migrar.

El permiso read sobre las bases de datos que se van a migrar, la base de datos admin y la base de datos local.

Manage MongoDB database account permissions

Destino de Lindorm

Los permisos read y write sobre la instancia de Lindorm.

User management

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 sobre la base de datos admin. Para obtener más detalles, consulte Permissions of the root account specified during instance creation.

Procedimiento

Este procedimiento utiliza como ejemplo de base de datos de destino una tabla ancha creada en Lindorm mediante Lindorm SQL.

  1. Vaya a la página de la lista de tareas de migración de la región de destino con 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.

    Sección

    Parámetro

    Descripción

    N/A

    Task Name

    DTS genera automáticamente un nombre para la tarea. Se recomienda especificar un nombre descriptivo que facilite su identificación. No es obligatorio que el nombre sea ú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), selecciónela en la lista desplegable. La información de la base de datos que aparece a continuación se configurará automáticamente.

      Nota

      En la consola de DMS, este parámetro se denomina 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.

    Connection Type

    Seleccione Alibaba Cloud Instance.

    Instance Region

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

    Replicate Data Across Alibaba Cloud Accounts

    En este ejemplo, los datos se migran dentro de la misma cuenta de Alibaba Cloud. Seleccione No.

    Architecture

    En este ejemplo, se selecciona Replica Set.

    Nota

    Si establece Architecture en 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 de 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 con mayor rapidez. 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 es necesario introducir Shard account ni Shard password.

    Instance ID

    Seleccione el ID 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. El valor predeterminado es admin.

    Database Account

    Introduzca la cuenta de la base de datos de la instancia de origen de ApsaraDB for MongoDB.

    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 de 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 de MongoDB autogestionada (el Access Method no es 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), selecciónela en la lista desplegable. La información de la base de datos que aparece a continuación se configurará automáticamente.

      Nota

      En la consola de DMS, este parámetro se denomina 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 Lindorm.

    Connection Type

    Seleccione Alibaba Cloud Instance.

    Instance Region

    Seleccione la región donde reside la instancia de destino de Lindorm.

    Instance ID

    Seleccione el ID de la instancia de destino de Lindorm.

    Database Account

    Introduzca la cuenta de la base de datos de la instancia de destino de Lindorm.

    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 automática o manualmente 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 no es 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 e Incremental Data Migration.

      Nota

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

      Processing Mode of Conflicting Tables

      Puede conservar la configuración predeterminada.

      Capitalization of Object Names in Destination Instance

      Puede configurar la directiva de distinción entre mayúsculas y minúsculas para los nombres de los objetos migrados, como bases de datos y colecciones, en la instancia de destino. De forma predeterminada, se selecciona DTS default policy. También puede elegir mantener la distinción entre mayúsculas y minúsculas coherente con la directiva predeterminada de la base de datos de origen o de destino. Para obtener más información, consulte Case sensitivity of object names in the destination database.

      Source Objects

      En el panel Source Objects, haga clic en las colecciones que desea migrar y luego en el icono 向右小箭头 para moverlas al panel Selected Objects.

      Selected Objects

      Si la tabla ancha de destino se creó con Lindorm SQL, debe agregar columnas nuevas para la migración de datos. DTS no migra las columnas que no estén configuradas.

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

        1. En el panel Selected Objects, haga clic con el botón secundario en la base de datos que contiene la colección por migrar.

        2. Cambie Schema Name por el nombre de la base de datos de destino en Lindorm.

          image.png

        3. Opcional: En la sección Select DDL and DML Operations to Be Synchronized, seleccione las operaciones para la migración incremental.

        4. Haga clic en OK.

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

        1. En el panel Selected Objects, haga clic con el botón secundario en la colección por migrar.

        2. Cambie Table Name por el nombre de la tabla de destino en Lindorm.

          image.png

        3. Opcional: Especifique las condiciones de filtro. Para obtener más información, consulte Filter task data with an SQL condition.

        4. Opcional: En la sección Select DDL and DML Operations to Be Synchronized, seleccione las operaciones para la migración incremental.

      3. Configure los campos que se migrarán desde MongoDB.

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

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

          La cadena dentro de "" indica el nombre del campo en MongoDB. Por ejemplo, si la expresión es bson_value("age"), los datos de esta fila corresponden al campo age en MongoDB.

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

          Nota

          Para eliminar un campo que no desea migrar, haga clic en el icono image de la fila correspondiente.

        3. Configure los campos por migrar.

          Actúe según si la expresión bson_value() cumple con sus requisitos.

          Expresiones coincidentes

          1. Introduzca un valor en Column Name.

            Nota

            Introduzca el nombre de la columna de destino en la tabla de Lindorm.

            • Si la tabla de destino se crea mediante SQL, establezca Column Name con el nombre de la columna de destino en la tabla de Lindorm.

            • Si la tabla de destino se crea mediante la API de HBase y necesita agregar columnas nuevas, debe añadir las asignaciones de columnas antes de modificar los nombres. Para obtener más información, consulte Example of adding column mappings for a table created by calling the Apache HBase API. Establezca Column Name según las siguientes reglas:

              • Si la columna es una clave principal, establezca el nombre en ROW.

              • Si la columna no es una clave principal, use el formato column family:column name. Ejemplo: person:name.

          2. Seleccione un Type de datos para la columna.

            Importante

            Asegúrese de que el tipo de datos de la tabla de destino sea compatible con el tipo de datos de la base de datos de origen de MongoDB.

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

          4. Repita los pasos anteriores para asignar cada campo requerido.

          Expresiones personalizadas

          Nota

          Por ejemplo, campos con relaciones jerárquicas (estructuras primarias-secundarias).

          1. En la columna Actions, haga clic en el icono image de la fila del campo.

          2. Haga clic en + Add Column. image

          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 Value Configuration Example.

            Importante
            • A la columna de clave principal de la tabla de destino se le debe asignar el valor bson_value("_id").

            • Cuando configure la expresión bson_value(), debe especificar la ruta al subcampo de nivel más bajo. De lo contrario, podrían perderse datos o fallar la tarea.

          5. Repita los pasos anteriores para asignar cada campo requerido.

      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 es necesario 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 y comienza a reintentar la conexión de inmediato. La duración predeterminada de reintento 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 del plazo especificado, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea presenta errores.

      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 sus necesidades comerciales o liberar la instancia de DTS lo antes posible después de liberar 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 y comienza a reintentar la operación de inmediato. La duración predeterminada de reintento 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 del plazo de reintento especificado, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea presenta errores.

      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. Configure 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ían perderse 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 que corresponden 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 comerciales. En este ejemplo, no es necesario seleccionar ninguna etiqueta.

      Configure ETL

      Según sus necesidades comerciales, seleccione si desea configurar la función ETL feature para procesar datos.

      • Yes: configura la función ETL. También debe introducir data processing statements en el cuadro de texto.

      • No: no configura la función ETL.

      Nota

      Si la tabla de destino se crea mediante la API de HBase, tenga en cuenta lo siguiente:

      • La sintaxis de ETL incluye columnas por configurar y columnas por excluir. Durante la migración, todos los campos de nivel superior de los documentos de MongoDB para los que se configuró ETL se almacenan en la familia de columnas predeterminada f de la tabla de HBase. En el siguiente ejemplo se muestra cómo escribir todos los elementos, excepto los de nivel superior _id y name, como columnas dinámicas en la tabla de destino. Para obtener más información, consulte Example of configuring an ETL task for a table created by calling the Apache HBase API.

        script:e_expand_bson_value("*", "_id,name")
      • Si necesita usar tanto la función de columnas nuevas como la de ETL, asegúrese de que no existan datos duplicados en la instancia de Lindorm.

      • Las columnas para las que no se configuró ni la función de columnas nuevas ni la de ETL no se migran a la base de datos de destino.

      Monitoring and Alerting

      Seleccione si desea configurar alertas y recibir notificaciones de alerta según sus necesidades comerciales.

      • No: no configura ninguna alerta.

      • Yes: configure alertas estableciendo un alert threshold y notificaciones de alerta. Si una migración presenta errores 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 ver los parámetros de configuración de esta instancia cuando llame a la operación de la 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 ver los parámetros de la API o ya terminó de consultarlos, 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 solo comienza después de superar dicha comprobación.

    • Si la comprobación previa presenta errores, haga clic en View Details junto al elemento que falló, 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 de comprobación que no se pueden ignorar, haga clic en View Details junto al elemento que falló, resuelva el problema siguiendo las indicaciones y vuelva a ejecutar la comprobación previa.

      • Para los elementos de comprobación que sí 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 inconsistencia de datos y 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 comercial. 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.

      Puede consultar 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 se ejecuta, el Status de la tarea es Running.

Mapeo de columnas de la tabla HBase

Este ejemplo muestra los comandos que se deben ejecutar en el SQL Shell.

Nota

Esta función requiere Lindorm 2.4.0 o una versión posterior.

  1. Agregue un mapeo de columnas a la tabla HBase.

    ALTER TABLE test MAP DYNAMIC COLUMN f:_mongo_id_ HSTRING/HINT/..., person:name HSTRING, person:age HINT;
  2. Cree un índice secundario en la tabla HBase.

    CREATE INDEX idx ON test(f:_mongo_id_);

Migración de tablas HBase (ETL)

Documento de MongoDB

{
  "_id" : 0,
  "person" : {
    "name" : "cindy0",
    "age" : 0,
    "student" : true
  }
}

Instrucción ETL

script:e_expand_bson_value("*", "_id")

Resultado de la migración

迁移结果

Ejemplo de configuración de asignación

Estructura de origen de ApsaraDB for MongoDB

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

Esquema de la tabla de destino en Lindorm

Parámetro

Tipo

id

STRING

person_name

STRING

person_age

BIGINT

Configuración de columnas adicionales

Importante

Configure la expresión bson_value() de acuerdo con la jerarquía de los datos para evitar la pérdida de información o el fallo de 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.

Parámetro

Tipo

Valor

id

STRING

bson_value("_id")

person_name

STRING

bson_value("person","name")

person_age

BIGINT

bson_value("person","age")