Data Transmission Service:Migrar Amazon Aurora MySQL a PolarDB for MySQL

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 permite definir el 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 un clúster de Alibaba Cloud PolarDB for MySQL. Para más detalles, consulte Custom purchase.

• El espacio de almacenamiento del clúster de Alibaba Cloud PolarDB for MySQL debe ser mayor que el espacio utilizado por el clúster de Amazon Aurora MySQL.

Notas

• Durante una migración completa de datos, DTS consume recursos de lectura y escritura en las bases de datos de origen y destino, lo que incrementa su carga. Si sus bases de datos tienen un rendimiento deficiente, especificaciones bajas o cargas de trabajo elevadas, esta sobrecarga puede afectarlas o incluso provocar interrupciones del servicio. Por ejemplo, esto ocurre si la base de datos de origen tiene muchas consultas SQL lentas, tablas sin claves primarias o si se producen interbloqueos en la base de datos de destino. Ejecute la migración de datos durante las horas de menor actividad, como cuando la utilización de CPU de ambas bases de datos es inferior al 30 %.

• Si una tabla de origen no tiene clave primaria ni restricción única, pueden generarse datos duplicados en la base de datos de destino.

• Para las columnas FLOAT o DOUBLE, DTS lee los valores mediante la función ROUND(COLUMN,PRECISION). Si no se define explícitamente una precisión, DTS utiliza 38 dígitos para FLOAT y 308 dígitos para DOUBLE. Asegúrese de que esta precisión predeterminada cumpla con los requisitos de su negocio.

• Si el nombre de la base de datos de origen no sigue las convenciones de nomenclatura de PolarDB for MySQL, debe crear la base de datos en PolarDB for MySQL antes de configurar la tarea de migración.

  Nota

  Para obtener más información sobre las convenciones de nomenclatura de PolarDB for MySQL y cómo crear una base de datos, consulte Crear una base de datos.

• Si una tarea de migración falla, DTS intenta reanudarla automáticamente. Antes de cambiar sus servicios a la instancia de destino, debe detener o liberar la tarea. Esto evita que una tarea reanudada 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 estructura

  DTS migra la estructura de los objetos seleccionados a Alibaba Cloud PolarDB for MySQL. Actualmente, DTS admite la migración de estructura para tablas, vistas, triggers, procedimientos almacenados y funciones almacenadas. No se admite la migración de estructura para eventos.

  Nota

  • Durante la migración de estructura, DTS convierte DEFINER a INVOKER en las vistas, los procedimientos almacenados y las funciones almacenadas.

  • Dado que DTS no migra la información de los usuarios, debe otorgar permisos de lectura y escritura a la cuenta invocadora sobre las vistas, los procedimientos almacenados y las funciones almacenadas de la base de datos de destino.

• Migración completa de datos

  DTS migra todos los datos existentes en los objetos seleccionados desde Amazon Aurora for MySQL hacia Alibaba Cloud PolarDB for MySQL.

  Nota

  La migración completa de datos utiliza operaciones INSERT concurrentes, lo que puede causar fragmentación de tablas en la instancia de destino. Como resultado, el espacio de tablas en la instancia de destino puede ser mayor que en la instancia de origen.

• Migración incremental de datos

  Después de la migración completa de datos, DTS lee el binlog de Amazon Aurora for MySQL para sincronizar los cambios incrementales hacia Alibaba Cloud PolarDB for MySQL. Este proceso garantiza una migración fluida de la base de datos y minimiza el tiempo de inactividad de la aplicación.

Permisos de las cuentas de base de datos

Para crear una cuenta de base de datos y otorgar los privilegios obligatorios:

• Para Amazon Aurora MySQL, consulte Create an account for a self-managed MySQL database and configure binary logging.

• Para Alibaba Cloud PolarDB for MySQL, consulte Create and manage database accounts.

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

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 correspondientes a 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 en China (Hangzhou).

   • Puede agregar varios bloques CIDR en una sola regla.

   • Para 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 establezca 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 establecerse en FULL. Para 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 mediante 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ús 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.

   Categoría	Parámetro	Descripción
   N/A	Task Name	DTS genera automáticamente un nombre para la tarea. Se recomienda especificar un nombre descriptivo que facilite su identificación. No es obligatorio que el nombre sea único.
   Source Database	Select a DMS database instance.	Puede decidir si utiliza una instancia existente, según sus necesidades. Si utiliza 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 utiliza 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 Amazon Aurora MySQL. Nota Si la región de su base de datos de Amazon Aurora MySQL no está disponible en la lista desplegable, seleccione la región más cercana.
   	Domain Name or IP	Introduzca el endpoint de la base de datos de Amazon Aurora MySQL. Nota Puede obtener el endpoint de la base de datos desde la página Basic Information de su base de datos de Amazon Aurora MySQL.
   	Port	Introduzca el puerto de servicio de la base de datos de Amazon Aurora MySQL. El puerto predeterminado es 3306.
   	Database Account	Introduzca la cuenta de la base de datos de Amazon Aurora MySQL. Para obtener información sobre los permisos obligatorios, consulte Required permissions 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 sus requisitos. Si el cifrado SSL está deshabilitado en su base de datos de Amazon Aurora MySQL, seleccione Non-encrypted. Si el cifrado SSL está habilitado en su base de datos de Amazon Aurora MySQL, seleccione SSL-encrypted. También debe cargar el CA Certificate e introducir la CA Certificate Password.
   Destination Database	Select a DMS database instance.	Puede decidir si utiliza una instancia existente, según sus necesidades. Si utiliza 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 utiliza 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 PolarDB for MySQL.
   	Access Method	Seleccione Alibaba Cloud Instance.
   	Instance Region	Seleccione la región donde se encuentra la instancia de destino de PolarDB for MySQL.
   	PolarDB Cluster ID	Seleccione el ID de la instancia de destino de PolarDB for MySQL.
   	Database Account	Introduzca la cuenta de la instancia de destino de PolarDB for MySQL. Para obtener información sobre los permisos obligatorios, consulte Required permissions for database accounts.
   	Database Password	Introduzca la contraseña de la cuenta de la base de datos.
   	Encryption	Seleccione un tipo de conexión según sus necesidades. Para obtener más información sobre la función de cifrado SSL, consulte Enable SSL encryption.

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 de forma automática o manual a la configuración de seguridad de las bases de datos de origen y de destino. Esto permite 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 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 Schema Migration, asegúrese de que exista una base de datos con tablas listas 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 sus necesidades. Si no selecciona Incremental Data Migration, no escriba datos nuevos en la instancia de origen durante la migración. Esto garantiza la consistencia de los datos.
      Method to Migrate Triggers in Source Database	Seleccione un método para migrar los triggers según sus requisitos. Si los objetos por migrar no incluyen triggers, puede omitir este paso. Para obtener más información, consulte Configure the method to synchronize or migrate triggers. Nota Este parámetro solo está disponible cuando selecciona Schema Migration en Migration Types.
      Processing Mode of Conflicting Tables	Precheck and Report Errors: comprueba si existen tablas con el mismo nombre en la base de datos de destino. Si no hay tablas con nombres duplicados, la comprobación previa se aprueba. Si existen tablas con el mismo nombre, se reporta un error durante la comprobación previa y la tarea de migración de datos no se inicia. Nota Si una tabla de la base de datos de destino tiene el mismo nombre, pero no se puede eliminar ni renombrar fácilmente, cambie el nombre de dicha 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 nombres duplicados. Aviso Seleccionar Ignore Errors and Proceed puede provocar inconsistencias en los datos y riesgos para el negocio. Por ejemplo: Si los esquemas de las tablas coinciden y un registro de la base de datos de destino tiene el mismo valor de clave primaria que un registro de 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 no coinciden, 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 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 icono y agregue los objetos a la sección Selected Objects. Nota La granularidad para seleccionar objetos de migración es esquema, tabla y columna. Si selecciona únicamente tablas o columnas como objetos de migración, otros elementos 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 con el botón derecho en el objeto dentro del 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, ubicado 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, la migración de otros objetos que dependan del objeto asignado podría fallar. Para filtrar datos mediante una cláusula WHERE, haga clic con el botón derecho en la tabla por migrar dentro del cuadro Selected Objects y establezca las condiciones de filtro en el cuadro de diálogo que aparece. Para consultar las instrucciones, vea Configure filter conditions. Para seleccionar las operaciones SQL que se migrarán a nivel de base de datos o de tabla, haga clic con el botón derecho en el objeto dentro del cuadro Selected Objects y elija las operaciones SQL deseadas 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 requiere tareas más estables, adquiera un dedicated cluster para ejecutar las tareas de migración de DTS.
      Select the engine type of the destination database	Seleccione el tipo de motor para la base de datos de destino. InnoDB: el motor de almacenamiento predeterminado. X-Engine: un motor de almacenamiento de bases de datos para procesamiento de transacciones en línea (OLTP).
      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 decidir si migra 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 modifiquen la estructura de la base de datos o de las tablas. 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 coincidan con la expresión regular (^_(.+)_(?:gho|new)$ o ^_(.+)_(?:ghc|del|old)$). Incremental Data Migration: está 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, podría producirse 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 sentencias DDL originales ejecutadas mediante Data Management (DMS). Nota Esta opción provoca el bloqueo de las tablas en la base de datos de destino. 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 que se usan para coincidir con las tablas shadow y las tablas innecesarias, según sus necesidades: Tabla shadow: ^_(.+)_(?:gho|new)$ Tabla innecesaria: ^_(.+)_(?:ghc|del|old)$ Nota Esta opción provoca el bloqueo de las tablas en la base de datos de destino.
      Retry Time for Failed Connections	Una vez iniciada 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 a reintentar la conexión de inmediato. La duración predeterminada de reintento es de 720 minutos. Puede personalizar el tiempo de reintento con un valor de 10 a 1440 minutos. Se recomienda establecer una duración superior a 30 minutos. Si DTS se vuelve a conectar a las bases de datos de origen y de destino dentro del plazo especificado, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea falla. Nota Cuando varias instancias de DTS comparten el mismo origen o destino, el tiempo de reintento de red lo determina la configuración de la última tarea creada. Dado que se le cobra por la tarea durante el periodo de reintento de conexión, se recomienda personalizar el tiempo de reintento según las necesidades de su negocio. También puede liberar la instancia de DTS tan pronto como se liberen las instancias de las bases de datos de origen y de destino.
      Retry Time for Other Issues	Una vez iniciada la tarea de migración, si ocurre un problema distinto a la conectividad en la base de datos de origen o de destino (como una excepción al ejecutar DDL o DML), DTS reporta un error y comienza a reintentar la operación de inmediato. La duración predeterminada de reintento es de 10 minutos. Puede personalizar el tiempo de reintento con un valor de 1 a 1440 minutos. Se recomienda establecer una duración superior a 10 minutos. Si las operaciones correspondientes se completan correctamente dentro del plazo de reintento especificado, 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 lo requiere, habilite la limitación de velocidad para la tarea de migración completa. Establezca 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 lo requiere, también puede establecer límites de velocidad para la tarea de migración incremental. Configure 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	Puede seleccionar una etiqueta de entorno para identificar la instancia. Este paso no es obligatorio en este ejemplo.
      Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Decida si desea escribir la información SQL de heartbeat en la base de datos de origen mientras la instancia de DTS está en ejecución. Yes: la información SQL de heartbeat no se escribe en la base de datos de origen. Esto podría provocar que la instancia de DTS reporte un retraso. No: escribe la información SQL de heartbeat en la base de datos de origen. Esto podría 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: configure las alertas estableciendo un alert threshold y 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 iniciar la tarea de migración, DTS ejecuta una comprobación previa. La tarea solo comienza después de aprobar dicha comprobación.

   • Si la comprobación previa falla, haga clic en View Details junto al elemento 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 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 que sí se pueden ignorar, haga clic en Confirm Alert Details, Ignore, OK y Precheck Again para omitir la advertencia y volver a ejecutar la comprobación previa. Si decide ignorar una advertencia, podrían surgir problemas como inconsistencias en los datos y generar riesgos para su negocio.

7. Adquiera la instancia.

   1. Cuando 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 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 ofrece especificaciones de migración con distintos niveles de rendimiento. La especificación de enlace afecta la velocidad de migración. Seleccione 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.

      Consulte 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 al finalizar la migración completa. Una vez detenida, 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 se ejecuta, el Status de la tarea es Running.

Procedimiento (consola anterior)

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.

   

   Categoría	Parámetro	Descripción
   N/A	Task name	DTS genera automáticamente un nombre para la tarea. Especifique un nombre descriptivo que facilite su identificación. No es obligatorio que el nombre sea único.
   Información de la base de datos de origen	Instance type	Seleccione Self-managed database with a public IP address.
   	Region	Si establece Instance Type en Self-managed database with a public IP address, este parámetro no es obligatorio.
   	Database type	Seleccione MySQL.
   	Hostname or IP address	Introduzca el endpoint de la base de datos de Amazon Aurora MySQL. Nota Puede obtener el endpoint de la base de datos en la página Basic Information de su base de datos de Amazon Aurora MySQL. En la consola de Amazon RDS, seleccione la instancia de escritura de destino y haga clic en la pestaña Connection and Security. El endpoint se encuentra en la sección Endpoints and Ports (el formato del endpoint es xxx.rds.amazonaws.com y el puerto 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. Para consultar los permisos obligatorios, consulte Required permissions for database accounts.
   	Database password	Introduzca la contraseña de la cuenta de la base de datos. Nota Una vez configurada la base de datos de origen, haga clic en Test Connectivity, junto a Database Password, para probar la conexión. Si la prueba se supera, se muestra Passed. Si aparece Failed, haga clic en Diagnose, junto a Failed, y ajuste la configuración según los resultados.
   Información de la base de datos de destino	Instance type	Seleccione Apsara PolarDB.
   	Region	Seleccione la región donde se ubica su instancia de PolarDB for MySQL.
   	PolarDB instance ID	Seleccione el identificador de su instancia de PolarDB for MySQL.
   	Database account	Introduzca la cuenta de su instancia de PolarDB for MySQL. Para consultar los permisos obligatorios, consulte Required permissions for database accounts.
   	Database password	Introduzca la contraseña de la cuenta de la base de datos. Nota Una vez configurada la base de datos de destino, haga clic en Test Connectivity, junto a Database Password, para probar la conexión. Si la prueba se supera, se muestra Passed. Si aparece Failed, haga clic en Diagnose, junto a Failed, y ajuste la configuración según los resultados.

6. Cuando termine la configuración, haga clic en Authorize Whitelist and Go to Next Step en la esquina inferior derecha de la página.

   Si la base de datos de origen o de destino es una instancia de base de datos de Alibaba Cloud, como una instancia de RDS for MySQL o de ApsaraDB for MongoDB, DTS agrega automáticamente los bloques CIDR de direcciones IP del servicio DTS de la región correspondiente a la lista blanca de direcciones IP de la instancia. Si la base de datos de origen o de destino es una base de datos autogestionada en una instancia de ECS, DTS agrega automáticamente los bloques CIDR de direcciones IP del servicio DTS de la región correspondiente a las reglas de seguridad de la instancia de ECS. También debe asegurarse de que la base de datos autogestionada permita el acceso desde la instancia de ECS. Si la base de datos se despliega como un clúster en varias instancias de ECS, agregue manualmente los bloques CIDR de direcciones IP del servicio DTS de la región correspondiente a las reglas de seguridad de cada instancia de ECS. Si la base de datos de origen o de destino es una base de datos autogestionada en un centro de datos o en otra nube, agregue manualmente los bloques CIDR de direcciones IP del servicio DTS de la región correspondiente para permitir el acceso desde los servidores de DTS. Para consultar los bloques CIDR de direcciones IP, consulte CIDR blocks of DTS servers.

   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 riesgos potenciales. Es su responsabilidad implementar medidas de seguridad básicas. Estas incluyen, entre otras, usar contraseñas seguras, restringir los puertos abiertos, aplicar autenticación en las llamadas a API internas, 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 y objetos de migración.

   

   Parámetro	Descripción
   Migration type	Para ejecutar únicamente una migración completa, seleccione tanto Schema Migration como Full Data Migration. Para ejecutar una migración con un tiempo de inactividad mínimo, seleccione Schema Migration, Full Data Migration y Incremental Data Migration. Nota Para garantizar la coherencia de los datos, no escriba información nueva en la base de datos de Amazon Aurora MySQL durante la migración si no seleccionó Incremental Data Migration.
   Migration objects	En el cuadro Migration Objects, seleccione los objetos que desea migrar. Luego, haga clic en para moverlos al cuadro Selected Objects. Nota Los objetos se pueden seleccionar a nivel de base de datos, tabla y columna. De forma predeterminada, los nombres de los objetos son iguales en las bases de datos de origen y de destino. Para cambiar el nombre de un objeto en la base de datos de destino, utilice la función de asignación de nombres de objetos. Para obtener más información, consulte Object name mapping. La asignación de nombres de objetos puede provocar errores en la migración de los objetos dependientes.
   Map object name	Permite cambiar el nombre de un objeto migrado en la instancia de destino. Para obtener más información, consulte Object name mapping.
   Retry duration on connection failure	La duración predeterminada es de 12 horas, pero se puede personalizar. Si DTS se vuelve a conectar a las bases de datos dentro del tiempo especificado, la tarea se reanuda automáticamente. De lo contrario, la tarea termina con errores. Nota El tiempo de ejecución de la tarea durante los reintentos de conexión genera cargos. Se recomienda personalizar la duración de los reintentos según sus necesidades de negocio o detener la instancia de DTS después de liberar las instancias de las bases de datos de origen y de destino.
   Replicate temporary tables generated by DMS online DDL	Si la base de datos de origen utiliza Data Management (DMS) para aplicar cambios DDL en línea, puede elegir si desea migrar los datos de las tablas temporales creadas por dichos cambios. Yes: migra los datos de las tablas temporales generadas por los cambios DDL en línea. Nota Si las tablas temporales generadas por los cambios DDL en línea contienen una gran cantidad de datos, la latencia de la migración podría aumentar. No: no migra los datos de las tablas temporales generadas por 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 tabla en la base de datos de destino.

8. Cuando termine 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 puede comenzar después de superar esta comprobación.

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

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

     • Si no necesita corregir los elementos de advertencia, seleccione Ignore y luego haga clic en Ignore Warnings and Rerun Precheck para ejecutar la comprobación previa de nuevo.

9. Una vez que 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.

    • Migración de esquema + migración completa de datos

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

    • Migración de esquema + migración completa de datos + migración incremental de datos

      La tarea de migración no se detiene automáticamente. Debe detenerla 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 trasladar su carga de trabajo al clúster de destino.

      1. Espere a que la tarea de migración entre en la fase Incremental Data Migration y el estado muestre Undelayed. Después, 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 cierta latencia.

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

12. Traslade sus cargas de trabajo a la instancia de PolarDB for MySQL.