Todos los productos
Search

Este producto

    Data Transmission Service:Migrar RDS for MySQL a PolarDB for MySQL

    Centro de documentos

    Data Transmission Service:Migrar RDS for MySQL a PolarDB for MySQL

    Última actualización: Sep 04, 2026

    Utilice Data Transmission Service (DTS) para migrar datos desde una base de datos MySQL a un clúster de PolarDB for MySQL.

    Bases de datos de origen compatibles

    La base de datos MySQL de origen puede ser de uno de los siguientes tipos. Este tema utiliza una instancia de ApsaraDB RDS for MySQL como ejemplo. El proceso de configuración para otros tipos de bases de datos de origen es similar.

    • Instancias de ApsaraDB RDS for MySQL.

    • 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

    Límites

    Nota

    Tipo

    Descripción

    Límites de la base de datos de origen

    • Requisito de ancho de banda: el servidor que aloja la base de datos de origen debe tener suficiente ancho de banda de salida. De lo contrario, se verá afectada la velocidad de migración de datos.

    • Las tablas que se van a migrar deben tener una clave primaria o una restricción única cuyos valores de columna sean únicos. De lo contrario, podrían generarse datos duplicados en la base de datos de destino.

    • Si los objetos de migración están a nivel de tabla y necesita editarlos (por ejemplo, para asignar nombres de columnas), una sola tarea de migración admite como máximo 1,000 tablas. Si se supera este límite, se devuelve un error al enviar la tarea. En este caso, divida las tablas que desea migrar y configure la migración en varias tareas, o bien configure una tarea de migración a nivel de base de datos.

    • Si realiza una migración incremental, los registros binarios deben cumplir estos requisitos:

      • El registro binario debe estar habilitado, con binlog_format establecido en row y binlog_row_image establecido en full. De lo contrario, la comprobación previa reporta un error y la tarea de migración de datos no puede iniciarse.

        Importante

        Si la instancia de origen MySQL autogestionada es un clúster de doble primario (donde ambos servidores actúan como primario y réplica entre sí), habilite el parámetro log_slave_updates para garantizar que DTS capture todos los registros binarios.

      • Las instancias de ApsaraDB RDS for MySQL deben conservar los registros binarios locales durante al menos tres días (se recomiendan siete días). Las bases de datos MySQL autogestionadas deben conservar los registros binarios locales durante al menos siete días. De lo contrario, DTS podría no recuperar los registros binarios y la tarea podría fallar. En casos extremos, pueden producirse inconsistencias o pérdida de datos. Los problemas causados por establecer un tiempo de retención de registros binarios inferior al requerido por DTS no están cubiertos por el SLA de DTS.

        Nota

        Para obtener información sobre cómo configurar el retention period de los registros binarios locales en una instancia de ApsaraDB RDS for MySQL, consulte Configure automatic deletion (local log retention policy).

    • Restricciones en las operaciones de la base de datos de origen:

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

        Nota

        Durante la fase de migración completa de datos, DTS consulta la base de datos de origen, lo que genera bloqueos de metadatos que pueden impedir las operaciones DDL en dicha base de datos.

      • Si solo realiza la migración completa de datos, no escriba nuevos datos en la instancia de origen. De lo contrario, se producirá una inconsistencia de datos entre el origen y el destino. Para mantener la consistencia de los datos en tiempo real, se recomienda seleccionar Schema migration, Full data migration e Incremental data migration.

    • Mientras la instancia de migración se encuentra en ejecución, los datos generados por operaciones que no se escriben en el registro binario (como los datos restaurados mediante copia de seguridad física o generados por operaciones en cascada) no se migran a la base de datos de destino.

      Nota

      Si esto ocurre y su negocio lo permite, vuelva a ejecutar una migración completa de datos.

    • Si la base de datos de origen es MySQL 8.0.23 o posterior y los datos que se van a migrar contienen columnas invisibles, puede producirse pérdida de datos porque DTS no puede recuperar datos de dichas columnas.

      Nota

      Puede utilizar la instrucción ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; para hacer visible una columna invisible. Para obtener más información, consulte Invisible Columns.

    • Compatibilidad con MySQL: cuando DTS migra datos desde una base de datos de origen de la familia MySQL, depende del protocolo estándar de MySQL y del formato de registro binario. No se admiten comportamientos que no sean compatibles con el estándar de MySQL. Si su base de datos de origen afirma ser compatible con MySQL pero se comporta de manera diferente (por ejemplo, cuando OceanBase actúa como base de datos de origen compatible con MySQL, la marca de tiempo del evento de rotación al final del registro binario es 0, lo cual es inconsistente con MySQL), la tarea de migración de DTS podría fallar inesperadamente.

    Otros límites

    • Se recomienda que las bases de datos de origen y de destino utilicen la misma versión de MySQL para garantizar la compatibilidad.

    • Si su base de datos de origen utiliza operaciones DDL en línea con modo de tabla temporal —incluidos escenarios de fusión de varias tablas— o agrega índices basados en funciones a columnas de clave única, pueden producirse pérdidas de datos o fallos en la tarea en la base de datos de destino.

    • No se pueden migrar los analizadores sintácticos definidos mediante sintaxis de comentarios.

    • Si se produce un conflicto de clave primaria o clave única durante la migración:

      • Si los esquemas de las tablas son consistentes y un registro en la base de datos de destino tiene el mismo valor de clave primaria que un registro en 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 en 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 falle. Proceda con precaución.

    • Antes de la migración, evalúe el rendimiento de las bases de datos de origen y de destino. Se recomienda migrar los datos durante las horas de menor actividad, ya que DTS consume recursos de lectura y escritura en ambas bases de datos durante la migración completa de datos, lo que puede aumentar la carga de la base de datos.

    • Dado que la migración completa de datos ejecuta operaciones INSERT concurrentes, se produce fragmentación de tablas en la base de datos de destino. Después de la migración completa de datos, el espacio de almacenamiento de las tablas en la base de datos de destino será mayor que el de la instancia de origen.

    • Si los datos que se van a migrar contienen contenido que requiere almacenamiento de cuatro bytes (como caracteres poco comunes o emojis), la base de datos y las tablas de destino que reciben los datos deben utilizar el juego de caracteres utf8mb4.

      Nota

      Si utiliza DTS para migrar el esquema, establezca el parámetro de nivel de instancia character_set_server en utf8mb4 en la base de datos de destino.

    • Compruebe si la precisión de migración que DTS aplica a las columnas FLOAT y DOUBLE cumple con los requisitos de su negocio. DTS lee los valores de estas columnas llamando a ROUND(COLUMN,PRECISION). Si la precisión no está definida explícitamente, DTS migra FLOAT con una precisión de 38 dígitos y DOUBLE con una precisión de 308 dígitos.

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

    • DTS no admite la conversión de datos datetime a varchar.

    • Si una instrucción DDL no se escribe en la base de datos de destino, la tarea de DTS continúa ejecutándose. Debe consultar la instrucción DDL con errores en el registro de tareas. Para obtener información sobre cómo ver el registro de tareas, consulte View task logs.

    • Si Fully Encrypted Database (EncDB) está habilitado en una instancia de RDS MySQL, no se admite la migración completa de datos.

      Nota

      Las instancias de RDS MySQL que tienen habilitado Transparent Data Encryption (TDE) admiten la migración de esquema, la migración completa de datos y la migración incremental de datos.

    • Para migrar cuentas desde la base de datos de origen, debe cumplir con los requisitos previos aplicables y comprender las consideraciones relacionadas. Para obtener más información, consulte Migrate database accounts.

    • Si una tarea falla, el personal de soporte de DTS intentará restaurarla dentro de 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 enumerados en Modify instance parameters.

    Casos especiales

    • Cuando la base de datos de origen es una base de datos MySQL autogestionada:

      • Si la base de datos de origen realiza un cambio de primario/secundario durante la migración, la tarea de migración fallará.

      • La latencia de migración reportada por DTS es la diferencia entre la marca de tiempo de los últimos datos migrados a la base de datos de destino y la marca de tiempo actual. Si la base de datos de origen no ha realizado operaciones DML durante mucho tiempo, la latencia reportada puede ser inexacta. Si la latencia mostrada parece demasiado alta, ejecute una operación DML en la base de datos de origen para actualizarla.

        Nota

        Si migra una base de datos completa, también puede crear una tabla de latidos que se actualice o en la que se escriba a intervalos regulares (por ejemplo, cada segundo).

      • DTS ejecuta periódicamente la instrucción CREATE DATABASE IF NOT EXISTS test en la base de datos de origen para avanzar la posición del registro binario.

      • Si la base de datos de origen es Amazon Aurora MySQL u otro modo de clúster de MySQL, asegúrese de que el nombre de dominio o la dirección IP configurados para la tarea —y su resolución DNS— siempre apunten a un nodo de lectura/escritura (RW). De lo contrario, es posible que la tarea de migración no se ejecute correctamente.

    • Cuando la base de datos de origen es RDS MySQL:

      • Para migrar datos incrementales, las instancias de RDS MySQL que no registran registros de transacciones (como las instancias de solo lectura de RDS MySQL 5.6) no pueden utilizarse como bases de datos de origen.

      • DTS ejecuta periódicamente la instrucción CREATE DATABASE IF NOT EXISTS test en la base de datos de origen para avanzar la posición del registro binario.

    • Cuando la base de datos de destino es PolarDB MySQL Edition:

      • DTS crea automáticamente una base de datos en PolarDB for MySQL. Si el nombre de la base de datos que se va a migrar no cumple con las convenciones de nomenclatura de PolarDB for MySQL, debe crear la base de datos en PolarDB for MySQL antes de configurar la tarea de migración. Para conocer las operaciones relacionadas, consulte Manage databases.

      • No puede ajustar la velocidad de migración completa.

    Facturación

    Tipo de migración

    Cargo por configuración de instancia

    Cargo por tráfico de Internet

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

    Sin cargo.

    Se le cobran cargos por tráfico de Internet cuando el Access Method de la base de datos de destino está establecido en Public IP Address. Para obtener más información, consulte Billing overview.

    Migración incremental de datos

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

    Tipos de migración

    • Schema migration

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

      • DTS admite la migración de esquemas para tablas, vistas, desencadenadores, procedimientos almacenados y funciones.

        Nota

        El routine_body de los procedimientos almacenados, el routine_body de las funciones y la select_statement de las vistas no se modifican.

      • Durante la migración de esquema, DTS cambia el DEFINER a INVOKER para las vistas, procedimientos almacenados y funciones que se van a migrar. Esta acción cambia el valor de SQL SECURITY a INVOKER. DTS también establece el DEFINER en la cuenta de la base de datos de destino que se utiliza para la tarea de migración.

        Nota

        El método de autenticación de seguridad y el definidor de la base de datos de origen no se modifican.

      • Dado que DTS no migra la información de usuario, debe otorgar permisos de lectura y escritura al invocador para llamar a vistas, procedimientos almacenados y funciones en la base de datos de destino.

    • Full migration

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

    • Incremental migration

      Una vez completada la migración completa, DTS migra los cambios incrementales de datos desde el origen hacia la base de datos de destino, lo que le permite migrar datos sin interrumpir sus aplicaciones autogestionadas.

    Operaciones SQL para la migración incremental

    Tipo de operación

    Instrucción SQL

    DML

    INSERT, UPDATE, DELETE

    DDL

    • ALTER TABLE, ALTER VIEW

    • CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW

    • DROP INDEX, DROP TABLE

    • RENAME TABLE

      Importante

      Una operación RENAME TABLE puede causar inconsistencia de datos. Por ejemplo, si selecciona solo una tabla como objeto de migración y cambia el nombre de la tabla en la instancia de origen durante la migración, los datos de esta tabla no se migrarán a la base de datos de destino. Para evitar este problema, seleccione toda la base de datos a la que pertenece la tabla como objeto de migración cuando configure la tarea de migración de datos. Asegúrese de que las bases de datos a las que pertenece la tabla antes y después de la operación RENAME TABLE estén incluidas en los objetos de migración.

    • TRUNCATE TABLE

    Permisos obligatorios para cuentas de base de datos

    Base de datos

    Migración de esquema

    Migración completa de datos

    Migración incremental de datos

    Instancia de ApsaraDB RDS for MySQL

    Permiso SELECT

    Permiso SELECT

    Permisos REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW y SELECT

    Clúster de PolarDB for MySQL

    Permisos de lectura y escritura

    Para obtener instrucciones sobre cómo crear cuentas de base de datos y otorgar permisos, consulte:

    Procedimiento

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

      Desde la consola de DTS

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

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

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

      Desde la consola de DMS

      Nota

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

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

      2. En la barra de menú superior, vaya a 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. Opcional: En la esquina superior derecha de la página, haga clic en New Configuration Page.

      Nota

      • Si ya se encuentra en la nueva página de configuración (el botón en la esquina superior derecha es Back to Previous Version), puede omitir este paso.

      • Los parámetros en las páginas de configuración nueva y anterior son diferentes. Se recomienda utilizar la nueva página de configuración.

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

      Aviso

      Después de seleccionar las instancias de origen y de destino, lea los Limits en la parte superior de la página para asegurarse de que la tarea de migración se pueda crear y ejecutar correctamente.

      Sección

      Parámetro

      Descripción

      N/A

      Task Name

      DTS genera un nombre de tarea automáticamente. Especifique un nombre descriptivo para facilitar su identificación. El nombre no necesita ser único.

      Source Database

      Select a 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 completa automáticamente. No es necesario introducirla de nuevo.

      • Si no utiliza una instancia existente, configure la siguiente información de la base de datos.

      Nota

      Database Type

      Seleccione MySQL.

      Connection Type

      Seleccione Alibaba Cloud Instance.

      Instance Region

      Seleccione la región de la instancia de origen de ApsaraDB RDS for MySQL.

      Cross-account

      Este ejemplo migra datos dentro de la misma cuenta de Alibaba Cloud. Seleccione No.

      RDS Instance ID

      Seleccione el ID de la instancia de origen de ApsaraDB RDS for MySQL.

      Database Account

      Introduzca la cuenta de la base de datos de la instancia de origen de ApsaraDB RDS for MySQL. Para obtener información sobre los permisos obligatorios, consulte Required permissions for database accounts.

      Database Password

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

      Connection Method

      Seleccione Non-encrypted o SSL-encrypted según los requisitos de su base de datos. Si establece este parámetro en SSL-encrypted, debe habilitar previamente el cifrado SSL para la instancia de RDS for MySQL. Para obtener más información, consulte Quickly enable SSL encryption using a cloud certificate.

      Destination Database

      Select a 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 completa automáticamente. No es necesario introducirla de nuevo.

      • Si no utiliza una instancia existente, configure la siguiente información de la base de datos.

      Nota

      Database Type

      Seleccione PolarDB for MySQL.

      Connection Type

      Seleccione Alibaba Cloud Instance.

      Instance Region

      Seleccione la región del clúster de destino de PolarDB for MySQL.

      PolarDB Cluster ID

      Seleccione el ID del clúster de destino de PolarDB for MySQL.

      Database Account

      Introduzca la cuenta de la base de datos para el clúster de destino de PolarDB for MySQL. Para obtener información sobre los permisos obligatorios, consulte Required permissions for database accounts.

      Database Password

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

      Encryption

      Seleccione un tipo de conexión según sea necesario. Para obtener más información sobre la función de cifrado SSL, consulte Enable SSL encryption.

    5. 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 de destino es una instancia de base de datos de Alibaba Cloud, como una instancia de RDS for MySQL o ApsaraDB for MongoDB, DTS agrega automáticamente los bloques CIDR de los servidores de DTS a la lista blanca de direcciones IP de la instancia. Si la base de datos de origen o de destino es una base de datos autogestionada alojada en una instancia de ECS, DTS agrega automáticamente los bloques CIDR de los servidores de DTS a las reglas del security group de la instancia de ECS. También debe asegurarse de que la base de datos sea accesible desde la instancia de ECS. Si la base de datos autogestionada está alojada en varias instancias de ECS, debe agregar manualmente los bloques CIDR de los servidores de DTS a las reglas del security group de cada instancia de ECS. Si la base de datos de origen o de destino es una base de datos autogestionada implementada en un centro de datos local o proporcionada por un proveedor de servicios en la nube externo, debe agregar manualmente los bloques CIDR de los servidores de DTS a la lista blanca de direcciones IP de la base de datos para permitir el acceso desde los servidores de DTS. Para obtener más información sobre las direcciones IP de los servidores de DTS, consulte CIDR blocks of DTS servers.

      Aviso

      Agregar los bloques de direcciones IP públicas de los servidores de DTS, ya sea de forma automática o manual, puede introducir riesgos de seguridad. Al utilizar este producto, usted reconoce y acepta estos riesgos potenciales. Debe implementar medidas de seguridad básicas, como usar contraseñas seguras, limitar los puertos abiertos para cada bloque CIDR, utilizar autenticación para llamadas internas a la API y revisar y restringir regularmente los bloques CIDR innecesarios. También puede conectarse mediante una red interna, como una línea dedicada, VPN Gateway o Smart Access Gateway.

    6. Configure los objetos de la tarea.

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

        Parámetro

        Descripción

        Migration Types

        • Si solo necesita realizar una migración completa, seleccione tanto Schema Migration como Full Data Migration.

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

        Nota

        • Si no selecciona Schema Migration, debe asegurarse de que existan una base de datos y tablas para recibir los datos en la base de datos de destino. También puede utilizar la función de asignación de nombres de objetos en el cuadro Selected Objects según sea necesario.

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

        Method to Migrate Triggers in Source Database

        Seleccione un método para migrar triggers según sus requisitos empresariales. Si los objetos a migrar no involucran triggers, puede omitir esta configuración. Para obtener más información, consulte Configure how to synchronize or migrate triggers.

        Nota

        Esta configuración está disponible solo cuando se seleccionan tanto Migration Types como Schema Migration para Incremental Data Migration.

        Processing Mode of Conflicting Tables

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

          Nota

          Si una tabla en la base de datos de destino tiene el mismo nombre pero no se puede eliminar o renombrar fácilmente, puede cambiar el nombre de la 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 los mismos nombres.

          Aviso

          Seleccionar Ignore Errors and Proceed puede causar inconsistencia en los datos y riesgos empresariales. Por ejemplo:

          • Si los esquemas de las tablas son consistentes y un registro en la base de datos de destino tiene el mismo valor de clave primaria que un registro en 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 en 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 falle. Proceda con precaución.

        Whether to migrate Event

        Seleccione si desea migrar eventos de la base de datos de origen. Si selecciona Yes, se requieren pasos adicionales. Synchronize or migrate events.

        Capitalization of Object Names in Destination Instance

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

        Source Objects

        Seleccione uno o varios objetos en la sección Source Objects. Haga clic en el icono Rightwards arrow y agregue los objetos a la sección Selected Objects.

        Nota

        La granularidad para seleccionar objetos de migración es esquema, tabla y columna. Si selecciona solo tablas o columnas como objetos de migración, otros objetos como vistas, triggers y procedimientos almacenados no se migrarán 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 objetos, la migración de otros objetos que dependen del objeto renombrado podría fallar.

        • Para filtrar datos mediante una cláusula WHERE, haga clic con el botón derecho en la tabla a migrar en el cuadro Selected Objects y especifique la condición de filtro en el cuadro de diálogo que aparece. Para obtener instrucciones, consulte Set filter conditions.

        • Para seleccionar operaciones SQL a migrar a nivel de base de datos o tabla, haga clic con el botón derecho en el objeto dentro del cuadro Selected Objects y seleccione las operaciones SQL deseadas en el cuadro de diálogo que aparece. Para ver una lista de operaciones compatibles, consulte Supported SQL operations for incremental migration.

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

        Parámetro

        Descripción

        Dedicated Cluster for Task Scheduling

        De forma predeterminada, DTS programa tareas en un clúster compartido y no se requiere selección. Puede adquirir un clúster dedicado con especificaciones específicas para ejecutar tareas de migración de DTS. Para obtener más información, consulte What is a DTS dedicated cluster?.

        Select the engine type of the destination database

        Seleccione el tipo de motor para la base de datos de destino según sus requisitos empresariales.

        • InnoDB: El motor de almacenamiento predeterminado.

        • X-Engine: Un motor de almacenamiento de base de datos para procesamiento de transacciones en línea (OLTP).

        Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.

        Si utiliza Data Management (DMS) o gh-ost para realizar cambios DDL en línea en la base de datos de origen, puede elegir si desea migrar los datos de las tablas temporales generadas por dichos cambios.

        Importante

        • Las tareas de DTS no admiten el uso de herramientas como pt-online-schema-change para realizar cambios DDL en línea. De lo contrario, la tarea de DTS fallará.

        • Los métodos de procesamiento para cada fase son los siguientes: Las fases de Schema Migration y Full Data Migration no permiten operaciones DDL que cambien la estructura de la base de datos o de la tabla. Por lo tanto, no están controladas por la política de DDL en línea.

          • Schema Migration: No está controlada por la política de DDL en línea. Se crean tablas temporales relacionadas.

          • Full Data Migration: No está controlada por la política de DDL en línea. La migración de tablas temporales no se incluye en los objetos de migración completa. Todas las tablas cuyos nombres coinciden con la expresión regular (^_(.+)_(?:gho|new)$ o ^_(.+)_(?:ghc|del|old)$) se filtran.

          • Incremental Data Migration: Controlada por la política de DDL en línea.

            • Yes: Migra cambios de datos de tablas temporales (por ejemplo, _table_name_gho) generados por operaciones DDL en línea.

            • No, Adapt to DMS Online DDL y No, Adapt to gh-ost: Filtra cambios de datos de tablas temporales (por ejemplo, _table_name_gho) generados por herramientas como gh-ost basándose en reglas de expresiones regulares.

        • Yes: Migra los datos de las tablas temporales generadas por cambios DDL en línea.

          Nota

          Si los cambios DDL en línea generan una gran cantidad de datos en tablas temporales, esto puede causar latencia en la tarea.

        • No, Adapt to DMS Online DDL: No migra los datos de las tablas temporales generadas por cambios DDL en línea. Solo migra las sentencias DDL originales ejecutadas mediante Data Management (DMS).

          Nota

          Esta opción provoca que las tablas en la base de datos de destino se bloqueen.

        • No, Adapt to gh-ost: No migra los datos de las tablas temporales generadas por cambios DDL en línea. Admite reglas de filtrado personalizadas. DTS filtra los cambios de datos de tablas temporales (por ejemplo, _table_name_gho) generados por herramientas como gh-ost basándose en reglas de expresiones regulares. Puede modificar las expresiones regulares predeterminadas utilizadas para coincidir con tablas sombra e inútiles según sea necesario:

          • Tabla sombra: ^_(.+)_(?:gho|new)$

          • Tabla inútil: ^_(.+)_(?:ghc|del|old)$

          Nota

          Esta opción provoca que las tablas en la base de datos de destino se bloqueen.

        Whether to Migrate Accounts

        Elija si desea migrar la información de cuentas desde la base de datos de origen. Si selecciona Yes, también deberá seleccionar las cuentas a migrar y confirmar sus permisos. Para obtener más información, incluidos los métodos de autorización, consulte Migrate database accounts.

        Retry Time for Failed Connections

        Después de que se inicia la tarea de migración, si falla la conexión a 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 a un valor de 10 a 1440 minutos. Se recomienda establecer la duración en más de 30 minutos. Si DTS se reconecta a las bases de datos de origen y destino dentro de la duración especificada, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea falla.

        Nota

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

        • Dado que se le cobra por la tarea durante el período de reintento de conexión, se recomienda personalizar el tiempo de reintento según sus necesidades empresariales o liberar la instancia de DTS lo antes posible después de que se liberen las instancias de base de datos de origen y destino.

        Retry Time for Other Issues

        Después de que se inicia la tarea de migración, si ocurre un problema que no es de conectividad, como una excepción en la ejecución de DDL o DML, en la base de datos de origen o de destino, 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 a un valor de 1 a 1440 minutos. Se recomienda establecer la duración en más de 10 minutos. Si las operaciones relacionadas tienen éxito dentro de la duración de reintento especificada, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea falla.

        Importante

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

        Enable Throttling for Full Data Migration

        Durante la migración completa, DTS consume recursos de lectura y escritura en las bases de datos de origen y destino, lo que puede aumentar la carga de la base de datos. Si es necesario, puede habilitar la limitación de velocidad para la tarea de migración completa. Puede establecer 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 está disponible solo 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 optar por establecer límites de velocidad para la tarea de migración incremental. Puede establecer 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 está disponible solo 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

        Seleccione una etiqueta de entorno para identificar la instancia según sus requisitos empresariales. No se requiere selección para este ejemplo.

        Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

        Elija si desea escribir información SQL de latido en la base de datos de origen mientras la instancia de DTS está en ejecución.

        • Yes: La información SQL de latido no se escribe en la base de datos de origen. Esto puede provocar que la instancia de DTS reporte un retraso.

        • No: Escribe información SQL de latido en la base de datos de origen. Esto puede interferir con funciones como la copia de seguridad física y la clonación de la base de datos de origen.

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

        • No: No configura ninguna alerta.

        • Yes: Configure alertas estableciendo un alert threshold y alert notifications. Si una migración falla 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.

        Si desea utilizar la función de validación de datos, consulte Configure data validation para obtener instrucciones de configuración.

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

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

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

      Nota

      • Antes de que comience la tarea de migración, DTS realiza una comprobación previa. La tarea se inicia solo después de superar dicha comprobación.

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

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

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

        • Para los elementos de comprobación que se pueden ignorar, puede hacer 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, esto puede causar problemas como inconsistencia en los datos y representar riesgos para su negocio.

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

    9. Adquiera la instancia.

      1. 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 proporciona especificaciones de migración con diferentes niveles de rendimiento. La especificación de enlace afecta la velocidad de migración. Puede seleccionar una especificación según su escenario empresarial. Para obtener más información, consulte Data migration link specifications.

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

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

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

        Nota

        • Si la tarea de migración no incluye migración incremental, se detiene automáticamente después de completar la migración completa. Una vez detenida la tarea, su Status cambia a Completed.

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