Migrate data from a Db2 for LUW database to a PolarDB for MySQL cluster - Data Transmission Service

Utilice Data Transmission Service (DTS) para migrar datos desde una base de datos IBM Db2 for Linux, UNIX y Windows (LUW) autoadministrada hacia un clúster de PolarDB for MySQL. DTS admite la migración de esquemas, la migración completa de datos y la migración incremental de datos, por lo que puede elegir el enfoque que mejor se adapte a su tolerancia al tiempo de inactividad.

Requisitos previos

Antes de empezar, asegúrese de que:

El clúster de destino PolarDB for MySQL cuenta con suficiente espacio de almacenamiento disponible para alojar todos los datos de la base de datos Db2 for LUW de origen. Para obtener instrucciones sobre cómo crear un clúster, consulte Purchase a pay-as-you-go cluster y Purchase a subscription cluster
Para la migración incremental de datos: el registro de archivado está habilitado en la base de datos Db2 for LUW de origen. Consulte logarchmeth1 - Primary log archive method configuration parameter y logarchmeth2 - Secondary log archive method configuration parameter

Importante

Después de cambiar la configuración de logarchmeth, realice una copia de seguridad de la base de datos de origen para aplicar el cambio. Sin una copia de seguridad, se produce un error de comprobación previa al iniciar la tarea de migración.

Para consultar las versiones compatibles de Db2 for LUW, vea Overview of data migration scenarios.

Facturación

Tipo de migración	Tarifa de configuración de instancia	Tarifa de tráfico por Internet
Migración de esquemas y migración completa de datos	Gratis	Gratis
Migración incremental de datos	Con cargo — consulte Billing overview	—

Permisos obligatorios

Otorgue los siguientes permisos a las cuentas de base de datos utilizadas para la tarea de migración.

Base de datos	Migración de esquemas	Migración completa de datos	Migración incremental de datos
Db2 for LUW	CONNECT y SELECT	CONNECT y SELECT	Permisos de administrador de base de datos
PolarDB for MySQL	—	Lectura y escritura en la base de datos de destino	—

Importante

Utilice una cuenta con privilegios elevados para la base de datos de destino PolarDB for MySQL.

Para obtener instrucciones sobre cómo crear cuentas y otorgar permisos:

Db2 for LUW: Creating group and user IDs for a Db2 database installation (Linux and UNIX) y Authorities overview
PolarDB for MySQL: Create a database account y Manage database accounts for a cluster

Limitaciones

Migración de esquemas

DTS migra las claves externas de la base de datos de origen a la base de datos de destino.

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

DTS deshabilita temporalmente las comprobaciones de restricciones y las operaciones en cascada de claves externas a nivel de sesión. Si ejecuta operaciones en cascada o de eliminación en la base de datos de origen durante la migración, podría producirse inconsistencia en los datos.

Requisitos de la base de datos de origen

El servidor de 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.
Las tablas que se van a migrar deben tener restricciones PRIMARY KEY o UNIQUE, y todos los campos deben ser únicos. Las tablas sin estas restricciones pueden generar registros duplicados en la base de datos de destino.
Si selecciona tablas como objetos de migración y necesita cambiar el nombre de tablas o columnas en el destino, una sola tarea de migración admite hasta 1,000 tablas. Para más de 1,000 tablas, cree varias tareas o migre toda la base de datos.

Requisitos para la migración incremental de datos

El registro de datos debe estar habilitado en la base de datos de origen. De lo contrario, la comprobación previa falla y la tarea de migración no puede iniciarse.
Requisitos de retención de registros: si DTS no puede recuperar los registros de datos debido a una retención insuficiente, la tarea falla y puede producirse pérdida o inconsistencia de datos. El acuerdo de nivel de servicio (SLA) no garantiza la fiabilidad ni el rendimiento si la retención de registros no cumple estos requisitos.
- Solo migración incremental: los registros deben conservarse por más de 24 horas
- Migración completa de datos combinada con migración incremental de datos: los registros deben conservarse durante al menos siete días
- Una vez completada la migración completa de datos, establezca el periodo de retención en más de 24 horas
DTS migra datos incrementales mediante la tecnología de replicación Change Data Capture (CDC) de Db2 for LUW. Para conocer las restricciones específicas de CDC, consulte General data restrictions for SQL Replication.

Operaciones en la base de datos de origen durante la migración

Durante la migración completa de datos: no ejecute operaciones DDL que modifiquen los esquemas de la base de datos o de las tablas. Estas operaciones provocan el fallo de la tarea de migración.
Durante la migración completa de datos (sin migración incremental): no escriba datos en la base de datos de origen. Para garantizar la consistencia de los datos, seleccione tanto la migración completa de datos como la migración incremental de datos.

Otras limitaciones

Programe las tareas de migración fuera del horario pico. La migración completa de datos utiliza recursos de lectura y escritura tanto en la base de datos de origen como en la de destino, lo que aumenta la carga del servidor.
Después de la migración completa de datos, el espacio de tabla utilizado en la base de datos de destino es mayor que en la base de datos de origen. Las operaciones INSERT simultáneas durante la migración causan fragmentación en las tablas.
No escriba datos externos a la base de datos de origen en la base de datos de destino durante la migración. Los datos provenientes de otras fuentes provocan inconsistencia. Para operaciones DDL posteriores a la migración, utilice Data Management (DMS).
Si una sentencia DDL falla al ejecutarse en la base de datos de destino, DTS continúa ejecutando la tarea. Consulte las sentencias DDL fallidas en los registros de la tarea. Vea View task logs.

Casos especiales para bases de datos Db2 for LUW autoadministradas

Si ocurre un cambio de rol primario/secundario en la base de datos de origen mientras se ejecuta la tarea de migración, la tarea falla.
DTS calcula la latencia de migración comparando la marca de tiempo de los últimos datos migrados en la base de datos de destino con la marca de tiempo actual en la base de datos de origen. Si no se ejecutan operaciones DML en la base de datos de origen durante un periodo prolongado, la lectura de latencia puede ser inexacta. Para actualizar la latencia, ejecute una operación DML en la base de datos de origen.

Nota
Si selecciona toda la base de datos como objeto de migración, cree una tabla de latidos. DTS actualiza la tabla de latidos cada segundo, manteniendo precisa la lectura de latencia.

Operaciones SQL admitidas para la migración incremental de datos

Tipo de operación	Sentencias SQL
DML	INSERT, UPDATE y DELETE

Migrar datos de Db2 for LUW a PolarDB for MySQL

Paso 1: Ir a la página Data Migration Tasks

Inicie sesión en la consola de Data Management (DMS).
En la barra de navegación superior, haga clic en DTS.
En el panel de navegación izquierdo, elija DTS (DTS) > Data Migration.

Nota

También puede ir directamente a la página Data Migration Tasks de la nueva consola DTS. El diseño de la consola y las opciones disponibles pueden variar según su modo de DMS. Consulte Simple mode y Customize the layout and style of the DMS console.

Paso 2: Seleccionar la región

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

Nota

En la nueva consola DTS, seleccione la región en la esquina superior izquierda.

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

Haga clic en Create Task. En la página Create Task, configure los siguientes parámetros.

Base de datos de origen (Db2 for LUW)

Parámetro	Descripción
Task Name	Un nombre descriptivo para la tarea. DTS asigna un nombre automáticamente; cámbielo por uno que facilite la identificación de la tarea. El nombre no necesita ser único.
Select an existing DMS database instance	(Opcional) Seleccione una instancia registrada existente para completar automáticamente los parámetros siguientes. Si omite este paso, configure los parámetros manualmente.
Database Type	Seleccione DB2 for LUW.
Access Method	Seleccione Express Connect, VPN Gateway, or Smart Access Gateway. Para conocer los pasos de preparación necesarios para acceder a una base de datos autoadministrada, consulte Preparation overview.
Instance Region	La región donde reside la base de datos Db2 for LUW de origen.
Replicate Data Across Alibaba Cloud Accounts	Seleccione No.
Connected VPC	El ID de la virtual private cloud (VPC) a la que pertenece la base de datos de origen.
IP Address or Domain Name	La dirección IP del servidor de la base de datos Db2 for LUW de origen.
Port Number	El puerto de servicio de la base de datos de origen. Valor predeterminado: 50000.
Database Name	El nombre de la base de datos Db2 for LUW de origen que contiene los objetos a migrar.
Database Account	La cuenta de la base de datos de origen. Consulte la sección Permisos obligatorios para ver los permisos requeridos.
Database Password	La contraseña de la cuenta de la base de datos.

Base de datos de destino (PolarDB for MySQL)

Parámetro	Descripción
Select an existing DMS database instance	(Opcional) Seleccione una instancia registrada existente para completar automáticamente los parámetros siguientes.
Database Type	Seleccione PolarDB for MySQL.
Access Method	Seleccione Alibaba Cloud Instance.
Instance Region	La región donde reside el clúster de destino PolarDB for MySQL.
PolarDB Cluster ID	El ID del clúster de destino PolarDB for MySQL.
Database Account	La cuenta de la base de datos del clúster de destino. Consulte la sección Permisos obligatorios para ver los permisos requeridos.
Database Password	La contraseña de la cuenta de la base de datos.
Encryption	Indica si se debe cifrar la conexión mediante SSL. Configure esta opción según sus requisitos de seguridad. Consulte Configure SSL encryption.

Paso 4: Probar la conectividad

Haga clic en Test Connectivity and Proceed.

DTS agrega automáticamente sus bloques CIDR de servidor a la lista de permitidos de direcciones IP o a las reglas del security group de las instancias de bases de datos de Alibaba Cloud y de las bases de datos alojadas en ECS. Para bases de datos autoadministradas en varias instancias ECS, agregue manualmente los bloques CIDR de DTS a las reglas del security group de cada instancia. Para bases de datos locales o alojadas por proveedores externos, agregue manualmente los bloques CIDR de DTS a la lista de permitidos de la base de datos.

Para obtener la lista completa de bloques CIDR de servidores DTS, consulte la sección "CIDR blocks of DTS servers" en Add the CIDR blocks of DTS servers to the security settings of on-premises databases.

Aviso

Agregar bloques CIDR de DTS a una lista de permitidos de base de datos o a un security group de ECS introduce exposición de seguridad. Antes de continuar, tome medidas preventivas: fortalezca las credenciales de las cuentas, limite los puertos expuestos, autentique las llamadas a la API, audite periódicamente la lista de permitidos o las reglas del security group para eliminar bloques CIDR no autorizados y, siempre que sea posible, conéctese a DTS a través de Express Connect, VPN Gateway o Smart Access Gateway.

Paso 5: Configurar los objetos de migración

Configure los siguientes parámetros.

Parámetro	Descripción
Migration Types	Seleccione los tipos de migración según sus requisitos de tiempo de inactividad: Schema Migration + Full Data Migration — para una migración única con una ventana de mantenimiento. Schema Migration + Full Data Migration + Incremental Data Migration — para una migración continua con un tiempo de inactividad mínimo. Si no selecciona Incremental Data Migration, detenga las escrituras en la base de datos de origen durante la migración para evitar inconsistencia en los datos.
Processing Mode of Conflicting Tables	Precheck and Report Errors — DTS comprueba si el destino ya contiene tablas con los mismos nombres que el origen. Si existen conflictos, la comprobación previa falla y la tarea no se inicia. Utilice el mapeo de nombres de objetos si necesita cambiar el nombre de los objetos para resolver conflictos. Ignore Errors and Proceed — DTS omite la comprobación de conflictos. Si las tablas de origen y destino tienen el mismo esquema, DTS omite los registros que comparten valores de clave primaria con los registros existentes en el destino. Si los esquemas difieren, solo se migran columnas específicas o la tarea falla. Utilice esta opción con precaución.
Capitalization of Object Names in Destination Instance	Controla el uso de mayúsculas y minúsculas en los nombres de bases de datos, tablas y columnas en el destino. Valor predeterminado: DTS default policy. Consulte Specify the capitalization of object names in the destination instance.
Source Objects	Seleccione objetos en Source Objects y haga clic en el icono de flecha para agregarlos a Selected Objects. Seleccione columnas, tablas o bases de datos. Si selecciona tablas o columnas, DTS no migra vistas, desencadenadores ni procedimientos almacenados.
Selected Objects	Para cambiar el nombre de un solo objeto en el destino, haga clic derecho sobre él en Selected Objects. Consulte Map the name of a single object. Para cambiar el nombre de varios objetos a la vez, haga clic en Batch Edit. Consulte Map multiple object names at a time. Para filtrar filas, haga clic derecho en una tabla y especifique las condiciones WHERE. Consulte Use SQL conditions to filter data. Para restringir qué operaciones SQL se replican para un objeto específico, haga clic derecho sobre él y seleccione las operaciones. Consulte la sección Operaciones SQL admitidas para la migración incremental de datos. Nota El uso del mapeo de nombres de objetos puede provocar que los objetos dependientes fallen en la migración. Si no migra todas las tablas o si los esquemas de origen y destino difieren, se pierden los datos de las columnas que no existen en el destino.

Paso 6: Configurar ajustes avanzados

Haga clic en Next: Advanced Settings y configure los siguientes parámetros.

Verificación de datos

Para configurar la verificación de datos, consulte Enable data verification.

Configuración avanzada

Parámetro	Descripción
Select the dedicated cluster used to schedule the task	De forma predeterminada, DTS ejecuta la tarea de migración en el clúster compartido. Para utilizar un clúster dedicado, adquiera y especifique uno. Consulte What is a DTS dedicated cluster.
Set Alerts	Indica si se deben configurar alertas. Seleccione Yes para recibir notificaciones cuando la tarea falle o la latencia de migración supere un umbral. Especifique el umbral de alerta y los contactos. Consulte Configure monitoring and alerting.
Select the engine type of the destination database	El motor de almacenamiento para la base de datos de destino: InnoDB (predeterminado) o X-Engine (un motor de almacenamiento para procesamiento de transacciones en línea [OLTP]).
Retry Time for Failed Connections	Tiempo durante el cual DTS reintenta conexiones fallidas después de iniciar la tarea. Valores válidos: 10–1440. Unidad: minutos. Valor predeterminado: 720. Establezca este valor en más de 30. Si DTS se reconecta dentro de este periodo, la tarea se reanuda; de lo contrario, la tarea falla. Nota Cuando varias tareas comparten una base de datos de origen o de destino, el tiempo de reintento configurado más recientemente se aplica a todas ellas. DTS cobra por la instancia durante los periodos de reintento. Le recomendamos especificar el rango de tiempo de reintento según sus requisitos empresariales. También puede liberar la instancia DTS lo antes posible después de liberar las instancias de origen y destino.
The wait time before a retry when other issues occur in the source and destination databases	Tiempo durante el cual DTS reintenta operaciones DDL o DML fallidas. Valores válidos: 1–1440. Unidad: minutos. Valor predeterminado: 10. Establezca este valor en más de 10. Este valor debe ser menor que Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Indica si se debe limitar la tasa de migración durante la migración completa de datos. Configure 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. Este parámetro solo aparece cuando se selecciona Full Data Migration.
Enable Throttling for Incremental Data Migration	Indica si se debe limitar la tasa de migración durante la migración incremental de datos. Configure RPS of Incremental Data Migration y Data migration speed for incremental migration (MB/s). Este parámetro solo aparece cuando se selecciona Incremental Data Migration.
Environment Tag	La etiqueta de entorno utilizada para identificar la instancia DTS. Puede seleccionar una etiqueta de entorno según sus requisitos empresariales.
Configure ETL	Indica si se debe utilizar el procesamiento de extracción, transformación y carga (ETL). Seleccione Yes para introducir sentencias de procesamiento de datos. Consulte Configure ETL in a data migration or synchronization task.

Paso 7: Guardar la configuración y ejecutar la comprobación previa

Haga clic en Next: Save Task Settings and Precheck.

Nota

Para previsualizar los parámetros de la API correspondientes a esta configuración de tarea, pase el cursor sobre Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters antes de continuar.

DTS ejecuta una comprobación previa antes de iniciar la tarea de migración. La tarea solo puede comenzar después de superar dicha comprobación.

Si un elemento de comprobación falla, haga clic en View Details junto al elemento fallido, solucione el problema según el mensaje de error y haga clic en Precheck Again.
Si un elemento de comprobación genera una alerta:
- Si la alerta no se puede ignorar, haga clic en View Details junto al elemento fallido y resuelva los problemas. Luego, haga clic en Precheck Again.
- Si la alerta se puede ignorar de forma segura, haga clic en Confirm Alert Details. En el cuadro de diálogo View Details, haga clic en Ignore, luego en OK y finalmente en Precheck Again. Ignorar una alerta puede causar inconsistencia en los datos.

Paso 8: Esperar a que finalice la comprobación previa

Espere hasta que la success rate alcance el 100% y luego haga clic en Next: Purchase Instance.

Paso 9: Configurar la clase de instancia

En la página Purchase Instance, configure los siguientes parámetros.

Parámetro	Descripción
Resource Group	El resource group para la instancia de migración. Valor predeterminado: default resource group. Consulte What is Resource Management?
Instance Class	La clase de instancia determina la velocidad de migración. Selecciónela según el volumen de datos y sus requisitos de tiempo. Consulte Specifications of data migration instances.

Paso 10: Aceptar los términos del servicio

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

Paso 11: Iniciar la tarea de migración

Haga clic en Buy and Start. La tarea de migración se inicia. Supervise su progreso en la lista de tareas.