Todos los productos
Search

Este producto

    Data Transmission Service:Crear una tarea de seguimiento de cambios de PolarDB-X 1.0

    Centro de documentos

    Data Transmission Service:Crear una tarea de seguimiento de cambios de PolarDB-X 1.0

    Última actualización: Sep 07, 2026

    Puede crear una tarea de seguimiento de cambios para capturar los cambios de datos en tiempo real de una instancia de PolarDB-X 1.0 y consumirlos en sistemas posteriores.

    Requisitos previos

    • Ya creó una instancia de PolarDB-X 1.0. Si no lo ha hecho, consulte Create a PolarDB-X 1.0 instance y Create a database.

      Nota

      El tipo de almacenamiento de la instancia de PolarDB-X 1.0 debe ser ApsaraDB RDS for MySQL (incluidas las instancias personalizadas de ApsaraDB RDS for MySQL y las adquiridas por separado). PolarDB for MySQL no es compatible.

    • Ya creó un Virtual Private Cloud (VPC) and a vSwitch para la instancia de suscripción de datos.

    Límites

    Tipo

    Descripción

    Límites de la base de datos de origen

    • Las tablas que desea rastrear deben tener una clave primaria o una restricción unique con campos únicos. De lo contrario, DTS podría rastrear datos duplicados. Las tablas que solo tienen una restricción unique no admiten el seguimiento de actualizaciones de esquema. Se recomienda usar una clave primaria.

    • Si se suscribe a datos a nivel de tabla, una sola tarea de suscripción admite hasta 500 tablas. Si supera este límite, la tarea fallará con errores después del envío. En este caso, se recomienda dividir las tablas en varias tareas de suscripción o configurar una tarea de suscripción para toda la base de datos.

    • Configuración de registros binarios para las instancias de ApsaraDB RDS for MySQL asociadas a una instancia de PolarDB-X 1.0:

      • El registro binario debe estar habilitado y el parámetro binlog_row_image debe establecerse en full. De lo contrario, la comprobación previa reportará un error y no podrá iniciar la tarea de seguimiento de cambios.

      • DTS requiere que la base de datos de origen conserve los registros binarios locales durante más de 24 horas. De lo contrario, DTS podría no obtener los registros binarios y provocar que la tarea falle. En casos extremos, puede producirse inconsistencia o pérdida de datos. Los problemas causados por una retención de registros insuficiente no están cubiertos por el acuerdo de nivel de servicio (SLA) de DTS.

    • Si la instancia de origen es de solo lectura o temporal, asegúrese de que cuente con registros que documenten las transacciones.

    • La instancia de PolarDB-X 1.0 de origen debe ser de la versión 5.2 o posterior.

    Otros límites

    • DTS depende de la continuidad de las transacciones XA en la instancia de PolarDB-X 1.0 de origen para rastrear los cambios de datos. Si esta continuidad se interrumpe (por ejemplo, al modificar los objetos rastreados o durante la conmutación por error del módulo de captura de datos incrementales), las transacciones XA no confirmadas podrían perderse.

    • Una tarea de seguimiento de cambios para una instancia de PolarDB-X 1.0 es una tarea distribuida. Cada instancia de ApsaraDB RDS for MySQL asociada corresponde a una subtarea. Puede consultar el estado de cada subtarea en la página Task Topology.

    • PolarDB-X 1.0 admite la fragmentación de bases de datos y tablas. Una operación DDL en la instancia de PolarDB-X 1.0 de origen se ejecuta en todos los fragmentos de tabla. Como el progreso de las subtareas podría no estar sincronizado, los datos rastreados pueden contener operaciones DDL duplicadas. Si su cliente consumidor procesa estas operaciones DDL varias veces, podrían producirse excepciones de datos. Gestione esta situación según sus necesidades de negocio.

    • Límites de los objetos para el seguimiento de cambios:

      • No se admite el seguimiento de cambios a nivel de base de datos. Solo puede rastrear cambios a nivel de tabla.

      • Después de configurar una tarea de seguimiento de cambios, no puede modificar los objetos rastreados. Para agregar más tablas, debe crear una nueva tarea.

    • Si se produce una conmutación entre primario y secundario en la base de datos de origen, la tarea de seguimiento de cambios fallará.

    • Durante el seguimiento de cambios, no escale horizontalmente ni verticalmente, no migre tablas de acceso frecuente, no cambie las claves de fragmentación ni ejecute operaciones DDL en la instancia de origen. De lo contrario, la tarea podría fallar o podrían producirse inconsistencias de datos.

    • Si otra tarea (como una migración de datos) también utiliza la base de datos de origen, podría rastrear datos de objetos que no seleccionó. En ese caso, filtre manualmente los datos no deseados en su cliente consumidor.

    • Si una sola fila rastreada supera los 16 MB, su cliente consumidor no podrá consumirla. De lo contrario, podría producirse un error de memoria insuficiente (OOM) en dicho cliente.

    • Compruebe si la precisión de suscripción para las columnas FLOAT o DOUBLE cumple con sus necesidades de negocio. DTS lee los valores de estas columnas mediante la función ROUND(COLUMN,PRECISION). Si no define explícitamente una precisión, DTS establece la precisión de las columnas FLOAT en 38 dígitos y la de las columnas DOUBLE en 308 dígitos.

    • DTS no se suscribe a los cambios DDL realizados por herramientas como pt-online-schema-change. Como resultado, el cliente consumidor podría no escribir datos en la tabla de destino debido a inconsistencias de esquema.

    • Si una tarea falla, el equipo 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

      Los ajustes de parámetros modifican únicamente los parámetros de la instancia de DTS, no los de la base de datos.

    Procedimiento

    1. Utilice uno de los siguientes métodos para ir a la página Change Tracking Tasks y seleccione la región donde reside la instancia de seguimiento de cambios.

      Consola de DTS

      1. Inicie sesión en la consola de DTS.

      2. En el panel de navegación izquierdo, haga clic en Change Tracking.

      3. En la esquina superior izquierda de la página, seleccione la región donde reside la instancia de seguimiento de cambios.

      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 DMS console layout and style.

      1. Inicie sesión en la consola de DMS.

      2. En la barra de navegación superior, mueva el puntero sobre Data + AI > DTS (DTS) > Change Tracking.

      3. En la lista desplegable situada a la derecha de Change Tracking Tasks, seleccione la región donde reside la instancia de seguimiento de cambios.

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

    3. Configure los parámetros en las secciones Source Database y Consumer Network Type.

      Aviso

      Después de especificar la instancia de la base de datos de origen, se recomienda leer los Limits que se muestran en la parte superior de la página. De lo contrario, la tarea podría fallar o los datos rastreados no podrán consumirse.

      Sección

      Parámetro

      Descripción

      N/A

      Task Name

      Nombre de la tarea de seguimiento de cambios. DTS asigna automáticamente un nombre a 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

      • Si desea utilizar una instancia de base de datos que ya está Manage database connections (recién creada o guardada), selecciónela en la lista desplegable. El sistema configurará automáticamente la información de la base de datos a continuación.

        Nota

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

      • Si su instancia no aparece en la lista o no desea usar una conexión guardada, debe introducir manualmente la siguiente información de la base de datos.

      Database Type

      Seleccione PolarDB-X 1.0.

      Access Method

      Este parámetro tiene el valor fijo Alibaba Cloud Instance.

      Instance Region

      Seleccione la región donde se encuentra la instancia de PolarDB-X 1.0.

      Replicate Data Across Alibaba Cloud Accounts

      Para este tutorial, seleccione No.

      Importante

      Si necesita acceder a recursos de la base de datos de origen entre cuentas (al seleccionar Yes), debe configurar la autorización de RAM para la cuenta de Alibaba Cloud utilizada para crear la tarea de DTS. También debe introducir los valores de Alibaba Cloud Account y RAM Role Name. Para obtener instrucciones, consulte Configure RAM authorization for cross-account tasks.

      Instance ID

      Seleccione el ID de la instancia de PolarDB-X 1.0.

      Database Account

      Introduzca la cuenta de la base de datos para la instancia de PolarDB-X 1.0. La cuenta debe tener permisos de lectura sobre los objetos que desea rastrear.

      Database Password

      Contraseña utilizada para acceder a la instancia de la base de datos.

      Consumer Network Type

      Network Type

      El valor del parámetro Network Type es fijo: VPC. Debe seleccionar una VPC y un vSwitch. Para obtener más información, consulte VPCs.

      Nota

      • Una vez configurada la tarea de seguimiento de cambios, no puede modificar los ajustes de la sección Consumer Network Type.

      • Si su cliente de seguimiento de cambios está desplegado en una VPC, se recomienda seleccionar la misma VPC y el mismo vSwitch conectados al cliente.

      • Si rastrea los cambios de datos a través de redes internas, la latencia de red es mínima.

    4. En la parte inferior de la página, haga clic en Test Connectivity and Proceed.

      Nota

      Asegúrese de que los bloques CIDR de los servidores de DTS puedan agregarse 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 dichos servidores. Para obtener más información, consulte Whitelist DTS server IP addresses.

    5. Configure los objetos para el seguimiento de cambios.

      1. En la página Configure Objects, configure los objetos para el seguimiento de cambios.

        Parámetro

        Descripción

        Data Change Types

        Los tipos de cambio de datos (Data Change Types) se seleccionan de forma predeterminada y no pueden modificarse.

        • Data Update

          DTS rastrea las actualizaciones de datos de los objetos seleccionados, incluidas las operaciones INSERT, DELETE y UPDATE.

        • Schema Update

          DTS rastrea las operaciones de creación, eliminación y modificación que se ejecutan en todos los esquemas de objetos de la instancia de origen. Debe usar el cliente de seguimiento de cambios para filtrar los datos que desea rastrear.

        Source Objects

        En la lista Source Objects, seleccione los objetos que desea rastrear y luego haga clic en el icono 向右小箭头 para moverlos a la lista Selected Objects.

        Nota

        • No se admite el seguimiento de cambios a nivel de base de datos. Solo puede rastrear cambios a nivel de tabla.

        • Después de configurar una tarea de seguimiento de cambios, no puede modificar los objetos rastreados. Para agregar más tablas, debe crear una nueva tarea.

      2. Haga clic en Next: Advanced Settings para configurar los ajustes avanzados.

        Parámetro

        Descripción

        Dedicated Cluster for Task Scheduling

        De forma predeterminada, DTS programa la tarea en un clúster compartido. No es necesario configurar este parámetro. Puede adquirir clústeres dedicados con especificaciones concretas para ejecutar tareas de seguimiento de cambios de DTS. Para obtener más información, consulte What is a DTS dedicated cluster?.

        Retry Time for Failed Connections

        Intervalo de tiempo para reintentar conexiones fallidas. Si la tarea de seguimiento de cambios falla, DTS reintenta la conexión inmediatamente dentro de este intervalo. Valores válidos: de 10 a 1440. Unidad: minutos. Valor predeterminado: 720. Se recomienda establecer este parámetro en un valor mayor que 30. Si DTS se vuelve a conectar a la instancia de la base de datos de origen dentro del intervalo especificado, reanudará la tarea de seguimiento de cambios. De lo contrario, la tarea fallará.

        Nota

        • Si se configuran varias tareas de seguimiento de cambios para una misma instancia de base de datos, prevalecerá el intervalo de reintento más corto. Por ejemplo, si la Tarea A y la Tarea B están configuradas para la misma instancia, y la Tarea A tiene un intervalo de 30 minutos mientras que la Tarea B tiene uno de 60 minutos, prevalecerá el intervalo de 30 minutos.

        • Cuando DTS reintenta una conexión, se generan cargos. Se recomienda especificar el intervalo de reintento según sus necesidades de negocio o liberar la instancia de DTS lo antes posible después de liberar la instancia de la base de datos de origen.

        Retry Time for Other Issues

        Intervalo de tiempo para reintentar ante otros problemas. Por ejemplo, si las operaciones DDL o DML fallan después de iniciar la tarea de seguimiento de cambios, DTS las reintentará inmediatamente dentro de este intervalo. Valores válidos: de 1 a 1440. Unidad: minutos. Valor predeterminado: 10. Se recomienda establecer este parámetro en un valor mayor que 10. Si las operaciones fallidas se ejecutan correctamente dentro del intervalo especificado, DTS reanudará la tarea de seguimiento de cambios. De lo contrario, la tarea fallará.

        Importante

        El valor del parámetro Retry Time for Other Issues debe ser menor que el valor del parámetro Retry Time for Failed Connections.

        Environment Tag

        Puede seleccionar una etiqueta de entorno para identificar la instancia según sus necesidades de negocio. Este paso no es obligatorio en este ejemplo.

        Monitoring and Alerting

        Especifica si se habilitan las alertas para la tarea de seguimiento de cambios. Si se configuran y la tarea falla o la latencia supera el umbral, se enviarán notificaciones de alerta. Valores válidos:

        • No: no habilita las alertas.

        • Yes: habilita las alertas. En este caso, también debe configurar el umbral de alerta y la configuración de notificaciones de alerta. Para obtener más información, consulte Configure alerts during instance configuration.

    6. En la parte inferior de la página, haga clic en Next: Save Task Settings and Precheck.

      • Para consultar los parámetros que debe especificar al llamar a la operación de API correspondiente para configurar la tarea de DTS, mueva el puntero sobre Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters.

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

      Nota

      • Antes de iniciar la tarea de seguimiento de cambios, DTS ejecuta una comprobación previa. Solo podrá iniciar la tarea cuando supere dicha comprobación.

      • Si la tarea no supera la comprobación previa, haga clic en View Details junto a cada elemento fallido. Después de solucionar los problemas según el mensaje de error, puede volver a ejecutar la comprobación previa.

      • Si se genera una alerta para algún elemento durante la comprobación previa, siga estos pasos según el escenario:

        • Si el elemento con alerta no puede ignorarse, haga clic en View Details junto al elemento fallido y solucione los problemas. Luego, vuelva a ejecutar la comprobación previa.

        • Si el elemento con alerta puede ignorarse, haga clic en Confirm Alert Details. En el cuadro de diálogo View Details, haga clic en Ignore. En el mensaje que aparece, haga clic en OK. Después, haga clic en Precheck Again para ejecutar nuevamente la comprobación previa. Si ignora el elemento con alerta, podría producirse inconsistencia de datos y exponer su negocio a riesgos potenciales.

    7. Adquiera la instancia.

      1. Espere a que Success Rate cambie a 100%. Luego, haga clic en Next: Purchase Instance.

      2. En la página Purchase, especifique el método de facturación de la instancia de seguimiento de cambios. A continuación se describen los parámetros.

        Parámetro

        Descripción

        Método de facturación

        • Subscription: paga la suscripción al crear la instancia. Este método de facturación es más rentable que pay-as-you-go para uso a largo plazo. Se ofrecen precios más bajos para duraciones de suscripción mayores.

        • Pay-as-you-go: una instancia pay-as-you-go se factura por hora. Se recomienda elegir este método de facturación para uso a corto plazo. Si ya no necesita la instancia pay-as-you-go, puede liberarla para reducir costos.

        Resource Group Settings

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

        Subscription Duration

        Si selecciona el método de facturación por suscripción, establezca la duración de la suscripción y la cantidad de instancias que desea crear. La duración puede ser de uno a nueve meses, un año, dos años, tres años o cinco años.

        Nota

        Este parámetro solo está disponible si selecciona el método de facturación Subscription.

      3. Lea y seleccione los Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Haga clic en Buy and Start para iniciar la tarea de seguimiento de cambios. Puede consultar el progreso de la tarea en la lista de tareas.

    Pasos siguientes

    Una vez que la tarea de seguimiento de cambios comience a ejecutarse, cree grupos de consumidores y elija un método de consumo según su cliente posterior.

    1. Para obtener información sobre cómo crear y gestionar grupos de consumidores, consulte Create consumer groups.

    2. Elija un método para consumir los datos rastreados según el tipo de cliente: