Data Transmission Service:Migrar Amazon Aurora MySQL a Alibaba Cloud

Requisitos previos

• Asegúrese de que DTS pueda conectarse a la base de datos de origen de Amazon Aurora MySQL.

  Se recomienda establecer Public access en Yes dentro de la configuración de red y seguridad de su base de datos de origen. Esto le permitirá definir Access Method como Public IP Address al configurar la tarea.

  Nota

  Para conectar su base de datos de Amazon Aurora MySQL a DTS mediante una puerta de enlace VPN, consulte Connect an Alibaba Cloud VPC to an AWS VPC.

• Cree una instancia de ApsaraDB RDS for MySQL que funcione como base de datos de destino. Compruebe que el espacio de almacenamiento disponible supere el que utiliza la base de datos de origen de Amazon Aurora MySQL. Para obtener más información, consulte Create an ApsaraDB RDS for MySQL instance.

Notas de uso

• Durante una migración completa de datos, DTS consume recursos de lectura y escritura en las bases de datos de origen y de destino, lo que incrementa su carga. Si sus bases de datos tienen un rendimiento deficiente, especificaciones bajas o cargas de trabajo elevadas (por ejemplo, si la base de datos de origen presenta muchas consultas SQL lentas o tablas sin claves primarias, o si ocurren interbloqueos en la de destino), esta carga adicional puede saturarlas e incluso provocar interrupciones del servicio. Ejecute la migración de datos en horarios de baja demanda, como cuando la utilización de CPU de ambas bases de datos sea inferior al 30 %.

• Si una tabla de origen carece de clave primaria o restricción única y contiene datos no únicos, se podrían generar datos duplicados en la base de datos de destino.

• Para las columnas con tipo de datos FLOAT o DOUBLE, DTS lee los valores mediante la función ROUND(COLUMN,PRECISION). Si la precisión no se define de forma explícita, DTS migra los valores FLOAT con una precisión de 38 dígitos y los valores DOUBLE con una precisión de 308 dígitos. Compruebe que estas precisiones cumplan con los requisitos de su negocio.

• Si el nombre de una base de datos de origen infringe las convenciones de nomenclatura de ApsaraDB RDS, debe crear una base de datos que cumpla con dichas reglas en la instancia de destino antes de configurar la tarea. De lo contrario, DTS creará la base de datos automáticamente.

  Nota

  Para obtener más información sobre las convenciones de nomenclatura y cómo crear una base de datos, consulte Create a database and accounts.

• Si una tarea de migración de datos falla, DTS intenta reanudarla de forma automática. Antes de trasladar sus cargas de trabajo de producción a la instancia de destino, detenga o libere la tarea. Así evitará que una tarea reanudada automáticamente sobrescriba los datos de la instancia de destino con información de la base de datos de origen.

Facturación

Tipos de migración

• Migración de esquemas

  DTS migra los esquemas de tablas, vistas, triggers, procedimientos almacenados y funciones almacenadas a la instancia de destino. Los eventos no son compatibles.

  Nota

  • Durante la migración de esquemas, DTS cambia la característica SQL SECURITY de vistas, procedimientos almacenados y funciones almacenadas de DEFINER a INVOKER.

  • DTS no migra las cuentas de usuario. Por lo tanto, cualquier usuario que invoque una vista, un procedimiento almacenado o una función almacenada en la instancia de destino debe contar con los permisos de lectura y escritura necesarios.

• Migración completa de datos

  DTS migra todos los datos existentes de los objetos seleccionados desde la instancia de origen hacia la instancia de destino.

  Nota

  Durante una migración completa de datos, las operaciones INSERT simultáneas provocan fragmentación en las tablas de la instancia de destino. Una vez finalizada la migración completa, el tablespace de la instancia de destino será mayor que el de la instancia de origen.

• Migración incremental de datos

  Después de la migración completa de datos, DTS lee el binlog de la instancia de origen para replicar los cambios incrementales en la instancia de destino. Esto permite una transición fluida sin interrumpir el servicio.

Permisos de las cuentas de base de datos

Para crear cuentas de base de datos y otorgar permisos, consulte los siguientes temas:

• Para Amazon Aurora MySQL, siga las instrucciones de creación de cuentas descritas en Create an account for a self-managed MySQL database and configure binary logging.

• Para ApsaraDB RDS for MySQL, consulte Create an account y Modify the permissions of an account.

Requisitos previos

1. Inicie sesión en la consola de Amazon Aurora.

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

3. Haga clic en el DB identifier del nodo cuyo Role sea Writer instance.

4. En la pestaña Connectivity & security, haga clic en el nombre del security group de VPC.

5. En la página Security Groups, haga clic en el Security Group ID correspondiente.

6. En la pestaña Inbound rules, haga clic en Edit inbound rules.

7. En la página Edit inbound rules, haga clic en Add rule, agregue los bloques CIDR de los servidores de DTS en la región de la base de datos de destino y luego haga clic en Save rules. Para obtener más información sobre los bloques CIDR de DTS, consulte Add DTS Server IP Addresses to a Whitelist.

   Nota

   • Agregue únicamente los bloques CIDR de los servidores de DTS ubicados en la región de la base de datos de destino. Por ejemplo, si su base de datos de origen está en la región Singapore y la de destino en China (Hangzhou), solo necesita agregar los bloques CIDR de los servidores de DTS de la región China (Hangzhou).

   • Es posible agregar varios bloques CIDR en una sola regla.

   • Para obtener más información, consulte la documentación oficial de AWS o comuníquese con el soporte técnico de AWS.

8. Inicie sesión en la base de datos de Amazon Aurora MySQL y configure el periodo de retención del binlog. Omita este paso si no requiere la migración incremental de datos.

   call mysql.rds_set_configuration('binlog retention hours', 24);

   Nota

   • Este comando establece el periodo de retención del binlog en 24 horas. El periodo máximo de retención es de 168 horas (7 días).

   • La función de binlog debe estar habilitada en Amazon Aurora MySQL y el parámetro binlog_format debe configurarse como ROW. Si utiliza MySQL 5.6 o una versión posterior, el parámetro binlog_row_image debe definirse como FULL. Para obtener más información, consulte la documentación oficial de Amazon o comuníquese con su soporte técnico.

Procedimiento (nueva consola)

1. Vaya a la página de la lista de tareas de migración de la región de destino con 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, elija 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. Configure las bases de datos de origen y de destino.

   Aviso

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

   Sección	Parámetro	Descripción
   N/A	Task Name	DTS genera automáticamente un nombre de tarea. Se recomienda especificar un nombre descriptivo para identificarla fácilmente. El nombre no necesita ser único.
   Source Database	Select a DMS database instance.	Puede elegir si desea usar una instancia existente, según sus necesidades. Si usa una instancia existente, la información de la base de datos que aparece a continuación se completa automáticamente. No es necesario introducirla de nuevo. Si no usa una instancia existente, debe configurar la información de la base de datos que aparece a continuación. Nota En la consola de DMS, puede hacer clic en Add DMS Database Instance para registrar una base de datos en DMS. Para obtener más información, consulte ApsaraDB Data Ingestion y Register a database hosted on a third-party cloud service or a self-managed database. En la consola de DTS, puede registrar una base de datos en DTS desde la página Database Connections o desde la nueva página de configuración. Para obtener más información, consulte Manage database connections.
   	Database Type	Seleccione MySQL.
   	Access Method	Seleccione Public IP Address.
   	Instance Region	Seleccione la región donde se encuentra la base de datos de origen de Amazon Aurora MySQL. Nota Si la región donde se encuentra su base de datos de Amazon Aurora MySQL no aparece en la lista, seleccione la región geográficamente más cercana.
   	Domain Name or IP	Introduzca el endpoint de la base de datos de Amazon Aurora MySQL. Nota Puede obtener el endpoint en la pestaña Connectivity & security de su instancia de Amazon Aurora MySQL. El endpoint incluye el Endpoint y el Port Number.
   	Port Number	Introduzca el puerto de servicio de la base de datos de Amazon Aurora MySQL. El valor predeterminado es 3306.
   	Database Account	Introduzca la cuenta de la base de datos. Para conocer los permisos obligatorios, consulte Permissions required for database accounts.
   	Database Password	Introduzca la contraseña de la cuenta de la base de datos.
   	Encryption	Seleccione Non-encrypted o SSL-encrypted según la configuración de su base de datos. Si el cifrado SSL no está habilitado para la base de datos de Amazon Aurora MySQL, seleccione Non-encrypted. Si el cifrado SSL está habilitado para la base de datos de Amazon Aurora MySQL, seleccione SSL-encrypted. También debe cargar un CA Certificate e introducir la CA Certificate Password.
   Destination Database	Select a DMS database instance.	Puede elegir si desea usar una instancia existente, según sus necesidades. Si usa una instancia existente, la información de la base de datos que aparece a continuación se completa automáticamente. No es necesario introducirla de nuevo. Si no usa una instancia existente, debe configurar la información de la base de datos que aparece a continuación. Nota En la consola de DMS, puede hacer clic en Add DMS Database Instance para registrar una base de datos en DMS. Para obtener más información, consulte ApsaraDB Data Ingestion y Register a database hosted on a third-party cloud service or a self-managed database. En la consola de DTS, puede registrar una base de datos en DTS desde la página Database Connections o desde la nueva página de configuración. Para obtener más información, consulte Manage database connections.
   	Database Type	Seleccione MySQL.
   	Access Method	Seleccione Alibaba Cloud Instance.
   	Instance Region	Seleccione la región donde se encuentra la instancia de destino de ApsaraDB RDS for MySQL.
   	Replicate Data Across Alibaba Cloud Accounts	Para este escenario, seleccione No.
   	RDS Instance ID	Seleccione el ID de la instancia de destino de ApsaraDB RDS for MySQL.
   	Database Account	Introduzca la cuenta de la base de datos. Para conocer los permisos obligatorios, consulte Permissions required 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.

4. Una vez completada la configuración, haga clic en Test Connectivity and Proceed en la parte inferior de la página. En el cuadro de diálogo CIDR Blocks of DTS Servers que aparece, haga clic en Test Connectivity.

   Nota

   Asegúrese de que los segmentos de dirección IP del servicio DTS se agreguen automática o manualmente a la configuración de seguridad de las bases de datos de origen y de destino para permitir el acceso desde los servidores de DTS. Para obtener más información, consulte Add DTS server IP addresses to a whitelist.

5. 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 ejecutar una migración completa, seleccione tanto Schema Migration como Full Data Migration. Para ejecutar 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 exista una base de datos y tablas para recibir los datos en la base de datos de destino. También puede usar 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 datos nuevos en la instancia de origen durante la migración de datos para garantizar la consistencia de los mismos.
      Method to Migrate Triggers in Source Database	Seleccione un método para migrar los triggers según los requisitos de su negocio. Si no va a migrar ningún trigger, no es necesario configurar este parámetro. Para obtener más información, consulte Configure trigger synchronization or migration. Nota Esto solo se puede configurar cuando Migration Types se establece en Schema Migration.
      Enable Migration Assessment	Evalúa si los esquemas de las bases de datos de origen y de destino cumplen con los requisitos, por ejemplo, en cuanto a longitud de índices, procedimientos almacenados y tablas dependientes. Seleccione Yes o No según los requisitos de su negocio. Nota Esto solo se puede configurar cuando Migration Types se establece en Schema Migration. Si selecciona Yes, la comprobación previa podría tardar más. Puede consultar el Assessment Result durante la comprobación previa. El resultado de la evaluación no afecta el resultado de dicha comprobación.
      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. 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 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 para el negocio. 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 principal 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 de 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.
      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 en la instancia de destino, como bases de datos, tablas y columnas. De forma predeterminada, se selecciona DTS default policy. También puede optar por mantener la distinción entre mayúsculas y minúsculas coherente 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 ícono y agregue los objetos a la sección Selected Objects. Nota La granularidad para seleccionar los objetos de migración es esquema, tabla y columna. Si selecciona únicamente 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 derecho sobre el objeto en el 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, es posible que otros objetos que dependen de los objetos asignados no se puedan migrar. Para especificar condiciones WHERE que filtren los datos, haga clic derecho sobre una tabla en la sección Selected Objects y configure las condiciones de filtro en el cuadro de diálogo que aparece. Para obtener más información, consulte Set filter conditions. Para seleccionar las operaciones SQL que se van a migrar a nivel de base de datos o de tabla, haga clic derecho sobre un objeto en la sección Selected Objects y seleccione las operaciones SQL necesarias en el cuadro de diálogo que aparece.

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

      Parámetro	Descripción
      Dedicated Cluster for Task Scheduling	De forma predeterminada, DTS programa las tareas en un clúster compartido. No es necesario seleccionar uno. Si desea tareas más estables, puede adquirir un dedicated cluster para ejecutar las tareas de migración de DTS.
      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 aplicar 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 aplicar 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 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 las 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. Se filtran todas las tablas cuyos nombres coinciden con la expresión regular (^_(.+)_(?:gho|new)$ o ^_(.+)_(?:ghc|del|old)$). Incremental Data Migration: controlada por la política de DDL en línea. Yes: migra los cambios de datos de las tablas temporales (por ejemplo, _table_name_gho) generadas por las operaciones DDL en línea. No, Adapt to DMS Online DDL y No, Adapt to gh-ost: filtra los cambios de datos de las tablas temporales (por ejemplo, _table_name_gho) generadas por herramientas como gh-ost con base en reglas de expresiones regulares. Yes: migra los datos de las tablas temporales generadas por los cambios DDL en línea. Nota Si los cambios DDL en línea generan una gran cantidad de datos en las tablas temporales, esto podría provocar latencia en la tarea. No, Adapt to DMS Online DDL: no migra los datos de las tablas temporales generadas por los cambios DDL en línea. Solo migra las instrucciones DDL originales ejecutadas mediante Data Management (DMS). Nota Esta opción provoca que las tablas de la base de datos de destino se bloqueen. No, Adapt to gh-ost: no migra los datos de las tablas temporales generadas por los cambios DDL en línea. Admite reglas de filtrado personalizadas. DTS filtra los cambios de datos de las tablas temporales (por ejemplo, _table_name_gho) generadas por herramientas como gh-ost con base en reglas de expresiones regulares. Puede modificar las expresiones regulares predeterminadas utilizadas para coincidir con las tablas shadow y las tablas innecesarias según sea necesario: Tabla shadow: ^_(.+)_(?:gho|new)$ Tabla innecesaria: ^_(.+)_(?:ghc|del|old)$ Nota Esta opción provoca que las tablas de la base de datos de destino se bloqueen.
      Whether to Migrate Accounts	Elija si desea migrar la información de las cuentas desde la base de datos de origen según los requisitos de su negocio. Si selecciona Yes, también debe seleccionar las cuentas que se van a migrar y confirmar sus permisos. Para obtener más información, como los métodos de autorización, consulte Migrate database accounts.
      Retry Time for Failed Connections	Después de que inicie la tarea de migración, si falla la conexión con 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 vuelve a conectar a las bases de datos de origen y de 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 las necesidades de su negocio, o liberar la instancia de DTS lo antes posible después de que se liberen las instancias de las bases de datos de origen y de destino.
      Retry Time for Other Issues	Después de que inicie la tarea de migración, si ocurre un problema distinto al de conectividad en la base de datos de origen o de destino, como una excepción en la ejecución de DDL o DML, 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 se ejecutan correctamente 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 de destino, lo cual 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 solo está disponible 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 solo está disponible 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. En este ejemplo, no es necesario seleccionar una etiqueta.
      Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Elija si desea escribir la información SQL de latido (heartbeat) en la base de datos de origen mientras la instancia de DTS se está ejecutando. 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 la 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	Según las necesidades de su negocio, seleccione si desea configurar ETL feature para procesar los datos. Yes: configura la función ETL. También debe introducir data processing statements en el cuadro de texto. No: no configura la función ETL.
      Monitoring and Alerting	Seleccione si desea configurar alertas y recibir notificaciones de alerta según las necesidades de su negocio. No: no configura ninguna alerta. Yes: configura las alertas estableciendo un alert threshold y un 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.

      Para obtener más información sobre la función de validación de datos, consulte Configure data validation.

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

   • Para consultar los parámetros de configuración de esta instancia al llamar a la operación de API, coloque 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 consultar los parámetros de API o ya terminó de revisarlos, haga clic en Next: Save Task Settings and Precheck en la parte inferior de la página.

   Nota

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

   • Si la comprobación previa falla, haga clic en View Details junto al elemento de comprobación con errores, resuelva 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 con errores, resuelva 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 podría causar problemas como inconsistencia en los datos y representar riesgos para su negocio.

7. Adquiera la instancia.

   1. Cuando Success Rate sea del 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 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 distintos niveles de rendimiento. La especificación de enlace afecta la velocidad de migración. Puede seleccionar una especificación según el escenario de su negocio. Para obtener más información, consulte Data migration link specifications.

   3. Una vez completada la configuración, 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 OK que aparece, haga clic en OK.

      Puede consultar el progreso de la tarea de migración en la página de lista 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 que la tarea se detiene, 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 se está ejecutando, el Status de la tarea es Running.

Procedimiento (consola clásica)

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

   Nota

   Si el sistema lo redirige automáticamente a la consola de Data Management (DMS), haga clic en el icono en la esquina inferior derecha. Después, haga clic en para volver a la consola clásica de DTS.

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

3. En la parte superior de la página Migration Tasks, seleccione la región del clúster de destino.

4. En la esquina superior derecha de la página, haga clic en Create Data Migration Task.

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

   Sección	Parámetro	Descripción
   N/A	Task name	DTS genera un nombre de tarea automáticamente. Especifique un nombre descriptivo que facilite su identificación. No es obligatorio que el nombre sea único.
   Base de datos de origen	Instance type	Seleccione self-managed database with a public IP address.
   	Instance region	Si establece instance type en self-managed database with a public IP address, no necesita configurar Instance Region.
   	Database type	Seleccione MySQL.
   	Hostname or IP address	Introduzca el endpoint de la base de datos de origen de Amazon Aurora MySQL. Nota Puede obtener el endpoint en la página Basic Information de la instancia de Amazon Aurora MySQL. En la consola de Amazon RDS, seleccione la instancia writer y haga clic en la pestaña Connectivity & security. En la sección Endpoint & port, copie el endpoint. El formato del endpoint es *.rds.amazonaws.com. El puerto predeterminado es 3306.
   	Port	Introduzca el puerto de servicio de la base de datos de Amazon Aurora MySQL. El valor predeterminado es 3306.
   	Database account	Introduzca la cuenta de la base de datos de Amazon Aurora MySQL. Consulte Database account permissions para conocer los permisos obligatorios.
   	Database password	Introduzca la contraseña de la cuenta de la base de datos. Nota Después de introducir la información de la base de datos de origen, haga clic en Test Connectivity, junto a Database Password, para comprobar que la información sea correcta. Si los datos son válidos, se muestra el mensaje Passed. Si aparece el mensaje Failed, haga clic en Diagnose, junto al mensaje Failed, y ajuste la información de la base de datos de origen según las indicaciones.
   Base de datos de destino	Instance type	Seleccione RDS Instance.
   	Instance region	Seleccione la región donde se encuentra la instancia de ApsaraDB RDS de destino.
   	RDS instance ID	Seleccione el identificador de la instancia de ApsaraDB RDS de destino.
   	Database account	Introduzca la cuenta de la instancia de ApsaraDB RDS de destino. Consulte Database account permissions para conocer los permisos obligatorios.
   	Database password	Introduzca la contraseña de la cuenta de la base de datos. Nota Después de introducir la información de la base de datos de destino, haga clic en Test Connectivity, después de Database Password, para comprobar que los datos introducidos sean correctos. Si la información es válida, se muestra el mensaje Passed. Si aparece el mensaje Failed, haga clic en Diagnose, después de Failed, y ajuste la información de la base de datos de destino según las indicaciones.
   	Connection mode	Seleccione Non-encrypted o SSL-encrypted según sus necesidades. Si elige SSL-encrypted, debe habilitar previamente el cifrado SSL en la instancia de ApsaraDB RDS. Para obtener más información, consulte Set SSL encryption. Nota El parámetro Encryption solo está disponible en las regiones de China continental y China (Hong Kong).

6. Una vez completada la configuración, haga clic en Authorize Whitelist and Move to Next Step en la esquina inferior derecha de la página.

   Para los orígenes y destinos de Alibaba Cloud (como bases de datos alojadas en ApsaraDB RDS o ECS), DTS agrega automáticamente los bloques CIDR de sus servidores a la lista blanca o al security group. En el caso de bases de datos externas, por ejemplo, las ubicadas en un centro de datos o en otra nube, debe agregar manualmente los bloques CIDR para otorgar acceso a DTS. Consulte CIDR blocks of DTS servers para conocer las direcciones IP que debe agregar.

   Aviso

   Agregar los bloques CIDR públicos de los servidores de DTS, ya sea de forma automática o manual, puede generar riesgos de seguridad. Al usar este producto, usted reconoce y acepta estos posibles riesgos. Es su responsabilidad implementar medidas de seguridad básicas. Entre ellas se incluyen, sin limitarse a ello, usar contraseñas seguras, restringir los puertos abiertos, aplicar autenticación en las llamadas internas a la API, revisar y limitar periódicamente los segmentos de red innecesarios, o conectarse mediante redes privadas como Express Connect, VPN Gateway o Smart Access Gateway.

7. Seleccione los tipos de migración y los objetos que desea migrar.

   Parámetro	Descripción
   Tipos de migración	Si solo requiere una migración completa de datos, seleccione Schema Migration y Full Data Migration. Para ejecutar una migración sin tiempo de inactividad, seleccione Schema Migration, Full Data Migration y Incremental Data Migration. Nota Si no selecciona Incremental Data Migration, no escriba datos nuevos en la base de datos de origen de Amazon Aurora MySQL durante la migración. De esta manera garantizará la coherencia de los datos.
   Objetos de migración	En el cuadro Migration Objects, seleccione los objetos que desea migrar y haga clic en para moverlos al cuadro Selected Objects. Nota Puede seleccionar objetos a nivel de base de datos, tabla o columna. De forma predeterminada, los nombres de los objetos migrados en la base de datos de destino coinciden con los de la base de datos de origen. Si desea modificarlos, utilice la función de asignación de nombres de objetos. Para obtener más información, consulte Object name mapping. Si utiliza la función de asignación de nombres de objetos, es posible que otros elementos dependientes de un objeto renombrado presenten errores durante la migración.
   Asignación de nombres de objetos	Cambia el nombre de los objetos migrados en la instancia de destino. Para obtener más información, consulte Object name mapping.
   Duración de reintentos ante fallos de red	La duración predeterminada de los reintentos es de 12 horas, aunque también puede especificar un valor personalizado. Si DTS restablece la conexión con las bases de datos de origen y de destino dentro del periodo indicado, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea finaliza con errores. Nota DTS cobra tarifas mientras la tarea se ejecuta durante los reintentos de conexión. Para evitar cargos innecesarios, especifique una duración de reintentos adecuada para su negocio. Otra opción consiste en liberar la instancia de DTS inmediatamente después de dar de baja las instancias de origen y de destino.
   Copiar tablas temporales de operaciones DDL en línea	Si utiliza Data Management (DMS) para aplicar cambios DDL en línea en la base de datos de origen, indique si desea migrar los datos de las tablas temporales creadas durante dichas modificaciones. Yes: migra los datos de las tablas temporales generadas durante los cambios DDL en línea. Nota Si las tablas temporales creadas durante los cambios DDL en línea contienen un gran volumen de datos, la tarea de migración podría sufrir retrasos. No: no migra los datos de las tablas temporales generadas durante los cambios DDL en línea. Solo se migran los datos DDL originales de la base de datos de origen. Nota Esta opción provoca bloqueos de tablas en la base de datos de destino.

8. Una vez completada la configuración, haga clic en Precheck and Start en la esquina inferior derecha de la página.

   Nota

   • Antes de iniciar la tarea de migración, DTS ejecuta una comprobación previa. La tarea solo comienza si supera dicha validación.

   • Si la comprobación previa presenta errores, haga clic en el icono junto al elemento correspondiente para consultar los detalles.

     • Corrija los problemas según las indicaciones y vuelva a ejecutar la comprobación previa.

     • Si no necesita corregir las advertencias, seleccione Ignore y haga clic en Ignore Warnings and Rerun Precheck para repetir la validación.

9. Cuando la tarea supere la comprobación previa, haga clic en Next.

10. En el cuadro de diálogo Confirm Settings que aparece, seleccione una Instance Class y active la casilla de verificación Data Transmission Service (pay-as-you-go) Service Terms.

11. Haga clic en Buy and Start para iniciar la migración.

    • Schema migration + Full data migration

      Permita que la tarea finalice automáticamente. Detenerla de forma manual puede provocar que los datos queden incompletos.

    • Schema migration + Full data migration + Incremental data migration

      La tarea de migración no se detiene automáticamente, por lo que debe finalizarla de forma manual.

      Importante

      Elija un momento adecuado para detener la tarea manualmente, por ejemplo, fuera del horario de mayor actividad o cuando esté listo para cambiar su carga de trabajo al clúster de destino.

      1. Espere a que la tarea de migración alcance la fase Incremental Data Migration y el estado muestre Undelayed. A continuación, deje de escribir datos en la base de datos de origen durante varios minutos. Durante este periodo, el estado de Incremental Data Migration podría mostrar latencia.

      2. Espere a que el estado de Incremental Data Migration vuelva a mostrar Undelayed. Luego, detenga la tarea de migración manualmente. Seleccione la casilla de verificación de la tarea correspondiente y haga clic en Pause en la barra de operaciones por lotes ubicada en la parte inferior de la página.

12. Cambie sus cargas de trabajo a la instancia de ApsaraDB RDS de destino.