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

Requisitos de la base de datos de origen

• Las tablas que se van a migrar deben tener claves primarias o restricciones UNIQUE con campos únicos. De lo contrario, podrían aparecer datos duplicados en la base de datos de destino.

• Una sola tarea de migración admite un máximo de 1,000 tablas cuando se editan objetos a nivel de tabla (como asignaciones de nombres de tablas o columnas). Si supera este límite, divida las tablas en varias tareas de migración o configure la tarea para migrar una base de datos completa.

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

• Si migra objetos específicos en lugar de una base de datos completa, no se pueden migrar tablas con el mismo nombre pero diferente esquema a la misma base de datos de destino.

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

• READ_COMMITTED_SNAPSHOT debe estar habilitado en la base de datos de origen durante la migración completa de datos. Si se deshabilita, se permiten bloqueos compartidos que pueden afectar la escritura de datos y provocar inconsistencias o fallos en la instancia. Las excepciones derivadas de esta causa no están cubiertas por el Acuerdo de Nivel de Servicio (SLA) de DTS.

Requisitos para la migración incremental

Para la migración incremental, la base de datos de origen debe cumplir las siguientes condiciones:

• Los registros deben estar habilitados con el modo de copia de seguridad establecido en Full, y debe haberse completado correctamente una copia de seguridad física completa.

• Para tareas exclusivamente incrementales, DTS requiere que los registros se conserven durante más de 24 horas. Para tareas que incluyen migración completa e incremental, los registros deben conservarse durante al menos 7 días. Puede aumentar el periodo de retención a más de 24 horas una vez finalizada la migración completa. Una retención insuficiente de registros puede provocar el fallo de la tarea de DTS y, en casos extremos, inconsistencia o pérdida de datos. Los problemas causados por una retención insuficiente de registros no están cubiertos por el SLA de DTS.

• DTS utiliza la función fn_log para obtener los registros de la base de datos de origen. No elimine los registros de la base de datos de origen prematuramente, ya que la tarea de DTS podría fallar.

• No realice cambios de esquema DDL durante la sincronización inicial de esquemas ni durante la migración completa de datos. De lo contrario, la tarea de migración fallará.

• No escriba nuevos datos en la instancia de origen si solo realiza la migración completa de datos. Para garantizar la consistencia de los datos en tiempo real, seleccione Schema Migration, Full Data Migration y Incremental Data Migration conjuntamente.

• Si una tarea de migración incluye migración incremental de datos, no vuelva a generar índices. De lo contrario, la tarea podría fallar o podrían perderse datos.

No es posible modificar las claves primarias de las tablas con CDC habilitado.

Condiciones para habilitar CDC

Para habilitar CDC en las tablas de la base de datos de origen, se deben cumplir todas las condiciones siguientes. 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.

• Para SQL Server autogestionado: el propietario de la base de datos debe ser sa.

• Para RDS for SQL Server: el propietario de la base de datos debe ser sqlsa.

• Enterprise Edition: SQL Server 2008 o posterior.

• Standard Edition: SQL Server 2016 SP1 o posterior.

• SQL Server 2017 (Standard o Enterprise Edition): actualice la versión de la base de datos antes de habilitar CDC.

Tipos de datos y objetos que no se pueden migrar

Los siguientes tipos de datos de SQL Server no se pueden migrar: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, GEOGRAPHY y tipos definidos por el usuario creados con el comando CREATE TYPE.

Los siguientes tipos de objetos no se pueden migrar: PROCEDURE, FUNCTION, TRIGGER, DATATYPE, SYNONYM, CATALOG, PLAN_GUIDE y SEQUENCE.

Las operaciones DDL complejas no se pueden migrar.

Escenarios especiales

Otras consideraciones

• Si utiliza el comando sp_rename para cambiar el nombre de objetos (como procedimientos almacenados) antes de que se ejecute la tarea inicial de sincronización de esquemas, es posible que la tarea no funcione como se espera o que falle. Utilice el comando ALTER para cambiar el nombre de los objetos.

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

• Si una instrucción DDL no se puede escribir en la base de datos de destino, la tarea de DTS continuará ejecutándose. Consulte la instrucción fallida en los registros de la tarea. Para más detalles, véase View task logs.

• Programe la migración fuera de las horas pico. Durante la migración completa de datos, DTS consume recursos de lectura y escritura tanto en la base de datos de origen como en la de destino, lo que incrementa la carga de la base de datos.

• Si una tarea falla, el personal de soporte de DTS intentará restaurarla en un plazo de ocho horas. Durante la restauración, podrían reiniciar la tarea o ajustar parámetros de la tarea de DTS (no parámetros de la base de datos). Para consultar los parámetros ajustables, véase Modify instance parameters.

Nota sobre la migración de esquemas

Durante la migración de esquemas, DTS migra las claves externas de la base de datos de origen a la de destino. Durante la migración completa e incremental de datos, DTS deshabilita temporalmente las comprobaciones de restricciones y las operaciones en cascada de las claves externas a nivel de sesión. Realizar actualizaciones o eliminaciones en cascada en el origen durante la migración puede provocar inconsistencia en los datos.

Modo de análisis híbrido de registros (límites adicionales)

En el modo de análisis híbrido de registros, no agregue ni elimine columnas consecutivamente en un intervalo menor a 10 minutos. Por ejemplo, las siguientes instrucciones consecutivas provocan un error en la tarea:

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

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. En el modo de sincronización incremental híbrida, DTS también habilita CDC a nivel de base de datos y para algunas tablas. Mantenga la tasa de cambio de datos de las tablas con CDC habilitado en un máximo de 1,000 registros por segundo (RPS).

exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;

Paso 1: Abrir la lista de tareas de migración

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

1. Haga clic en Create Task.

2. Configure la base de datos de origen.

   Aviso

   Después de seleccionar las instancias de origen y destino, lea atentamente los límites que se muestran en la parte superior de la página. De lo contrario, la tarea podría fallar o producirse inconsistencias en los datos.

   Parámetro	Valor
   Task Name	DTS genera un nombre automáticamente. Especifique un nombre descriptivo para facilitar su identificación. El nombre no necesita ser único.
   Select Existing Connection	Seleccione una instancia de base de datos registrada en la lista desplegable para completar automáticamente los detalles de conexión. Si la instancia no está registrada, configure la conexión manualmente. Nota En la consola de DMS, este parámetro se denomina Select a DMS database instance.
   Database Type	Seleccione SQL Server.
   Access Method	Seleccione Alibaba Cloud Instance.
   Instance Region	Seleccione la región de la instancia de RDS for SQL Server de origen.
   Replicate Data Across Alibaba Cloud Accounts	Seleccione No (migración dentro de la misma cuenta).
   RDS Instance ID	Seleccione el ID de la instancia de RDS for SQL Server de origen.
   Database Account	Introduzca la cuenta de la base de datos. Para consultar los requisitos de permisos, véase Permissions required.
   Database Password	Introduzca la contraseña de la cuenta.
   Encryption	Seleccione Non-encrypted si el cifrado SSL está deshabilitado en la base de datos de origen. Seleccione SSL-encrypted si el cifrado SSL está habilitado. DTS confía en el certificado del servidor de forma predeterminada.

3. Configure la base de datos de destino.

   Parámetro	Valor
   Select Existing Connection	Seleccione una instancia de base de datos registrada en la lista desplegable para completar automáticamente los detalles de conexión. Si la instancia no está registrada, configure la conexión manualmente. Nota En la consola de DMS, este parámetro se denomina Select a DMS database instance.
   Database Type	Seleccione PolarDB for MySQL.
   Access Method	Seleccione Alibaba Cloud Instance.
   Instance Region	Seleccione la región del clúster de PolarDB for MySQL de destino.
   PolarDB Cluster ID	Seleccione el ID del clúster de PolarDB for MySQL de destino.
   Database Account	Introduzca la cuenta de la base de datos. Para consultar los requisitos de permisos, véase Permissions required.
   Database Password	Introduzca la contraseña de la cuenta.
   Encryption	Seleccione un método de conexión según sus necesidades. Para obtener detalles sobre el cifrado SSL, consulte Enable SSL encryption.

4. Haga clic en Test Connectivity and Proceed en la parte inferior de la página.

   DTS agrega automáticamente sus rangos de direcciones IP a la configuración de seguridad de las bases de datos de origen y destino. Si el origen o el destino es una base de datos autogestionada ( Access Method no es Alibaba Cloud Instance ), haga clic también en Test Connectivity en el cuadro de diálogo CIDR Blocks of DTS Servers . Para obtener más información, consulte Add DTS server IP addresses to a whitelist .

Paso 3: Configurar los objetos de migración

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

Parámetro	Descripción
Migration Types	Seleccione los tipos de migración adecuados para su escenario. Para una migración completa únicamente, seleccione Schema Migration y Full Data Migration. Para una migración sin tiempo de inactividad, seleccione también Incremental Data Migration. Nota Si omite Schema Migration, asegúrese de que la base de datos de destino ya contenga las bases de datos y tablas objetivo. Si omite Incremental Data Migration, no escriba nuevos datos en la instancia de origen durante la migración.
Schema Mapping Mode of Source and Destination Databases	Seleccione un modo de asignación de esquemas para mapear los esquemas entre las bases de datos de origen y destino. Aviso Las tablas en diferentes esquemas de la base de datos de origen no pueden compartir el mismo nombre. De lo contrario, podrían producirse inconsistencias en los datos o fallos en la tarea.
SQL Server Incremental Synchronization Mode	Seleccione un modo según el tipo de base de datos de origen y la estructura de las tablas. Consulte Elegir un modo de sincronización incremental. Este parámetro solo aparece cuando se selecciona Incremental Data Migration.
The maximum number of tables for which CDC is enabled	Especifique el número máximo de tablas con CDC habilitado para esta instancia de migración. Valor predeterminado: 1,000. Esta opción no aparece cuando se selecciona Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).
Processing Mode of Conflicting Tables	Precheck and Report Errors: comprueba si existen tablas con los mismos nombres en la base de datos de destino antes de iniciar la migración. Si hay coincidencias, la comprobación previa falla y la migración no se inicia. Nota Si no es posible eliminar o cambiar el nombre de una tabla en conflicto, utilice Object name mapping para renombrarla. Ignore Errors and Proceed: omite la verificación de tablas duplicadas. Aviso Esto puede causar inconsistencia en los datos. Durante la migración completa, DTS conserva el registro de destino; durante la migración incremental, el registro de origen sobrescribe el registro de destino.
Capitalization of Object Names in Destination Instance	Configure la política de distinción entre mayúsculas y minúsculas para los nombres de los objetos migrados (bases de datos, tablas, columnas). Valor predeterminado: DTS default policy. Para obtener más información, consulte Case sensitivity of object names in the destination database.
Source Objects	En el cuadro Source Objects, haga clic en los objetos que desea migrar y luego haga clic en para moverlos al cuadro Selected Objects. Nota La granularidad de la migración es esquema, tabla o columna. Si selecciona solo tablas o columnas, se excluyen las vistas, los desencadenadores y los procedimientos almacenados.
Selected Objects	Para cambiar el nombre de un objeto en el destino, haga clic derecho sobre él en el cuadro Selected Objects. Para obtener más información, consulte Individual table column mapping. Para cambiar el nombre de varios objetos a la vez, haga clic en Batch Edit. Para obtener más información, consulte Map multiple object names at a time. Para filtrar filas, haga clic derecho en una tabla y configure la condición WHERE. Para obtener más información, consulte Configure filter conditions. Para seleccionar operaciones SQL incrementales específicas, haga clic derecho en el objeto y seleccione las operaciones deseadas. Nota La asignación de nombres de objetos puede provocar fallos de migración en otros objetos que dependan del objeto renombrado.

Paso 4: Configurar los ajustes avanzados

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

Paso 5: Configurar la validación de datos

Haga clic en Next: Data Validation para configurar una tarea de validación de datos. Para obtener más información, consulte Configure data validation.

Paso 6: Guardar la tarea y ejecutar la comprobación previa

Haga clic en Next: Save Task Settings and Precheck.

Para obtener una vista previa de los parámetros de la API correspondientes a esta configuración, pase el cursor sobre el botón Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters .

DTS ejecuta una comprobación previa antes de iniciar la migración. La tarea comienza únicamente después de superar todos los elementos de dicha comprobación.

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

• Si aparece una advertencia:

  • Para advertencias que no se pueden ignorar: haga clic en View Details, solucione el problema y vuelva a ejecutar la comprobación previa.

  • Para advertencias que se pueden ignorar: haga clic en Confirm Alert Details > Ignore > OK > Precheck Again para omitir el elemento. Ignorar advertencias puede provocar inconsistencias en los datos o riesgos operativos.

Paso 7: Adquirir la instancia e iniciar la migración

1. Cuando la Success Rate alcance el 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.

   Parámetro	Descripción
   Resource Group Settings	Seleccione el resource group para la instancia. Valor predeterminado: resource group predeterminado. Para obtener más información, consulte What is Resource Management?
   Instance Class	Seleccione una especificación según su escenario de migración. La especificación del enlace afecta la velocidad de migración. Para obtener más información, consulte Data migration link specifications.

3. 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, haga clic en OK.