Sincronización de datos desde una instancia de ApsaraDB RDS for MySQL hacia un clúster de AnalyticDB for MySQL V3.0 - Data Transmission Service

Mediante Data Transmission Service (DTS), es posible sincronizar datos desde una instancia de ApsaraDB RDS for MySQL hacia un clúster de AnalyticDB for MySQL V3.0. Esta funcionalidad permite construir sistemas de inteligencia empresarial (BI), sistemas de consultas interactivas y reportes en tiempo real.

Requisitos previos

Se creó una instancia de ApsaraDB RDS for MySQL. Para obtener más información, consulte Create an ApsaraDB RDS for MySQL instance.
Se creó el clúster de destino de AnalyticDB for MySQL V3.0. Para obtener más información, consulte Create a cluster.
El espacio de almacenamiento disponible en el clúster de destino de AnalyticDB for MySQL V3.0 supera el tamaño total de los datos en la instancia de origen de ApsaraDB RDS for MySQL.

Notas de uso

Nota

Durante la sincronización de esquemas, DTS no sincroniza las claves foráneas de la base de datos de origen a la de destino.
Durante la sincronización completa e incremental de datos, DTS deshabilita temporalmente las verificaciones de restricciones y las operaciones en cascada de claves foráneas a nivel de sesión. Si ejecuta operaciones de actualización o eliminación en cascada en la base de datos de origen mientras se ejecuta la tarea, pueden producirse inconsistencias en los datos.
Durante la sincronización de esquemas, DTS no admite la sincronización de vistas materializadas hacia la instancia de destino de AnalyticDB for MySQL. Si necesita utilizar vistas materializadas, créelas manualmente en la instancia de destino una vez finalizada la sincronización.

Tipo	Descripción
Límites de la base de datos de origen	Las tablas que se van a sincronizar deben tener una clave principal o una restricción única, y los campos deben ser únicos. De lo contrario, podrían aparecer datos duplicados en la base de datos de destino. Si sincroniza a nivel de tabla y necesita editar asignaciones (como la asignación de nombres de columnas), cada tarea de sincronización admite hasta 1,000 tablas. Si supera este límite, la tarea fallará con un error. Para solucionarlo, divida las tablas en varias tareas o configure una tarea de sincronización de base de datos completa. Registros binarios: ApsaraDB RDS for MySQL habilita el registro binario de forma predeterminada. Asegúrese de que el parámetro binlog_row_image esté establecido en full. De lo contrario, la verificación previa fallará y la tarea de sincronización no podrá iniciarse. Para consultar las instrucciones, vea Configure instance parameters. Importante Si su instancia de origen es una base de datos MySQL autogestionada, habilite el registro binario y establezca binlog_format en row y binlog_row_image en full. Si su base de datos MySQL autogestionada es un clúster de doble principal (donde ambos nodos actúan como principal y secundario), habilite el parámetro log_slave_updates para que DTS pueda capturar todos los eventos del registro binario. Para consultar las instrucciones, vea Create an account and configure binary logging for a self-managed MySQL database. Los registros binarios locales de una instancia de ApsaraDB RDS for MySQL deben conservarse durante tres días como mínimo (se recomiendan siete días). En el caso de una base de datos MySQL autogestionada, conserve los registros binarios locales durante siete días como mínimo. De lo contrario, DTS podría no recuperar los registros binarios, lo que provocaría el fallo de la tarea. En casos extremos, esto puede causar inconsistencia o pérdida de datos. Los problemas derivados de períodos de retención de registros binarios inferiores a los requeridos por DTS no están cubiertos por el SLA de DTS. Nota Para configurar el retention period de los registros binarios locales en una instancia de ApsaraDB RDS for MySQL, consulte Automatically delete local logs. No ejecute operaciones DDL que modifiquen claves principales o agreguen comentarios —como `ALTER TABLE table_name COMMENT='Table comment';`— mientras se ejecuta la sincronización. De lo contrario, la operación DDL fallará. No ejecute operaciones DDL que cambien esquemas de bases de datos o tablas durante la sincronización de esquemas o la sincronización completa. De lo contrario, la tarea de sincronización fallará. Nota Durante la sincronización completa, DTS consulta la base de datos de origen. Esto genera bloqueos de metadatos que pueden impedir operaciones DDL en la base de datos de origen. Los datos generados por cambios que no se escriben en los registros binarios —como datos restaurados desde copias de seguridad físicas o creados mediante operaciones en cascada— no se sincronizan con la base de datos de destino. Nota Si esto ocurre, elimine la base de datos o tabla afectada de los objetos de sincronización y vuelva a agregarla. Solo hágalo si su negocio lo permite. Para obtener más información, consulte Modify synchronization objects. Si su base de datos de origen es MySQL 8.0.23 o posterior y contiene columnas ocultas invisibles, es posible que DTS no lea dichas columnas. Esto puede provocar pérdida de datos. Nota Ejecute el comando `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` para hacer visible la columna oculta. Para obtener más información, consulte Invisible Columns.
Otros límites	DTS no admite la sincronización de índices de prefijo. Si su base de datos de origen contiene índices de prefijo, la sincronización podría fallar. Si su base de datos de origen utiliza operaciones DDL en línea en modo de tabla temporal —incluidos, entre otros, escenarios de fusión de múltiples tablas— o agrega índices basados en funciones a columnas de clave única, pueden producirse pérdidas de datos o fallos en la tarea dentro de la base de datos de destino. DTS no admite la sincronización de índices, particiones, vistas, procedimientos almacenados, funciones, desencadenadores ni claves foráneas. Si ocurre un conflicto de clave principal o clave única mientras se ejecuta la tarea: Si los esquemas de las tablas son idénticos y un registro en la base de datos de destino tiene el mismo valor de clave principal o clave única que un registro en la base de datos de origen: Durante la sincronización completa, DTS conserva el registro en el clúster de destino. El registro correspondiente de la base de datos de origen no se sincroniza. Durante la sincronización incremental, el registro de la base de datos de origen sobrescribe el registro en la base de datos de destino. Si los esquemas de las tablas son diferentes, la sincronización inicial de datos podría fallar. Esto puede resultar en la sincronización parcial de datos de columnas o en un fallo total de la sincronización. Proceda con precaución. La base de datos de destino debe contener una clave principal personalizada. Alternativamente, en el paso Configurations for Databases, Tables, and Columns, configure una Primary Key Column. De lo contrario, la sincronización podría fallar. Debido a los límites de uso en AnalyticDB for MySQL, si el uso del disco supera el 80 % en un clúster de AnalyticDB for MySQL, las tareas de DTS pueden experimentar retrasos o errores. Calcule el espacio necesario según sus objetos de sincronización y asegúrese de contar con almacenamiento suficiente en el clúster de destino. Si el clúster de destino de AnalyticDB for MySQL 3.0 está realizando una copia de seguridad mientras se ejecuta la tarea de DTS, la tarea fallará. Evalúe el rendimiento de las bases de datos de origen y de destino antes de iniciar la sincronización. Ejecute la sincronización fuera de las horas pico. De lo contrario, la inicialización completa consumirá recursos de lectura y escritura en ambas bases de datos y podría aumentar la carga de la base de datos. La inicialización completa ejecuta operaciones INSERT de manera concurrente. Esto fragmenta las tablas de destino. Tras la inicialización completa, el espacio de tablas de la instancia de destino será mayor que el de la instancia de origen. Si sincroniza una o más tablas —no una base de datos completa— no utilice herramientas como pt-online-schema-change para realizar operaciones DDL en línea en las tablas de origen. De lo contrario, la sincronización fallará. Puede usar Data Management (DMS) para realizar operaciones DDL en línea. Para obtener más información, consulte Online DDL without locking tables. Para la sincronización a nivel de tabla, si no hay escrituras de datos en el AnalyticDB for MySQL de destino aparte de las realizadas por DTS, puede usar Data Management (DMS) para realizar operaciones DDL en línea. Para obtener más información, consulte Online DDL without locking tables. No escriba datos en la base de datos de destino excepto a través de DTS mientras se ejecuta la sincronización. De lo contrario, pueden producirse inconsistencias de datos entre las bases de datos de origen y de destino. Por ejemplo, si usa DMS para realizar operaciones DDL en línea mientras se escriben otros datos en la base de datos de destino, podría ocurrir una pérdida de datos. Si una operación DDL falla en la base de datos de destino, la tarea de DTS continúa ejecutándose. Revise la operación DDL fallida en los registros de la tarea. Para consultar las instrucciones, vea View task logs. Si su instancia de ApsaraDB RDS for MySQL tiene habilitado Always-Encrypted, no se admite la sincronización completa de datos. Nota Las instancias de ApsaraDB RDS for MySQL con Transparent Data Encryption (TDE) habilitado admiten la sincronización de esquemas, la sincronización completa de datos y la sincronización incremental de datos. Si una tarea falla, el personal de soporte de DTS intentará restaurarla en un plazo de ocho horas. Durante la restauración, pueden 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 pueden ajustarse incluyen los listados en Modify instance parameters.
Casos especiales	Para una base de datos de origen MySQL autogestionada: Si ocurre un cambio de rol principal/secundario en la base de datos de origen durante la sincronización, la tarea fallará. DTS calcula la latencia comparando la marca de tiempo del último registro sincronizado con la hora actual. Si no se ejecutan operaciones DML durante mucho tiempo en la base de datos de origen, el reporte de latencia puede volverse inexacto. Si la latencia parece demasiado alta, ejecute una operación DML en la base de datos de origen para actualizarla. Nota Si selecciona una base de datos completa para la sincronización, cree una tabla de latidos. Actualice o escriba en esta tabla cada segundo. DTS ejecuta periódicamente el comando CREATE DATABASE IF NOT EXISTS `test` en la base de datos de origen para avanzar el desplazamiento del registro binario. Si su base de datos de origen es Amazon Aurora MySQL u otra instancia de MySQL en clúster, asegúrese de que el nombre de dominio o la dirección IP utilizados en la configuración de la tarea —y su resolución DNS— apunten siempre a un nodo de lectura/escritura (RW). De lo contrario, la sincronización podría fallar. Para una base de datos de origen ApsaraDB RDS for MySQL: Las instancias de solo lectura —como las instancias de solo lectura de ApsaraDB RDS for MySQL 5.6— que no registran registros de transacciones no pueden servir como bases de datos de origen. DTS ejecuta periódicamente el comando CREATE DATABASE IF NOT EXISTS `test` en la base de datos de origen para avanzar el desplazamiento del registro binario.

Facturación

Tipo de sincronización	Precios
Sincronización de esquemas y sincronización completa de datos	Sin costo.
Sincronización incremental de datos	Con costo. Para obtener más información, consulte Billing overview.

Topologías de sincronización compatibles

Sincronización unidireccional uno a uno
Sincronización unidireccional uno a varios
Sincronización unidireccional varios a uno

Operaciones SQL que se pueden sincronizar

Tipo de operación	Sentencia SQL
DML	INSERT, UPDATE y DELETE Nota Cuando se escriben datos en el clúster de AnalyticDB for MySQL, la sentencia UPDATE se convierte automáticamente en la sentencia REPLACE INTO.
DDL	CREATE TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE, ADD COLUMN y DROP COLUMN

Aviso

Si se cambia el tipo de dato de un campo en la tabla de origen durante la sincronización de datos, se devuelve un error y se interrumpe la tarea de sincronización. Para solucionar este problema:

Mientras DTS sincroniza datos hacia el clúster de destino de AnalyticDB for MySQL, se cambia el tipo de dato de un campo en la tabla de origen, lo que provoca el fallo de la tarea de sincronización. En este ejemplo, la tabla de origen se llama customer.
En el clúster de destino de AnalyticDB for MySQL V3.0, cree una tabla llamada customer_new que tenga el mismo esquema que la tabla customer.
Ejecute la sentencia INSERT INTO SELECT para copiar datos de la tabla customer a la tabla customer_new.
Cambie el nombre o elimine la tabla customer. Luego, cambie el nombre de la tabla customer_new a customer.
Reinicie la tarea de sincronización de datos en la consola de DTS.

Procedimiento

Vaya a la página Data Synchronization Tasks.
1. Inicie sesión en la consola de Data Management (DMS).
2. En la barra de navegación superior, haga clic en Data + AI.
3. En el panel de navegación izquierdo, seleccione DTS (DTS) > Data Synchronization.
Nota
- Las operaciones pueden variar según el modo y el diseño de la consola DMS. Para obtener más información, consulte Simple mode console y Customize DMS console layout and style.
- También puede ir a la página Data Synchronization Tasks de la nueva consola DTS.
A la derecha de Data Synchronization Tasks, seleccione la región donde reside la instancia de sincronización de datos.

Nota
Si utiliza la nueva consola DTS, debe seleccionar la región donde reside la instancia de sincronización de datos en la barra de navegación superior.

Haga clic en Create Task para configurar las bases de datos de origen y destino.

Aviso

Después de seleccionar las instancias de origen y destino, lea atentamente los límites que se muestran en la parte superior de la página. Si no respeta estos límites, la tarea podría fallar o producirse inconsistencias en los datos.

Sección	Parámetro	Descripción
N/A	Task Name	DTS genera automáticamente un nombre de tarea. Se recomienda especificar un nombre descriptivo para facilitar su identificación. El nombre no tiene por qué ser único.
Source Database	Select DMS Database Instance	Seleccione una instancia existente según sea necesario. Si utiliza una instancia existente, la información de la base de datos se rellena automáticamente. No es necesario introducirla de nuevo. Si no utiliza una instancia existente, introduzca la siguiente información de la base de datos.
	Database Type	El tipo de la base de datos de origen. Seleccione MySQL.
	Connection Type	El método de acceso a la base de datos de origen. Seleccione Alibaba Cloud Instance.
	Instance Region	La región donde reside la instancia de origen de ApsaraDB RDS for MySQL.
	Cross-account	Indica si se deben sincronizar datos entre cuentas de Alibaba Cloud. En este ejemplo, seleccione No.
	RDS Instance ID	El ID de la instancia de origen de ApsaraDB RDS for MySQL.
	Database Account	La cuenta de la base de datos de la instancia de origen de ApsaraDB RDS for MySQL. La cuenta debe tener permisos SELECT sobre los objetos que se van a sincronizar, así como los permisos REPLICATION CLIENT y REPLICATION SLAVE.
	Database Password	Introduzca la contraseña correspondiente a la cuenta de la base de datos.
	Connection Method	Seleccione Non-encrypted o SSL-encrypted según sea necesario. Si selecciona SSL-encrypted, debe habilitar previamente el cifrado SSL para la instancia RDS for MySQL. Para obtener más información, consulte Use a cloud certificate to quickly enable SSL encryption.
Destination Database	Select DMS Database Instance	Seleccione una instancia existente según sea necesario. Si utiliza una instancia existente, la información de la base de datos se rellena automáticamente. No es necesario introducirla de nuevo. Si no utiliza una instancia existente, introduzca la siguiente información de la base de datos.
	Database Type	El tipo de la base de datos de destino. Seleccione AnalyticDB for MySQL 3.0.
	Connection Type	El método de acceso a la base de datos de destino. Seleccione Alibaba Cloud Instance.
	Instance Region	La región donde reside el clúster de destino de AnalyticDB for MySQL V3.0.
	Instance ID	El ID del clúster de destino de AnalyticDB for MySQL V3.0.
	Database Account	La cuenta de la base de datos del clúster de destino de AnalyticDB for MySQL V3.0. La cuenta debe tener permisos de lectura y escritura sobre la base de datos de destino.
	Database Password	Introduzca la contraseña correspondiente a la cuenta de la base de datos.

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

Si la base de datos de origen o destino es una instancia de base de datos de Alibaba Cloud, como una instancia de RDS for MySQL o de ApsaraDB for MongoDB, DTS agrega automáticamente las direcciones IP de los servidores DTS de la región correspondiente a la lista blanca de dicha instancia. Si la base de datos de origen o destino es una base de datos autogestionada alojada en una instancia ECS, DTS agrega automáticamente las direcciones IP de los servidores DTS de la región correspondiente a las reglas de seguridad de la instancia ECS. También debe asegurarse de que la base de datos autogestionada permita el acceso desde la instancia ECS. Si la base de datos está desplegada en un clúster con varias instancias ECS, debe agregar manualmente las direcciones IP de los servidores DTS de la región correspondiente a las reglas de seguridad de cada instancia ECS. Si la base de datos de origen o destino es una base de datos autogestionada en un IDC o una base de datos de otro proveedor de servicios en la nube, debe agregar manualmente las direcciones IP de los servidores DTS de la región correspondiente para permitir el acceso desde dichos servidores. Para obtener más información sobre las direcciones IP de los servidores DTS, consulte IP address CIDR blocks of DTS servers.

Aviso
Agregar los bloques CIDR de direcciones IP públicas de los servidores DTS, ya sea de forma automática o manual, puede implicar riesgos de seguridad. Al utilizar este producto, usted reconoce y acepta estos riesgos potenciales. Debe implementar medidas básicas de protección de seguridad, que incluyen, entre otras, fortalecer la seguridad de las contraseñas, restringir los puertos abiertos para los bloques CIDR, usar autenticación para la comunicación interna de API, y revisar y restringir periódicamente los bloques CIDR innecesarios. Como alternativa, puede conectarse a la base de datos a través de una red interna, como una línea dedicada, VPN Gateway o Smart Access Gateway.

Configure los objetos de la tarea y la configuración avanzada.

Basic Settings

Parámetro o configuración	Descripción
Synchronization Types	Incremental Data Synchronization está seleccionado. De forma predeterminada, también debe seleccionar Schema Synchronization y Full Data Synchronization. Una vez completada la verificación previa, DTS realiza una sincronización completa de datos de los objetos seleccionados desde la instancia de origen hacia el clúster de destino. Esto sirve como línea base para la posterior sincronización incremental de datos. Nota Si se selecciona Full Data Synchronization, podrá sincronizar el esquema y los datos de la tabla creada mediante la sentencia CREATE TABLE hacia la base de datos de destino.
Processing Mode for Existing Tables in Destination	Precheck and Report Errors: Comprueba si existe una tabla con el mismo nombre en la base de datos de destino. Si no existe ninguna tabla con el mismo nombre, la verificación previa se aprueba. Si existe una tabla con el mismo nombre, la verificación previa falla y la tarea de sincronización de datos no se inicia. Nota Si no puede eliminar ni cambiar el nombre de la tabla con el mismo nombre en la base de datos de destino, puede asignarle un nombre de tabla diferente. Para obtener más información, consulte Map table and column names. Ignore Errors and Proceed: Omite la comprobación de nombres de tabla duplicados en la base de datos de destino. Aviso Seleccionar Ignore Errors and Proceed puede causar inconsistencia en los datos y poner en riesgo su negocio. Por ejemplo: Si los esquemas de las tablas son iguales y un registro en la base de datos de destino tiene el mismo valor de clave primaria o clave única que un registro en la base de datos de origen: Durante la sincronización completa, DTS conserva el registro en el clúster de destino. El registro correspondiente de la base de datos de origen no se sincroniza. Durante la sincronización incremental, el registro de la base de datos de origen sobrescribe el registro en la base de datos de destino. Si los esquemas de las tablas son diferentes, la sincronización inicial de datos podría fallar. Esto puede provocar que solo se sincronicen parcialmente los datos de las columnas o que la sincronización falle por completo. Proceda con precaución.
Select DDL and DML operations for instance-level synchronization	Las operaciones DDL y DML que desea sincronizar. Para obtener más información, consulte SQL operations that can be synchronized. Nota Para seleccionar las operaciones SQL realizadas en una base de datos o tabla específica, haga clic con el botón derecho en un objeto dentro de la sección Selected Objects. En el cuadro de diálogo que aparece, seleccione las operaciones SQL que desea sincronizar.
Merge Multiple Tables	Seleccione Yes: En escenarios OLTP, a menudo se utiliza la fragmentación de bases de datos y tablas para mejorar el tiempo de respuesta de las tablas empresariales. En escenarios OLAP, como la base de datos de destino en este ejemplo, una sola tabla de datos puede almacenar grandes volúmenes de información, lo que facilita las consultas de tabla única. En estos casos, puede utilizar la función de fusión de múltiples tablas de DTS para sincronizar varias tablas con el mismo esquema (tablas fragmentadas) desde la base de datos de origen hacia una sola tabla en la base de datos de destino. Para obtener instrucciones específicas, consulte Enable multi-table merge. Nota Después de seleccionar varias tablas de la base de datos de origen, debe utilizar la función de asignación de nombres de objetos para cambiar sus nombres al mismo nombre de tabla en la base de datos de destino. Para obtener más información sobre la función de asignación de nombres de objetos, consulte Map table and column names. DTS agrega la columna `__dts_data_source` de tipo texto a la tabla de destino para almacenar el origen de los datos. El valor de la columna utiliza el formato `ID de instancia DTS:nombre de base de datos:nombre de esquema:nombre de tabla` para identificar el origen de la tabla; por ejemplo, `dts**:dtstestdata:testschema:customer1`. La función de fusión de múltiples tablas opera a nivel de tarea, lo que significa que no se puede realizar la fusión a nivel de tabla individual. Si desea fusionar algunas tablas pero no otras, deberá crear dos tareas de sincronización de datos. Aviso** No ejecute operaciones DDL para modificar el esquema de la base de datos o de la tabla en la base de datos de origen. De lo contrario, podrían producirse inconsistencias en los datos o fallos en la tarea de sincronización. Seleccione No. Esta es la opción predeterminada.
Case Sensitivity Policy for Destination Object Names	Puede configurar la política de distinción entre mayúsculas y minúsculas para los nombres de objetos de base de datos, tabla y columna que se sincronizan con la instancia de destino. De forma predeterminada, está seleccionada la DTS default policy. También puede optar por utilizar las políticas predeterminadas de las bases de datos de origen y destino. Para obtener más información, consulte Case sensitivity policy for destination object names.
Source Objects	En el cuadro Source Objects, haga clic en un objeto para sincronizarlo y luego haga clic en para moverlo al cuadro Selected Objects. Nota Puede seleccionar columnas, tablas o bases de datos como objetos a sincronizar. Si selecciona tablas o columnas, DTS no sincronizará otros objetos, como vistas, desencadenadores o procedimientos almacenados, con la base de datos de destino. Si selecciona una base de datos como objeto a sincronizar, DTS aplica las siguientes reglas predeterminadas: Si la tabla de origen tiene una clave primaria (de una sola columna o compuesta), las columnas de la clave primaria se utilizan como claves de distribución. Si la tabla de origen no tiene clave primaria, se genera una columna de clave primaria de incremento automático en la tabla de destino. Esto podría causar inconsistencias de datos entre las bases de datos de origen y destino.
Selected Objects	Para cambiar el nombre de un solo objeto de sincronización en la instancia de destino, haga clic con el botón derecho en el objeto dentro del cuadro Selected Objects. Para obtener más información sobre cómo cambiar el nombre de los objetos, consulte Map a single database, table, or column. Para cambiar los nombres de varios objetos de sincronización en la instancia de destino de forma masiva, haga clic en Batch Edit en la esquina superior derecha del cuadro Selected Objects. Para obtener más información, consulte Map databases, tables, and columns in a batch. Nota Para seleccionar las operaciones SQL realizadas en una base de datos o tabla específica, haga clic con el botón derecho en un objeto a sincronizar dentro de la sección Selected Objects. En el cuadro de diálogo que aparece, seleccione las operaciones SQL que desea sincronizar. Para obtener más información sobre las operaciones SQL que se pueden sincronizar, consulte SQL operations that can be synchronized. Para especificar condiciones WHERE y filtrar datos, haga clic con el botón derecho en un objeto dentro de la sección Selected Objects. En el cuadro de diálogo que aparece, especifique las condiciones. Para obtener más información sobre cómo especificar las condiciones, consulte Use SQL conditions to filter data.

Advanced Settings

Parámetro	Descripción
Monitoring and Alerting	Especifique si desea configurar alertas. Si la sincronización falla o la latencia supera el umbral especificado, se envía una notificación a un contacto de alerta. No: No se configuran alertas. Yes: Configure las alertas estableciendo un umbral de alerta y especificando un notificación de alerta. Para obtener más información, consulte Configure monitoring and alerting during task configuration.
Replicate temporary tables created by online DDL tools for the source table to the destination database	Las operaciones DDL no son compatibles con la sincronización. Debe seleccionar No, Adapt to DMS Online DDL o No, Adapt to gh-ost. Si en el futuro se admite la sincronización DDL en este escenario y utiliza Data Management (DMS) o gh-ost para realizar cambios DDL en línea en la base de datos de origen, podrá elegir si desea sincronizar los datos de las tablas temporales generadas durante dichos cambios. Importante Los métodos de procesamiento para cada etapa son los siguientes: Las etapas de Schema Synchronization y Full Data Synchronization no permiten operaciones DDL que modifiquen el esquema de la base de datos o de la tabla. Por lo tanto, estas etapas no están controladas por la política de Online DDL. Schema Synchronization: Esta etapa no está controlada por la política de Online DDL. Se crean las tablas temporales relacionadas. Full Data Synchronization: Esta etapa no está controlada por la política de Online DDL. Las tablas temporales no se incluyen en los objetos de sincronización completa. Se filtran todas las tablas cuyos nombres coincidan con la expresión regular (`^_(.+)_(?:gho\|new)$` o `^_(.+)_(?:ghc\|del\|old)$`). Incremental Data Synchronization: Esta etapa está controlada por la política de Online DDL. Yes: Sincroniza los cambios de datos en las tablas temporales (por ejemplo, `_table-name_gho`) generadas por operaciones DDL en línea. No, Adapt to DMS Online DDL y No, Adapt to gh-ost: Filtra los cambios de datos en las tablas temporales (por ejemplo, `_table-name_gho`) generadas por herramientas como gh-ost basándose en reglas de expresiones regulares. Yes: Sincroniza los datos de las tablas temporales generadas por los cambios DDL en línea. Nota Si los datos de las tablas temporales generadas por los cambios DDL en línea son demasiado grandes, podría producirse latencia en la sincronización. No, Adapt to DMS Online DDL: No sincroniza los datos de las tablas temporales generadas por los cambios DDL en línea. En su lugar, solo sincroniza las sentencias DDL originales ejecutadas en la base de datos de origen mediante Data Management (DMS). Nota Esta opción provoca el bloqueo de tablas en la base de datos de destino. No, Adapt to gh-ost: No sincroniza las tablas temporales generadas por los cambios DDL en línea. Admite reglas de filtrado personalizadas. DTS filtra los cambios de datos en las tablas temporales (por ejemplo, `_table-name_gho`) generadas por herramientas como gh-ost basándose en reglas de expresiones regulares. Puede modificar las expresiones regulares predeterminadas utilizadas para coincidir con tablas sombra y tablas inútiles según sea necesario: Tabla sombra: `^_(.+)_(?:gho\|new)$` Tabla inútil: `^_(.+)_(?:ghc\|del\|old)$` Nota Esta opción provoca el bloqueo de tablas en la base de datos de destino.
Retry Time After Connection to Source or Destination Database Fails	Una vez iniciada una tarea de sincronización, si falla la conexión a la base de datos de origen o destino, DTS reporta un error e intenta reconectar inmediatamente. La duración predeterminada de reintento es de 720 minutos. También puede especificar una duración personalizada de entre 10 y 1,440 minutos. Se recomienda establecer la duración en 30 minutos o más. Si DTS logra reconectarse a la base de datos dentro del tiempo especificado, la tarea de sincronización se reanudará automáticamente. De lo contrario, la tarea fallará. Nota Si tiene varias instancias DTS (por ejemplo, Instancia A e Instancia B) que comparten el mismo origen o destino, y configura el tiempo de reintento de red en 30 minutos para la Instancia A y en 60 minutos para la Instancia B, se utilizará la duración más corta de 30 minutos para ambas. Dado que DTS cobra por el tiempo de ejecución de la tarea durante el período de reintento de conexión, se recomienda personalizar la duración del reintento según las necesidades de su negocio o liberar la instancia DTS lo antes posible después de que se liberen las instancias de base de datos de origen y destino.
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: Yes: Habilita la función ETL. Introduzca las sentencias de procesamiento de datos en el editor de código. Para obtener más información, consulte Configure ETL in a data migration or data synchronization task. No: Deshabilita la función ETL.

Opcional: Una vez completada la configuración anterior, haga clic en Next: Configure Database and Table Fields para establecer el Type, la Primary Key Column, la Distribution Key y la información de la clave de partición (Partition Key, Partitioning Rules y Partition Lifecycle) para la tabla que se va a sincronizar en la base de datos de destino.
Nota
- Este paso solo está disponible si selecciona Schema Synchronization en Synchronization Types al configurar los objetos de la tarea. Luego puede establecer Definition Status en All para realizar modificaciones.
- La Primary Key Column puede ser una clave primaria compuesta por varias columnas. Debe seleccionar una o más columnas de la Primary Key Column para que sirvan como Distribution Key y Partition Key. Para obtener más información, consulte CREATE TABLE.
Guarde la tarea y ejecute una verificación previa.
- Para ver los parámetros de API para configurar esta instancia, pase el cursor sobre el botón Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters en la burbuja emergente.
- Si ha terminado de ver los parámetros de API, haga clic en Next: Save Task Settings and Precheck en la parte inferior de la página.
Nota
- Antes de que comience el trabajo de sincronización, DTS ejecuta una verificación previa. El trabajo solo puede iniciarse después de aprobar todos los elementos de la verificación.
- Si la verificación previa falla, haga clic en View Details para el elemento fallido. Solucione el problema según las indicaciones y vuelva a ejecutar la verificación previa.
- Si la verificación previa devuelve una advertencia:
  
  Si un elemento de comprobación falla y no se puede ignorar, haga clic en View Details junto al elemento. Siga las instrucciones para solucionar el problema y vuelva a ejecutar la verificación previa.
  
  Para los elementos de comprobación que se pueden ignorar, puede hacer clic en Confirm Alert Details, Ignore, OK y Precheck Again en secuencia para omitir la advertencia y volver a ejecutar la verificación previa. Si decide omitir el elemento de advertencia, podrían surgir problemas como inconsistencia de datos y riesgos para su negocio.
Cuando la Success Rate sea del 100 %, haga clic en Next: Purchase Instance.

En la página Purchase, seleccione el método de facturación y la especificación de enlace para la instancia de sincronización de datos. La siguiente tabla describe estos parámetros en detalle.

Categoría	Parámetro	Descripción
New Instance Class	Método de facturación	Subscription: Paga al crear la instancia. Es adecuado para necesidades a largo plazo y resulta más rentable que pay-as-you-go. Cuanto mayor sea la duración de la suscripción, mayor será el descuento. Pay-as-you-go: Se le cobra por hora. Es adecuado para necesidades a corto plazo. Puede liberar la instancia inmediatamente después de usarla para ahorrar costos.
	Configuración de resource group	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?.
	Especificación de enlace	DTS ofrece especificaciones de sincronización con diferentes niveles de rendimiento. La especificación del enlace de sincronización afecta la tasa de sincronización. Puede elegir una especificación según su escenario empresarial. Para obtener más información, consulte Data synchronization link specifications.
	Duración de la suscripción	En el modo subscription, seleccione la duración y la cantidad para la instancia de suscripción. Puede elegir una suscripción mensual de 1 a 9 meses, o una suscripción anual de 1, 2, 3 o 5 años. Nota Esta opción solo está disponible cuando el método de facturación es Subscription.

Una vez completada la configuración, lea y seleccione Data Transmission Service (Pay-as-you-go) Service Terms.
Haga clic en Buy and Start. En el cuadro de diálogo OK, haga clic en OK.

Puede consultar el progreso de la tarea en la página Data Synchronization.

Preguntas frecuentes

¿Qué debo hacer si se presenta el error only 500 dimension table allowed, current dimensionTableCount: 500 durante la sincronización o migración de esquemas?

Causa: En AnalyticDB for MySQL, el conteo total de tablas incluye tanto las tablas activas como las que se encuentran en la papelera de reciclaje. Si se supera este límite, se activa el error. Para obtener más información, consulte Limits.
Solución:
1. En su tarea de DTS, compruebe que la cantidad de tablas para la sincronización o migración de esquemas no exceda el límite indicado en el mensaje de error.
2. Si el número de tablas está dentro del límite, ejecute los siguientes comandos para buscar tablas eliminadas en la papelera de reciclaje. Para obtener más información, consulte Table recycle bin.
```
-- Query the number of tables currently in use in the instance.SELECT COUNT(*) FROM INFORMATION_SCHEMA.tables;-- Query the number of tables in the recycle bin. SELECT COUNT(*) FROM INFORMATION_SCHEMA.KEPLER_META_RECYCLE_BIN;
```
3. Si encuentra tablas eliminadas en la papelera de reciclaje, ejecute los siguientes comandos para purgarlas.
  
  Importante
  Las tablas purgadas de la papelera de reciclaje no se pueden recuperar. Asegúrese de que ya no necesita estas tablas.
  
  Importante
```
-- Purge all tables from the table recycle bin.PURGE RECYCLE_BIN ALL;-- Purge a specified table from the table recycle bin.PURGE RECYCLE_BIN TABLE <table name in the ADB_RECYCLE_BIN database>;
```