Todos los productos
Search

Este producto

    Data Transmission Service:Migrar de RDS SQL Server a AnalyticDB for MySQL 3.0

    Centro de documentos

    Data Transmission Service:Migrar de RDS SQL Server a AnalyticDB for MySQL 3.0

    Última actualización: Sep 05, 2026

    Migre datos desde SQL Server (incluidas las instancias de ApsaraDB RDS for SQL Server y las bases de datos SQL Server autogestionadas) hacia AnalyticDB for MySQL 3.0 para analizarlos en tiempo real.

    3.0

    Bases de datos de origen compatibles

    A continuación se muestran las bases de datos de origen SQL Server que se pueden migrar a AnalyticDB for MySQL. Este tema utiliza una instancia de RDS for SQL Server como ejemplo. El proceso es similar para otros orígenes.

    • Instancias de RDS for SQL Server.

    • Bases de datos autogestionadas:

      • Base de datos autogestionada con una dirección IP pública.

      • Base de datos autogestionada alojada en Elastic Compute Service (ECS).

      • Base de datos autogestionada conectada mediante Express Connect, VPN Gateway o Smart Access Gateway.

      • Base de datos autogestionada conectada mediante Database Gateway.

    Requisitos previos

    • Esta tarea de migración solo se configura en la nueva consola.

    • Se creó una instancia de origen de RDS SQL Server. Para consultar las versiones compatibles, consulte Overview of migration solutions. Para crear una instancia, consulte Create an ApsaraDB RDS for SQL Server instance.

      Importante

      Si la instancia de RDS SQL Server ejecuta SQL Server 2008 o SQL Server 2008 R2, no se admite la migración incremental de datos.

    • Se creó un clúster de destino de AnalyticDB for MySQL. Para obtener instrucciones, consulte Create a cluster.

    • La capacidad de almacenamiento del clúster de destino de AnalyticDB for MySQL debe ser mayor que la de la instancia de origen de RDS SQL Server.

    • Si la instancia de origen cumple alguna de las siguientes condiciones, divídala en varias tareas de migración.

      • La instancia de origen tiene más de 10 bases de datos.

      • Las copias de seguridad de registros se ejecutan más de una vez por hora para una sola base de datos.

      • Se ejecutan más de 100 operaciones de lenguaje de definición de datos (DDL) por hora en una sola base de datos.

      • La tasa de generación de registros de una sola base de datos supera los 20 MB/s.

      • Es necesario habilitar la captura de datos modificados (CDC) en más de 1,000 tablas.

    Notas

    Nota

    • Durante la migración de esquemas, DTS no migra las claves externas de la base de datos de origen a la base de datos de destino.

    • Durante la migración completa e incremental de datos, DTS deshabilita temporalmente las comprobaciones de restricciones y las operaciones en cascada de claves externas a nivel de sesión. Si ocurren actualizaciones o eliminaciones en cascada en la base de datos de origen mientras la tarea está en ejecución, podría generarse inconsistencia en los datos.

    • Durante la migración de esquemas, DTS no admite migrar vistas materializadas a la instancia de destino de AnalyticDB for MySQL. Para usar vistas materializadas, créelas manualmente en la instancia de destino cuando termine la migración.

    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 reduce la velocidad de migración de datos.

    • Las tablas que se van a migrar deben tener una clave primaria o una restricción única, y las columnas de dicha clave o restricción deben ser únicas. De lo contrario, podrían duplicarse datos en la base de datos de destino.

    • Si selecciona tablas específicas para migrar y necesita editarlas (por ejemplo, asignar nombres de tabla o de columna), una sola tarea de migración puede migrar un máximo de 1,000 tablas. Si supera este límite, la tarea fallará al enviarla. Divida las tablas en varias tareas o configure una tarea para migrar toda la base de datos.

    • Una sola tarea de migración admite un máximo de 10 bases de datos. Superar este límite puede causar problemas de estabilidad y rendimiento. Divida la migración en varias tareas si es necesario.

    • Si configura una tarea para migrar objetos específicos en lugar de una base de datos completa, no podrá migrar objetos que tengan el mismo nombre de tabla pero distinto nombre de esquema a la misma base de datos de destino dentro de una sola tarea.

    • Si realiza una migración incremental de datos, los registros de transacciones deben cumplir los siguientes requisitos:

      • El registro de transacciones debe estar habilitado, el modo de copia de seguridad debe establecerse en Full y debe haberse completado correctamente una copia de seguridad física completa.

      • Para una migración exclusivamente incremental de datos, Data Transmission Service (DTS) requiere conservar los registros de transacciones de la base de datos de origen durante más de 24 horas. Si una tarea incluye migración completa e incremental de datos, conserve los registros durante como mínimo siete días. Una vez que termine la migración completa de datos, puede reducir el periodo de retención a más de 24 horas. De lo contrario, la tarea de DTS podría fallar porque los registros de transacciones no estén disponibles. En casos extremos, podría producirse pérdida o inconsistencia 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 habilita CDC (captura de datos modificados) para las tablas de origen que se van a migrar, estas deben cumplir las siguientes condiciones. De lo contrario, la comprobación previa fallará.

      • El valor del campo srvname en la vista sys.sysservers debe coincidir con el valor devuelto por la función SERVERPROPERTY.

      • Si la base de datos de origen es un SQL Server autogestionado, el propietario de la base de datos debe ser sa. Si la base de datos de origen es una instancia de ApsaraDB RDS for SQL Server, el propietario debe ser sqlsa.

      • Si la base de datos de origen es Enterprise Edition, debe ser SQL Server 2008 o una versión posterior.

      • Si la base de datos de origen es Standard Edition, debe ser SQL Server 2016 SP1 o una versión posterior.

      • Si la base de datos de origen es SQL Server 2017 (Standard o Enterprise Edition), actualícela a una versión posterior.

    • DTS usa la función fn_log para obtener registros de la base de datos de origen. Esta función presenta cuellos de botella de rendimiento, por lo que no debe borrar los registros de la base de datos de origen de forma prematura. De lo contrario, la tarea de DTS podría fallar.

    • Límites de las operaciones en la base de datos de origen:

      • Durante las fases de migración de esquemas y migración completa de datos, no ejecute operaciones DDL que modifiquen la estructura de la base de datos o de las tablas. De lo contrario, la tarea de migración de datos fallará.

      • Si solo realiza una migración completa de datos, no escriba datos nuevos en la instancia de origen. De lo contrario, los datos de las bases de datos de origen y de destino quedarán inconsistentes. Para garantizar la consistencia de los datos en tiempo real, seleccione Schema Migration, Full Data Migration e Incremental Data Migration.

    • Si la base de datos de origen es una instancia de solo lectura, DTS no migra las operaciones DDL.

    • Si la base de datos de origen es Azure SQL Database, una instancia de migración solo puede migrar una base de datos.

    • Si la base de datos de origen es una instancia de ApsaraDB RDS for SQL Server y la tarea de migración incluye migración incremental de datos, asegúrese de que Transparent Data Encryption (TDE) esté deshabilitado para mantener la estabilidad de la tarea. Para obtener más información, consulte Disable TDE.

    • Si usa el comando sp_rename para cambiar el nombre de objetos como procedimientos almacenados antes de que se ejecute la tarea de migración de esquemas, es posible que la tarea no funcione como se espera o que falle.

      Nota

      Use el comando ALTER para cambiar el nombre de los objetos de la base de datos.

    • En el modo de análisis híbrido basado en registros, la base de datos de origen no admite operaciones consecutivas de agregar o eliminar columnas con un intervalo menor a 10 minutos. Por ejemplo, si ejecuta las siguientes instrucciones SQL de forma consecutiva, la tarea fallará.

      ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');

    • Si la base de datos de origen es una instancia de ApsaraDB RDS for SQL Server que ejecuta la edición Web, establezca SQL Server Incremental Synchronization Mode en Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) cuando configure la tarea.

    • Durante la migración completa de datos, habilite el parámetro READ_COMMITTED_SNAPSHOT en la base de datos de origen para evitar que la contención de bloqueos compartidos afecte la escritura de datos. De lo contrario, podría producirse inconsistencia de datos o el fallo de la tarea. Los problemas derivados de no habilitar este parámetro no están cubiertos por el SLA de DTS.

    Otros límites

    • Solo se admite la migración de tipos de datos básicos. No se admiten los datos de tipo CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY ni GEOGRAPHY, tampoco los tipos definidos por el usuario creados con el comando CREATE TYPE.

    • Si una instrucción DDL no se escribe en la base de datos de destino, la tarea de DTS continúa su ejecución. Debe revisar los registros de la tarea para identificar la instrucción DDL que falló. Para saber cómo consultar los registros de una tarea, consulte View task logs.

    • La base de datos de destino debe tener una clave primaria personalizada. Como alternativa, en el paso Configurations for Databases, Tables, and Columns, establezca Primary Key Column. De lo contrario, la migración podría fallar.

    • Si establece Configure Objects en SQL Server Incremental Synchronization Mode durante el paso Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported), las tablas que se van a migrar deben tener un índice agrupado que incluya la columna de clave primaria. En este modo, DTS no admite migrar tablas montón, tablas sin clave primaria, tablas comprimidas, tablas con columnas calculadas ni tablas con columnas dispersas. Estas limitaciones no aplican en el modo de análisis híbrido basado en registros.

    • Si establece Configure Objects en SQL Server Incremental Synchronization Mode durante el paso Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing), también aplican los siguientes límites:

      • DTS depende del componente CDC para la migración incremental. Asegúrese de que el trabajo de CDC en la base de datos de origen se ejecute correctamente. De lo contrario, la tarea de DTS fallará.

      • De manera predeterminada, el componente CDC almacena los datos incrementales durante tres días. Ajuste el periodo de retención al ejecutar el comando exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

        Nota

        • <time> especifica el periodo de retención en minutos.

        • Si el promedio diario de cambios SQL incrementales de una sola tabla supera los 10 millones, establezca <time> en 1440.

      • En una sola tarea de migración, habilite CDC en un máximo de 1,000 tablas. De lo contrario, la tarea podría presentar alta latencia o volverse inestable.

      • El módulo de comprobación previa de una tarea de migración incremental de datos de DTS habilita CDC en la base de datos de origen. Durante este proceso, las limitaciones internas del motor de SQL Server pueden provocar un bloqueo temporal de tablas en la base de datos de origen.

    • Si establece Configure Objects en SQL Server Incremental Synchronization Mode durante el paso Polling and querying CDC instances for incremental synchronization, también aplican los siguientes límites:

      • La cuenta de la base de datos de origen que usa la instancia de DTS debe tener permisos para habilitar CDC. Se requiere una cuenta con el rol sysadmin para habilitar CDC a nivel de base de datos. Para habilitar CDC a nivel de tabla se necesita una cuenta con privilegios.

        Nota

        • La cuenta con mayores privilegios (administrador del servidor) que proporciona la consola de Azure SQL Database cumple con los requisitos. Para las bases de datos adquiridas bajo el modelo vCore, CDC se habilita en todas las especificaciones. Para las bases de datos adquiridas bajo el modelo DTU, CDC solo se habilita en niveles de servicio S3 o superiores.

        • La cuenta con privilegios de una instancia de Amazon RDS for SQL Server cumple con los requisitos y permite habilitar CDC a nivel de base de datos mediante procedimientos almacenados.

        • No se puede habilitar CDC en tablas que tienen un índice de almacén de columnas agrupado.

        • El módulo de comprobación previa de una tarea de migración incremental de datos de DTS habilita CDC en la base de datos de origen. Durante este proceso, las limitaciones internas del motor de SQL Server pueden provocar un bloqueo temporal de tablas en la base de datos de origen.

      • DTS obtiene los datos incrementales mediante sondeos y consultas a la instancia de CDC de cada tabla en la base de datos de origen. Migre un máximo de 1,000 tablas desde la base de datos de origen. De lo contrario, la tarea podría presentar alta latencia o volverse inestable.

      • De manera predeterminada, el componente CDC almacena los datos incrementales durante tres días. Ajuste el periodo de retención al ejecutar el comando exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

        Nota

        • <time> especifica el periodo de retención en minutos.

        • Si el promedio diario de cambios SQL incrementales de una sola tabla supera los 10 millones, establezca <time> en 1440.

      • No se admiten operaciones consecutivas de agregar o eliminar columnas (más de dos operaciones DDL ADD COLUMN o DROP COLUMN en un minuto). De lo contrario, la tarea podría fallar.

      • No modifique las instancias de CDC de la base de datos de origen. De lo contrario, la tarea de migración de datos podría fallar o perderse información.

    • Para garantizar reportes precisos de latencia en la migración incremental de datos, DTS crea objetos en la base de datos de origen. En el modo de análisis basado en registros, DTS crea un desencadenador dts_cdc_sync_ddl, una tabla de latidos dts_sync_progress y una tabla de almacenamiento DDL dts_cdc_ddl_history. En el modo de análisis híbrido basado en registros, DTS crea los mismos objetos y además habilita CDC a nivel de base de datos y de tabla. En las tablas donde se habilita CDC, la tasa de cambio de datos no debe superar las 1,000 filas por segundo (RPS).

    • Debido a los límites inherentes de AnalyticDB for MySQL, el rendimiento de escritura en la base de datos de destino disminuye cuando el uso de disco de los nodos de AnalyticDB for MySQL supera el 80%, lo que provoca retrasos en la tarea de DTS. Si el uso de disco supera el 90%, las escrituras fallarán por completo y la tarea de DTS terminará con errores. Calcule el espacio en disco requerido según los objetos de migración y asegúrese de que el clúster de destino cuente con almacenamiento suficiente.

    • Si el clúster de destino de AnalyticDB for MySQL 3.0 está generando una copia de seguridad mientras se ejecuta la tarea de DTS, la tarea fallará.

    • Antes de migrar los datos, evalúe el rendimiento de las bases de datos de origen y de destino, y ejecute la migración en horarios de baja demanda. Durante la migración completa de datos, DTS consume recursos de lectura y escritura en ambas bases de datos, lo cual puede aumentar su carga.

    • Durante la migración completa de datos, las operaciones INSERT simultáneas pueden fragmentar las tablas de destino. Por ello, el espacio de almacenamiento de las tablas en la base de datos de destino podría ser mayor que en la base de datos de origen después de la migración.

    • Compruebe que la precisión que usa DTS para migrar columnas de tipo FLOAT o DOUBLE cumpla con sus requisitos de negocio. DTS utiliza la función ROUND(COLUMN,PRECISION) para leer los valores de estas columnas. Si no se define una precisión explícita, DTS migra los valores FLOAT con una precisión de 38 dígitos y los valores DOUBLE con una precisión de 308 dígitos.

    • DTS intenta reanudar una tarea que falló durante un máximo de siete días. Antes de trasladar sus cargas de trabajo de producción a la instancia de destino, finalice o libere la tarea de migración. Como alternativa, revoque los permisos de escritura de la cuenta de DTS en la instancia de destino mediante el comando revoke para evitar que una tarea reanudada sobrescriba los datos de destino.

    • Si una tarea de migración incluye migración incremental de datos, no podrá ejecutar operaciones de recreación de índices. Esto podría provocar el fallo de la tarea o la pérdida de datos.

      Nota

      No se puede modificar la clave primaria de una tabla que tenga CDC habilitado.

    • Si el número de tablas con CDC habilitado en una sola tarea de migración supera el valor definido en el parámetro The maximum number of tables for which CDC is enabled that DTS supports., la comprobación previa fallará.

    • Si una tarea incluye migración incremental y un solo campo de una tabla con CDC habilitado que se va a escribir contiene más de 64 KB de datos, ejecute el comando exec sp_configure 'max text repl size', -1; para ajustar previamente la configuración de la base de datos de origen.

      Nota

      De manera predeterminada, un trabajo de CDC procesa un tamaño máximo de datos de 64 KB por campo.

    • Cuando varias instancias de migración usan la misma base de datos de origen SQL Server, sus módulos de recopilación de datos incrementales operan de forma independiente.

    • Si una tarea falla, el equipo de soporte de DTS intentará restaurarla en un plazo de ocho horas. Durante la restauración, es posible que reinicien la tarea o ajusten 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 podrían ajustarse incluyen los que se enumeran en Modify instance parameters.

    • SQL Server es una base de datos comercial y de código cerrado cuyo formato de registro puede generar problemas inevitables durante la captura incremental y el análisis de CDC en DTS. Antes de habilitar DTS para la sincronización incremental desde un origen SQL Server en un entorno de producción, ejecute pruebas integrales de concepto (POC) que cubran todos los escenarios de cambio de negocio, ajustes de esquema y pruebas de estrés con carga máxima. La coherencia entre la lógica de su entorno de producción y la fase de POC es fundamental para que DTS opere de manera estable.

    • Cuando la base de datos de destino es AnalyticDB for MySQL, DTS solo admite escribir los tipos de datos compatibles de forma nativa con AnalyticDB for MySQL, incluidos basic data types y complex data types como ARRAY, MAP y JSON. Otros tipos, como MULTIVALUE, no son compatibles.

    • No se admiten las reversiones parciales de transacciones en la base de datos de origen durante la migración incremental, por lo que podrían perderse.

    Casos especiales

    Si el origen es una instancia de ApsaraDB RDS for SQL Server, DTS crea una cuenta de sistema llamada rdsdt_dtsacct en la instancia para la migración de datos. No elimine esta cuenta ni cambie su contraseña mientras la tarea esté en ejecución. De lo contrario, la tarea podría fallar. Para obtener más información, consulte System accounts.

    Facturación

    Tipo de migración

    Cargo por configuración de la instancia

    Cargo por tráfico de Internet

    Migración de esquemas y migración completa de datos

    Sin costo.

    Cuando el parámetro Access Method de la base de datos de destino se establece en Public IP Address, se le cobra por el tráfico de Internet. Para obtener más información, consulte Billing overview.

    Migración incremental de datos

    Con costo. Para obtener más información, consulte Billing overview.

    Tipos de migración

    • Migración de esquemas

      DTS migra las definiciones de esquema de los objetos de migración desde la base de datos de origen hacia la base de datos de destino.

      • DTS puede migrar los siguientes objetos de esquema: esquemas, tablas, vistas, funciones y procedimientos.

      • DTS no puede migrar los siguientes objetos: ensamblados, service brokers, índices de texto completo, catálogos de texto completo, esquemas distribuidos, funciones distribuidas, procedimientos almacenados de Common Language Runtime (CLR), funciones con valores escalares CLR, funciones con valores de tabla CLR, tablas internas, sistemas ni funciones de agregado.

      Aviso

      En las migraciones entre bases de datos heterogéneas, los tipos de datos podrían no tener una correspondencia uno a uno, lo que puede provocar fallos en la tarea o pérdida de datos. Evalúe el impacto empresarial de las asignaciones de tipos de datos antes de continuar. Para obtener más información, consulte Data type mapping for heterogeneous databases.

    • Migración completa

      DTS migra todos los datos históricos de los objetos de migración especificados desde la base de datos de origen hacia la base de datos de destino.

    • Migración incremental

      Una vez que termina la migración completa, DTS migra las actualizaciones incrementales de datos desde la base de datos de origen hacia la base de datos de destino. La migración incremental le permite migrar los datos sin interrumpir sus aplicaciones autogestionadas.

    Operaciones SQL compatibles con la migración incremental

    Tipo de operación

    Instrucción SQL

    DML

    INSERT, UPDATE y DELETE

    Nota

    • La migración incremental no admite instrucciones UPDATE que modifiquen únicamente campos grandes.

    • Cuando escribe datos en AnalyticDB for MySQL, este convierte automáticamente las instrucciones UPDATE en REPLACE INTO. Si actualiza una clave primaria, convierte la instrucción UPDATE en una instrucción DELETE seguida de una instrucción INSERT.

    DDL

    • CREATE TABLE

    • ALTER TABLE

      Solo se admiten ADD COLUMN y DROP COLUMN.

    • DROP TABLE

    • CREATE INDEX y DROP INDEX

    Nota

    • No se admiten las operaciones DDL que contienen un tipo definido por el usuario.

    • No se admiten las operaciones DDL transaccionales. Por ejemplo, una sola instrucción SQL que agregue varias columnas o que contenga tanto operaciones DDL como DML podría causar pérdida de datos.

    • No se admiten las operaciones DDL en línea.

    • No se admiten las operaciones DDL que usan una palabra clave reservada como nombre de atributo.

    • No se admiten las operaciones DDL ejecutadas por un procedimiento almacenado del sistema.

    • DTS no admite operaciones TRUNCATE TABLE.

    • No se admiten las tablas con particiones ni aquellas cuya definición contenga una función.

    Permisos de las cuentas de base de datos

    Base de datos

    Migración de esquemas

    Migración completa de datos

    Migración incremental de datos

    Instancia de RDS SQL Server

    Permisos de lectura sobre los objetos que se van a migrar

    Permisos de lectura sobre los objetos que se van a migrar

    Permisos de propietario sobre los objetos que se van a migrar

    Clúster de AnalyticDB for MySQL

    Permisos de lectura y escritura

    Para crear una cuenta de base de datos y otorgarle permisos, consulte los siguientes temas:

    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 métodos a continuación.

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

      Aviso

      Después de seleccionar las instancias de origen y de destino, le recomendamos leer detenidamente los límites que se muestran en la parte superior de la página. De lo contrario, la tarea podría terminar con errores o producirse una inconsistencia en los datos.

      Categoría

      Parámetro

      Descripción

      N/A

      Task Name

      DTS genera automáticamente un nombre de tarea. Le recomendamos especificar un nombre descriptivo para identificarla fácilmente. El nombre no necesita ser único.

      Source Database

      Select Existing Connection

      • Para usar una instancia de base de datos que ya se ha 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 abajo 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 abajo.

      Database Type

      Seleccione SQL Server.

      Access Method

      Seleccione Alibaba Cloud Instance.

      Instance Region

      Seleccione la región donde reside la instancia de origen de RDS SQL Server.

      Replicate Data Across Alibaba Cloud Accounts

      Este ejemplo muestra cómo migrar datos dentro de la misma cuenta de Alibaba Cloud. Seleccione No.

      RDS Instance ID

      Seleccione el identificador de la instancia de origen de RDS SQL Server.

      Database Account

      Introduzca la cuenta de la base de datos para la instancia de origen de RDS SQL Server. Para conocer los permisos obligatorios, consulte Permission requirements for database accounts.

      Database Password

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

      Encryption

      Seleccione Non-encrypted o SSL-encrypted según sus requisitos de negocio.

      • Si el cifrado SSL está deshabilitado en la base de datos de origen, seleccione Non-encrypted.

      • Si el cifrado SSL está habilitado en la base de datos de origen, seleccione SSL-encrypted. De forma predeterminada, DTS confía en el certificado del servidor.

      Destination Database

      Select Existing Connection

      • Para usar una instancia de base de datos que ya se ha 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 abajo 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 abajo.

      Database Type

      Seleccione AnalyticDB for MySQL 3.0.

      Access Method

      Seleccione Alibaba Cloud Instance.

      Instance Region

      Seleccione la región donde reside el clúster de destino de AnalyticDB for MySQL 3.0.

      Instance ID

      Seleccione el identificador del clúster de destino de AnalyticDB for MySQL 3.0.

      Database Account

      Introduzca la cuenta de la base de datos para el clúster de destino de AnalyticDB for MySQL 3.0. Para conocer los permisos obligatorios, consulte Permission requirements for database accounts.

      Database Password

      Introduzca la contraseña de 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. Esto permite 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

        • Para una migración exclusiva de datos completos, seleccione Schema Migration y Full Data Migration.

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

        Nota

        • Si selecciona Full Data Migration, el esquema y los datos de las tablas creadas con la instrucción CREATE TABLE se pueden migrar a la base de datos de destino.

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

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: comprueba si existen tablas con el mismo nombre en la base de datos de destino. Si no existen tablas con el mismo nombre, la comprobación previa se aprueba. Si existen tablas con el mismo nombre, se reporta un error durante la comprobación previa y la tarea de migración de datos no se inicia.

          Nota

          Si una tabla de la base de datos de destino tiene el mismo nombre pero no se puede eliminar ni renombrar fácilmente, cambie el nombre de dicha tabla 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 tablas con el mismo nombre.

          Aviso

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

          • Si los esquemas de las tablas son consistentes y un registro de la base de datos de destino tiene el mismo valor de clave primaria que un registro de la base de datos de origen:

            • Durante la migración completa, DTS conserva el registro en la base de datos de destino. El registro de la base de datos de origen no se migra.

            • Durante la migración incremental, DTS no conserva el registro en la base de datos de destino. El registro de la base de datos de origen sobrescribe el registro de la base de datos de destino.

          • Si los esquemas de las tablas son inconsistentes, es posible que solo se migren algunas columnas de datos o que la migración termine con errores. Proceda con precaución.

        Schema Mapping Mode of Source and Destination Databases

        Seleccione un modo de asignación de esquemas según sus necesidades de negocio para asignar esquemas entre las bases de datos de origen y de destino.

        Aviso

        Varios esquemas de la base de datos de origen no pueden tener tablas con el mismo nombre. De lo contrario, podría producirse una inconsistencia en los datos o un error en la tarea.

        SQL Server Incremental Synchronization Mode

        • Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing):

          • Ventajas:

            • Admite escenarios que involucran tablas heap de origen, tablas sin claves primarias, tablas comprimidas o tablas con columnas calculadas.

            • Ofrece alta estabilidad de enlace. Este modo puede obtener instrucciones DDL completas y admite una amplia variedad de escenarios DDL.

          • Desventajas:

            • DTS crea el desencadenador dts_cdc_sync_ddl, la tabla de latidos dts_sync_progress y la tabla de almacenamiento DDL dts_cdc_ddl_history en la base de datos de origen. También habilita CDC a nivel de base de datos y CDC para algunas tablas.

            • No puede ejecutar instrucciones SELECT INTO, TRUNCATE ni RENAME COLUMN en tablas con CDC habilitado en la base de datos de origen. Tampoco puede eliminar manualmente los desencadenadores que DTS creó en la base de datos de origen.

        • Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported):

          • Ventaja:

            Este modo no interfiere con la base de datos de origen.

          • Desventaja:

            Este modo no admite escenarios que involucran tablas heap de origen, tablas sin claves primarias, tablas comprimidas o tablas con columnas calculadas.

        • Polling and querying CDC instances for incremental synchronization:

          • Ventajas:

            • Admite la migración completa e incremental cuando la base de datos de origen es Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine o Google Cloud SQL for SQL Server.

            • Este modo usa el componente CDC nativo de SQL Server para obtener datos incrementales, lo que mejora la estabilidad de la migración incremental y reduce el uso del ancho de banda de red.

          • Desventajas:

            • La cuenta de la base de datos de origen que usa la instancia de DTS debe tener los permisos para habilitar CDC. La migración de datos incrementales presenta una latencia de aproximadamente 10 segundos.

            • Cuando migra varias tablas en múltiples bases de datos, podría enfrentar problemas de estabilidad y rendimiento.

        Nota

        Este parámetro solo está disponible si selecciona Incremental Data Migration en el parámetro Migration Types.

        The maximum number of tables for which CDC is enabled that DTS supports.

        Puede establecer un límite en la cantidad de tablas con CDC habilitado para la instancia de migración actual según sus requisitos de negocio. El valor predeterminado es 1,000.

        Nota

        Este parámetro no está disponible si establece SQL Server Incremental Synchronization Mode en Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).

        Select DDL and DML to Sync at the Instance Level

        Seleccione las operaciones SQL para la migración incremental a nivel de instancia. Para obtener información sobre las operaciones compatibles, consulte SQL operations supported for incremental migration.

        Nota

        Para seleccionar operaciones SQL para la migración incremental a nivel de base de datos o de tabla, haga clic con el botón derecho en un objeto de migración dentro del cuadro Selected Objects y seleccione las operaciones SQL deseadas.

        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

        Este escenario corresponde a una migración entre bases de datos heterogéneas. Por lo tanto, la granularidad para seleccionar objetos de migración es la tabla. Otros objetos, como vistas, desencadenadores y procedimientos almacenados, no se migran a la base de datos de destino.

        Selected Objects

        • Para cambiar el nombre de un solo objeto de migració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, consulte Map individual schema, table, and column names.

        • Para cambiar los nombres de varios objetos de migración en la instancia de destino, haga clic en Selected Objects en la esquina superior derecha del cuadro Batch Edit. Para obtener más información, consulte Map multiple schema, table, and column names.

        Nota

        • Si utiliza la función de asignación de nombres de objeto, la migración de otros objetos que dependen del objeto renombrado podría terminar con errores.

        • Para establecer una condición WHERE que filtre los datos, haga clic con el botón derecho en la tabla que desea migrar dentro de la sección Selected Objects y especifique la condición de filtro en el cuadro de diálogo que aparece. Para ver las instrucciones, consulte Set filter conditions.

        • Para seleccionar las operaciones SQL que se van a migrar a nivel de base de datos o de tabla, haga clic con el botón derecho en el objeto de migración dentro de la sección Selected Objects y seleccione las operaciones SQL deseadas en el cuadro de diálogo que aparece.

      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, adquiera un dedicated cluster para ejecutar las tareas de migración de DTS.

        Retry Time for Failed Connections

        Una vez iniciada 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 inmediatamente a reintentar la conexión. La duración predeterminada de reintento es de 720 minutos. Puede personalizar el tiempo de reintento con un valor de 10 a 1440 minutos. Le recomendamos establecer una duración mayor 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 termina con 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, le recomendamos personalizar el tiempo de reintento según sus necesidades de negocio 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

        Una vez iniciada 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 en la ejecución de DDL o DML, DTS reporta un error y comienza inmediatamente a reintentar la operación. La duración predeterminada de reintento es de 10 minutos. Puede personalizar el tiempo de reintento con un valor de 1 a 1440 minutos. Le recomendamos establecer una duración mayor a 10 minutos. Si las operaciones correspondientes 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 termina con 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, habilite 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.

        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 requisitos. Este ejemplo no requiere que seleccione una etiqueta.

        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 sus necesidades de negocio.

        • No: no configura ninguna alerta.

        • Yes: configura alertas al establecer un alert threshold y alert notifications. Si una migración termina con errores o la latencia supera el umbral, el sistema envía una notificación de alerta.

      3. Haga clic en Next: Data Validation para configurar una tarea de validación de datos.

        Para obtener más información sobre la función de validación de datos, consulte Configure data validation.

      4. Opcional: Una vez completadas las configuraciones anteriores, haga clic en Next: Configure Database and Table Fields para establecer la información de Type, Primary Key Column, Distribution Key y de la clave de partición (Partition Key, Partitioning Rules y Partition Lifecycle) para las tablas que se van a migrar en la base de datos de destino.

        Nota

        • Este paso solo está disponible si seleccionó la opción Schema Migration en Migration Types al configurar los objetos de la tarea. Seleccione All en Definition Status para aplicar modificaciones.

        • Puede seleccionar varias columnas en Primary Key Column para formar una clave primaria compuesta. También debe seleccionar una o más columnas de Primary Key Column para usarlas como Distribution Key y Partition Key. Para obtener más información, consulte CREATE TABLE.

    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 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 solo se inicia después de aprobar dicha comprobación.

      • Si la comprobación previa termina con errores, haga clic en View Details junto al elemento con errores, resuelva el problema según 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 con errores, resuelva el problema según las indicaciones y vuelva a ejecutar la comprobación previa.

        • Para los elementos de comprobación 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 inconsistencias en los datos y representar riesgos para su negocio.

    7. Adquiera una 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 una vez completada la migración completa. Después de detenerse, 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, Status de la tarea es Running.