Todos los productos
Search

Este producto

    Data Transmission Service:Migrar de PolarDB-X 2.0 a PolarDB-X 1.0

    Centro de documentos

    Data Transmission Service:Migrar de PolarDB-X 2.0 a PolarDB-X 1.0

    Última actualización: Sep 04, 2026

    Utilice Data Transmission Service (DTS) para migrar datos de una instancia de PolarDB-X 2.0 a una instancia de PolarDB-X 1.0. DTS admite la migración completa e incremental de datos; puede combinar ambos métodos para minimizar el tiempo de inactividad.

    Importante

    Esta función se encuentra en versión canary y solo está disponible para algunos usuarios.

    Elegir un tipo de migración

    Tipo de migración

    Cuándo utilizarla

    Costo

    Full data migration only

    Para migrar un conjunto de datos estático sin escrituras en el origen durante el proceso

    Tarifa de configuración de tareas: gratuita. Tarifa de transferencia de datos: gratuita, excepto cuando el Access Method de la base de datos de destino se establece en Public IP Address; en ese caso, se cobra el tráfico de Internet. Consulte Elementos facturables.

    Full + incremental data migration

    Para mantener activa la base de datos de origen durante la migración; requiere un corte al final

    Migración completa: gratuita (bajo las mismas condiciones anteriores); migración incremental: con costo. Consulte Descripción general de la facturación.
    Si utiliza únicamente la migración completa, detenga todas las escrituras en la base de datos de origen antes de iniciar la tarea. De lo contrario, las bases de datos de origen y de destino presentarán inconsistencias en los datos.

    Requisitos previos

    Antes de empezar, asegúrese de contar con lo siguiente:

    Utilice los mismos nombres de base de datos y tablas en la instancia de destino que en la de origen. Si los nombres difieren, utilice la función de asignación de nombres de objetos en la sección Selected Objects al configurar la tarea.

    Permisos necesarios

    Base de datos Migración completa Migración incremental
    PolarDB-X 2.0 de origen SELECT REPLICATION SLAVE, REPLICATION CLIENT y SELECT sobre los objetos que se van a migrar
    PolarDB-X 1.0 de destino Lectura y escritura

    Para crear cuentas y otorgar permisos:

    Límites

    Base de datos de origen

    • El servidor que aloja la base de datos de origen debe tener suficiente ancho de banda de salida. Un ancho de banda insuficiente reduce la velocidad de migración.

    • No se admiten instancias de solo lectura de PolarDB-X 2.0 Enterprise Edition como origen.

    • Los siguientes objetos no se pueden migrar:

      • Tablas con letras mayúsculas en sus nombres

      • Objetos TABLEGROUP y bases de datos o esquemas con el atributo Locality

      • Tablas cuyos nombres son palabras reservadas (por ejemplo, select)

      • Tablas sin restricciones PRIMARY KEY o UNIQUE, o con campos no únicos; el destino podría contener registros duplicados

    • Si cambia el nombre de tablas o columnas en el destino y migra tablas individuales (no bases de datos completas), la tarea admite un máximo de 1,000 tablas. Superar este límite provoca un error de solicitud. Divida las tablas en varias tareas o migre bases de datos completas.

    • Para la migración incremental, el registro binario debe estar habilitado (activado de forma predeterminada en PolarDB-X 2.0) y el parámetro binlog_row_image debe establecerse en full. Si el parámetro no se configura en full, la comprobación previa falla y la tarea no puede iniciarse. Consulte Configuración de parámetros.

    • No ejecute operaciones DDL que modifiquen el esquema de la base de datos o de las tablas durante la migración completa de datos. DTS consulta la base de datos de origen durante la migración completa, lo que genera bloqueos de metadatos que podrían impedir las operaciones DDL.

    • Si cambia la configuración de red de la instancia de PolarDB-X 2.0, la instancia de migración podría experimentar un retraso temporal.

    Otros límites

    • DTS ejecuta periódicamente CREATE DATABASE IF NOT EXISTS en la base de datos de origen para escribir datos de latido y avanzar el desplazamiento del registro binario. Si Whether to delete SQL operations on heartbeat tables of forward and reverse tasks está configurado en Yesconfiguración de notificaciones de alertas (o si la cuenta de la base de datos de origen carece del permiso CREATE DATABASE), y no se ejecutan operaciones DML en el origen durante un periodo prolongado, la latencia mostrada por DTS podría ser inexacta. Para actualizar la latencia, ejecute una operación DML en la base de datos de origen.

    • La migración completa de datos utiliza operaciones INSERT simultáneas, lo que causa fragmentación de tablas en la base de datos de destino. Una vez finalizada la migración completa, el espacio de almacenamiento utilizado por las tablas de destino será mayor que el de las tablas de origen.

    • La migración completa de datos consume recursos de lectura y escritura tanto en la base de datos de origen como en la de destino. Ejecute las tareas de migración en horas de baja demanda; por ejemplo, cuando la carga de CPU en ambas bases de datos sea inferior al 30 %.

    • Si se escriben datos en el destino desde fuentes distintas a DTS durante la migración, podrían producirse inconsistencias en los datos o fallos en la tarea.

    • Si una instancia falla, el soporte de DTS intentará recuperarla en un plazo de 8 horas. Las operaciones de recuperación pueden incluir el reinicio de la instancia y el ajuste de parámetros de la instancia de DTS (no de la base de datos). Para conocer los parámetros que podrían ajustarse, consulte Modificar parámetros de instancia.

    Operaciones SQL admitidas para la migración incremental

    Tipo de operación

    Sentencias

    DML

    INSERT, UPDATE, DELETE

    DDL

    CREATE TABLE, RENAME TABLE, ALTER TABLE, DROP TABLE, TRUNCATE TABLE, CREATE INDEX, DROP INDEX

    Notas sobre DDL:

    • Solo se puede migrar CREATE TABLE para tablas individuales. No se admite CREATE TABLE para bases de datos y tablas fragmentadas.

    • Si el origen es una instancia de PolarDB-X 2.0 Enterprise Edition, no se puede migrar CREATE INDEX.

    • RENAME TABLE puede causar inconsistencia en los datos si la tabla renombrada se selecciona como objeto de migración. Para evitarlo, seleccione la base de datos (no la tabla individual) como objeto de migración y asegúrese de que las bases de datos a las que pertenece la tabla, tanto antes como después del cambio de nombre, estén incluidas en los objetos de migración.

    Migrar datos de PolarDB-X 2.0 a PolarDB-X 1.0

    Paso 1: Ir a la página de migración de datos

    Utilice uno de los siguientes métodos:

    Consola de DTS

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

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

    3. En la esquina superior izquierda, seleccione la región donde reside la instancia de migración.

    Consola de DMS

    Nota

    Los pasos reales pueden variar según el modo y el diseño de la consola de DMS. Consulte Modo simple y Personalizar el diseño y estilo de la consola de DMS.

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

    2. En la barra de navegación superior, vaya a Data + AI > DTS (DTS) > Data Migration.

    3. En la lista desplegable a la derecha de Data Migration Tasks, seleccione la región donde reside la instancia de migración.

    Paso 2: Crear una tarea

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

    Paso 3: Configurar las bases de datos de origen y de destino

    Categoría Parámetro Descripción
    (Ninguna) Task Name DTS genera un nombre automáticamente. Especifique un nombre descriptivo para identificar fácilmente la tarea. El nombre no necesita ser único.
    Source Database Select Existing Connection Si la instancia está registrada en DTS, selecciónela de la lista desplegable y DTS completará automáticamente los parámetros. De lo contrario, configure los parámetros manualmente. En la consola de DMS, seleccione la instancia en Select a DMS database instance.
    Database Type Seleccione PolarDB-X 2.0.
    Access Method Seleccione Alibaba Cloud Instance.
    Instance Region Seleccione la región de la instancia de origen de PolarDB-X 2.0.
    Replicate Data Across Alibaba Cloud Accounts Seleccione No (este ejemplo utiliza la cuenta actual).
    Instance ID Seleccione el ID de la instancia de origen de PolarDB-X 2.0.
    Database Account Introduzca la cuenta de la base de datos para la instancia de origen. Consulte Permisos necesarios.
    Database Password Introduzca la contraseña de la cuenta de la base de datos.
    Destination Database Select Existing Connection Si la instancia está registrada en DTS, selecciónela de la lista desplegable y DTS completará automáticamente los parámetros. De lo contrario, configure los parámetros manualmente. En la consola de DMS, seleccione la instancia en Select a DMS database instance.
    Database Type Seleccione PolarDB-X 1.0.
    Access Method Seleccione Alibaba Cloud Instance.
    Instance Region Seleccione la región de la instancia de destino de PolarDB-X 1.0.
    Instance ID Seleccione el ID de la instancia de destino de PolarDB-X 1.0.
    Database Account Introduzca la cuenta de la base de datos para la instancia de destino. Consulte Permisos necesarios.
    Database Password Introduzca la contraseña de la cuenta de la base de datos.

    Paso 4: Probar la conexión

    Haga clic en Test Connectivity and Proceed.

    Asegúrese de que los bloques CIDR de los servidores de DTS estén agregados a la configuración de seguridad de las bases de datos de origen y de destino. Consulte Agregar direcciones IP de servidores DTS a una lista de permitidos .

    Paso 5: Configurar objetos de migración

    En la página Configure Objects, configure los siguientes ajustes:

    Parámetro Descripción
    Migration Types Seleccione Full Data Migration para migrar un conjunto de datos estático. Seleccione tanto Full Data Migration como Incremental Data Migration para mantener activa la base de datos de origen durante la migración.
    Incremental CDC Type Seleccione un tipo según el motor de registros de la instancia de PolarDB-X 2.0. Disponible solo cuando se selecciona Incremental Data Migration. Antes de seleccionar Multi-stream Change Data Capture (CDC), asegúrese de que el flujo múltiple esté habilitado en la instancia de PolarDB-X 2.0. Consulte Enable multi-stream.
    Processing Mode of Conflicting Tables Precheck and Report Errors: la comprobación previa falla si el destino contiene tablas con los mismos nombres que el origen. Si no es posible eliminar o cambiar el nombre de las tablas, utilice la función de asignación de nombres de objetos para renombrar las tablas migradas. Consulte Asignar nombres de objetos. Ignore Errors and Proceed: omite la comprobación previa de nombres de tabla idénticos. Durante la migración completa, se conservan los registros existentes en el destino. Durante la migración incremental, los registros existentes se sobrescriben. Si los esquemas de origen y destino difieren, solo se migran columnas específicas o la tarea podría fallar.
    Source Objects Seleccione uno o varios objetos y haga clic en el icono de flecha para agregarlos a Selected Objects. Seleccione bases de datos o tablas como objetos de migración.
    Selected Objects Haga clic con el botón derecho en un objeto para cambiarle el nombre en el destino o especificar un objeto de destino. Consulte Asignar nombres de objetos. Para quitar un objeto, selecciónelo y haga clic en el icono de eliminación. Haga clic con el botón derecho en una tabla para especificar condiciones de filtro WHERE (consulte Especificar condiciones de filtro) o para seleccionar las operaciones SQL para la migración incremental.
    Nota

    Cambiar el nombre de un objeto puede provocar que los objetos dependientes fallen en la migración.

    Haga clic en Next: Advanced Settings.

    Paso 6: Configurar ajustes avanzados

    Parámetro Descripción
    Dedicated Cluster for Task Scheduling De forma predeterminada, DTS programa la tarea en un clúster compartido. Para mayor estabilidad, adquiera un clúster dedicado. Consulte Qué es un clúster dedicado de DTS.
    Retry Time for Failed Connections Tiempo durante el cual DTS reintenta conexiones fallidas antes de marcar la tarea como fallida. Valores válidos: 10–1,440 minutos. Valor predeterminado: 720 minutos. Establezca un mínimo de 30 minutos. Si diferentes tareas comparten la misma base de datos de origen o de destino, prevalece el valor establecido más recientemente. Mientras DTS realiza reintentos, se cobra la instancia.
    Retry Time for Other Issues Tiempo durante el cual DTS reintenta operaciones DDL o DML fallidas. Valores válidos: 1–1,440 minutos. Valor predeterminado: 10 minutos. Establezca un valor superior a 10 minutos. Debe ser menor que Retry Time for Failed Connections.
    Enable Throttling for Full Data Migration Limita el uso de recursos durante la migración completa. Configure Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s). Disponible solo cuando se selecciona Full Data Migration.
    Enable Throttling for Incremental Data Migration Limita el uso de recursos durante la migración incremental. Configure RPS of Incremental Data Migration y Data migration speed for incremental migration (MB/s). Disponible solo cuando se selecciona Incremental Data Migration.
    Whether to delete SQL operations on heartbeat tables of forward and reverse tasks Yes: DTS no escribe SQL de latido en la base de datos de origen. La información de latencia podría ser inexacta. No: DTS escribe SQL de latido. Esto podría afectar la copia de seguridad física y la clonación de la base de datos de origen.
    Environment Tag (Opcional) Seleccione una etiqueta para identificar la instancia.
    Monitoring and Alerting No: no hay alertas configuradas. Yes: configure un umbral de alerta y los ajustes de notificación. Consulte Configurar monitoreo y alertas al crear una tarea de DTS.

    Paso 7: Configurar la verificación de datos (opcional)

    Haga clic en Next Step: Data Verification para configurar una tarea de verificación de datos. Consulte Configurar una tarea de verificación de datos.

    Paso 8: Ejecutar la comprobación previa

    Haga clic en Next: Save Task Settings and Precheck.

    Para obtener una vista previa de los parámetros de API para esta tarea, pase el cursor sobre Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters.

    La tarea debe aprobar la comprobación previa para poder iniciarse.
    Si la comprobación previa falla, haga clic en View Details junto a cada elemento fallido, solucione el problema y haga clic en Precheck Again .
    Si se activa una alerta para un elemento que se puede ignorar, haga clic en Confirm Alert Details > Ignore > OK , y luego haga clic en Precheck Again . Ignorar elementos de alerta puede causar inconsistencia en los datos.

    Paso 9: Adquirir la instancia e iniciar la tarea

    1. Espere hasta que Success Rate alcance 100%, y luego haga clic en Next: Purchase Instance.

    2. En la página Purchase Instance, configure lo siguiente:

      Sección Parámetro Descripción
      New Instance Class Resource Group El resource group para la instancia de migración. Valor predeterminado: default resource group. Consulte ¿Qué es Resource Management?
      Instance Class La clase de instancia determina la velocidad de migración. Selecciónela según sus requisitos. Consulte Clases de instancia de migración de datos.

    3. Lea y acepte los Data Transmission Service (Pay-as-you-go) Service Terms seleccionando la casilla de verificación.

    4. Haga clic en Buy and Start, y luego haga clic en OK en el cuadro de diálogo de confirmación.

    Consulte el progreso de la tarea en la página Data Migration.

    Una tarea de solo migración completa se detiene automáticamente al finalizar. El estado muestra Completed .
    Una tarea con migración incremental nunca se detiene automáticamente. El estado muestra Running .

    Pasos siguientes

    Una vez que la tarea de migración alcance el estado deseado, complete los siguientes pasos:

    1. Verificar la consistencia de los datos: confirme que los datos en la instancia de destino de PolarDB-X 1.0 coincidan con los del origen. Si configuró la verificación de datos, revise los resultados en DTS.

    2. Transferir el tráfico de la aplicación: actualice la cadena de conexión a la base de datos de su aplicación para que apunte a la instancia de destino de PolarDB-X 1.0.

    3. Detener la tarea de migración: si la tarea ejecuta una migración incremental, deténgala después del corte para evitar cargos innecesarios.

    4. Limpieza: libere la instancia de DTS una vez completada la migración para detener la facturación.