Data Transmission Service:Migrar datos de una base de datos Db2 for LUW a una instancia de RDS for MySQL

Migración de esquemas

• DTS 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 de clave externa y las operaciones en cascada a nivel de sesión. Ejecutar operaciones en cascada o de eliminación en el origen durante la migración puede provocar inconsistencia en los datos.

Base de datos de origen

• El servidor al que pertenece la base de datos de origen debe contar con suficiente ancho de banda de salida. De lo contrario, la velocidad de migración de datos disminuirá.

• Las tablas deben tener restricciones PRIMARY KEY o UNIQUE con todos los campos únicos. Sin estas restricciones, la base de datos de destino podría contener registros duplicados.

• Al migrar tablas individuales, una sola tarea admite un máximo de 1,000 tablas. Superar este límite provoca un error de solicitud. Para migrar más de 1,000 tablas, divida la migración en varias tareas o migre toda la base de datos.

• Para la migración incremental de datos, la función de registro de datos debe estar habilitada en la base de datos de origen. DTS devuelve un error durante la verificación previa si no está habilitada.

• Requisitos de retención de registros: Una retención insuficiente de registros puede causar errores en la tarea, inconsistencia en los datos o pérdida de datos. Una vez completada la migración completa de datos, puede reducir el periodo de retención a más de 24 horas. El incumplimiento de estos requisitos implica que el acuerdo de nivel de servicio (SLA) de DTS no garantiza la fiabilidad ni el rendimiento.

  • Solo migración incremental: conserve los registros durante más de 24 horas.

  • Migración completa e incremental combinadas: conserve los registros durante al menos 7 días.

• Durante la migración completa de datos, evite operaciones DDL que modifiquen los esquemas de la base de datos o de las tablas. Dichos cambios provocan el fallo de la tarea de migración.

• Durante una migración exclusivamente completa, evite escribir datos en la base de datos de origen. Para garantizar la consistencia de los datos, ejecute conjuntamente la migración completa y la migración incremental.

Migración incremental de datos

DTS migra los datos incrementales mediante la tecnología de replicación Change Data Capture (CDC) de Db2 for LUW. Esta tecnología tiene sus propias limitaciones. Consulte Restricciones generales de datos para SQL Replication.

Operaciones SQL admitidas durante la migración incremental de datos:

Otras limitaciones

• Migre los datos fuera de las horas pico. 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, lo cual puede aumentar la carga del servidor.

• Las operaciones INSERT simultáneas durante la migración completa de datos causan fragmentación en las tablas de destino. Tras la migración completa, el espacio de tablas de destino será mayor que el de origen.

• Escribir en la base de datos de destino con herramientas distintas a DTS durante la migración puede provocar inconsistencia en los datos. Utilice Data Management (DMS) para las operaciones DDL posteriores a la migración. Consulte Perform lock-free DDL operations.

• Si una sentencia DDL falla en la base de datos de destino, DTS continúa ejecutándose. Consulte las sentencias DDL fallidas en los registros de la tarea. Vea Ver registros de tareas.

Db2 for LUW autogestionado

• Un cambio entre primario y secundario en el origen mientras se ejecuta una tarea de migración provoca el fallo de dicha tarea.

• 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 del origen. Si no se ejecutan operaciones DML en el origen durante un periodo prolongado, las cifras de latencia pueden ser inexactas. Para actualizar la latencia, ejecute una operación DML en el origen. Si migra una base de datos completa, cree una tabla de latidos que se actualice cada segundo.

Paso 1: Abrir Tareas de migración de datos

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

2. En la barra de navegación superior, haga clic en DTS.

3. En el panel de navegación izquierdo, seleccione DTS (DTS) > Data Migration.

El diseño y las operaciones de la consola pueden variar. Consulte Modo simple y Personalizar el diseño y estilo de la consola DMS para obtener más detalles. También puede ir directamente a la página de Tareas de migración de datos en la nueva consola DTS .

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 de datos.

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 del asistente Create Task, configure los siguientes parámetros.

Base de datos de origen

Base de datos de destino

Paso 4: Probar la conectividad

Haga clic en Test Connectivity and Proceed.

DTS agrega automáticamente sus bloques CIDR a la lista de permitidos de direcciones IP de las instancias de base de datos de Alibaba Cloud, o a las reglas del security group de las instancias ECS. Para bases de datos autogestionadas en un centro de datos o alojadas por un proveedor de nube externo, agregue manualmente los bloques CIDR de DTS a la lista de permitidos de direcciones IP de la base de datos. Consulte Agregar los bloques CIDR de los servidores DTS a la configuración de seguridad de bases de datos locales.

Si DTS aloja la base de datos de origen en varias instancias ECS, agregue manualmente los bloques CIDR de DTS a las reglas del security group de cada instancia ECS.

Paso 5: Configurar objetos de migración

Parámetro	Descripción
Migration Types	Seleccione los tipos de migración según su estrategia de transición: <br>- Solo migración de esquemas y migración completa de datos: seleccione Schema Migration y Full Data Migration.<br>- Migración sin tiempo de inactividad con continuidad del servicio: seleccione Schema Migration, Full Data Migration y Incremental Data Migration.<br><br> Nota Si no selecciona Incremental Data Migration, evite escribir en la base de datos de origen durante la migración para mantener la consistencia de los datos.
Processing Mode of Conflicting Tables	- Precheck and Report Errors: comprueba si existen tablas con nombres idénticos en el origen y el destino. Si existen nombres idénticos, la verificación previa falla y la tarea no puede iniciarse. Utilice la función de asignación de nombres de objetos para cambiar el nombre de las tablas si es necesario. Consulte Asignar nombres de objetos.<br>- Ignore Errors and Proceed: omite la comprobación de nombres idénticos. Aviso Esto puede causar inconsistencia en los datos. Si los esquemas difieren entre el origen y el destino, solo se migrarán columnas específicas o la tarea fallará.
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. El valor predeterminado es DTS default policy. Consulte Especificar el uso de mayúsculas en nombres de objetos en la instancia de destino.
Source Objects	Seleccione objetos en la sección Source Objects y haga clic en para moverlos a la sección Selected Objects. Puede seleccionar columnas, tablas o bases de datos. Al seleccionar tablas o columnas se excluyen otros objetos como vistas, desencadenadores y procedimientos almacenados.
Selected Objects	Haga clic derecho en un objeto para cambiarle el nombre o establecer condiciones de filtro WHERE. Haga clic en Batch Edit en la esquina superior derecha para cambiar el nombre de varios objetos a la vez. Consulte Asignar nombres de objetos y Use SQL conditions to filter data. <br><br> Nota La asignación de nombres de objetos puede causar inconsistencia en los datos si los objetos dependientes no se migran también. Para la migración incremental de operaciones SQL específicas en un objeto, haga clic derecho en el objeto dentro de Selected Objects y seleccione las operaciones SQL a incluir.

Paso 6: Configurar ajustes avanzados

Haga clic en Next: Advanced Settings.

Verificación de datos

Para configurar la verificación de datos, consulte Habilitar verificación de datos.

Ajustes avanzados

Paso 7: Guardar la configuración y ejecutar una verificación previa

Haga clic en Next: Save Task Settings and Precheck.

Para previsualizar los parámetros de la API para configurar la tarea DTS, pase el puntero sobre Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters antes de continuar.

DTS ejecuta una verificación previa antes de iniciar la tarea de migración.

• Si la verificación previa falla, haga clic en View Details junto al elemento fallido, resuelva el problema y vuelva a ejecutar la verificación previa.

• Si aparece una alerta para un elemento:

  • Si la alerta no se puede ignorar, haga clic en View Details, resuelva el problema y vuelva a ejecutar la verificación previa.

  • Si la alerta se puede ignorar, haga clic en Confirm Alert Details, luego haga clic en Ignore > OK > Precheck Again. Ignorar alertas puede causar inconsistencia en los datos.

Paso 8: Adquirir la instancia de migración

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

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

Paso 9: Iniciar la migración

Seleccione la casilla Data Transmission Service (Pay-as-you-go) Service Terms, luego haga clic en Buy and Start.

La tarea de migración se inicia. Siga el progreso en la lista de tareas.