Migrate from RDS for MySQL to AnalyticDB for PostgreSQL - Data Transmission Service

Data Transmission Service (DTS) admite la migración de datos desde una instancia de ApsaraDB RDS for MySQL hacia AnalyticDB for PostgreSQL.

Bases de datos de origen compatibles

Es posible migrar datos desde los siguientes tipos de bases de datos de origen MySQL hacia una instancia de AnalyticDB for PostgreSQL.

Instancias de ApsaraDB RDS for MySQL
Bases de datos MySQL autogestionadas:
- Base de datos autogestionada con una dirección IP pública
- Base de datos autogestionada en una instancia de ECS
- Base de datos autogestionada conectada mediante Database Gateway
- Base de datos autogestionada conectada mediante CEN
- Base de datos autogestionada conectada mediante Express Connect, VPN Gateway o Smart Access Gateway

Nota

Este tema utiliza una instancia de ApsaraDB RDS for MySQL como ejemplo para ilustrar el procedimiento de configuración. El proceso es similar para otros tipos de bases de datos de origen.

Requisitos previos

Cree una instancia de destino de AnalyticDB for PostgreSQL. Para más detalles, consulte Create an instance.
El espacio de almacenamiento de la instancia de destino de AnalyticDB for PostgreSQL debe superar el espacio que utiliza la instancia de origen de ApsaraDB RDS for MySQL.

Notas de uso

Nota

DTS migra las claves externas durante la migración del esquema.
Durante la migración completa e incremental de datos, DTS deshabilita temporalmente las comprobaciones de restricciones y las cascadas de claves externas a nivel de sesión. Las actualizaciones o eliminaciones en cascada en la base de datos de origen mientras se ejecuta la tarea pueden provocar inconsistencias en los datos.

Tipo	Descripción
Limitaciones de la base de datos de origen	Las tablas que se van a migrar deben tener una clave principal o una restricción única con campos únicos para evitar la duplicación de datos en la base de datos de destino. Si la migración a nivel de tabla implica editar objetos, por ejemplo mediante el mapeo de columnas, una sola tarea de migración de datos tiene un límite de 1,000 tablas. Superar este límite genera un error al enviar la tarea. Para solucionarlo, divida las tablas en varias tareas o migre la base de datos completa. Si necesita migración incremental, habilite el registro binario: Establezca binlog_format en ROW y binlog_row_image en FULL. De lo contrario, la comprobación previa falla y la tarea no puede iniciarse. Importante Si su origen MySQL autogestionado es un clúster de doble maestro —donde cada instancia actúa como maestro y esclavo— habilite el parámetro log_slave_updates. Esto garantiza que DTS pueda leer todos los registros binarios. En las instancias de RDS for MySQL, conserve los registros binarios locales durante como mínimo tres días (se recomiendan siete). En las bases de datos MySQL autogestionadas, consérvelos durante como mínimo siete días. Si DTS no puede acceder a los registros binarios, la tarea termina con errores. En casos extremos, puede producirse inconsistencia o pérdida de datos. Los problemas causados por periodos de retención de registros binarios más cortos de lo que requiere DTS no están cubiertos por el SLA de DTS. Nota Para configurar el retention period de los registros binarios locales en una instancia de RDS for MySQL, consulte Automatically delete local logs. Durante la migración, no ejecute operaciones DDL para modificar claves principales ni agregar comentarios, como `ALTER TABLE table_name COMMENT='table_comment';`. De lo contrario, la operación DDL fallará. Si los datos que se van a migrar desde la base de datos de origen contienen el valor DATETIME `0000-00-00 00:00:00`, la tarea de migración de datos podría terminar con errores. Nota DTS convierte este valor de fecha a `null` al migrarlo a la base de datos de destino. Puede cambiar temporalmente los datos de la base de datos de origen a `0001-01-01 00:00:00` o configurar la columna correspondiente en la base de datos de destino para que admita valores nulos. Operaciones no permitidas en la base de datos de origen: No ejecute operaciones DDL que cambien los esquemas de la base de datos o de las tablas durante la migración del esquema o la migración completa. De lo contrario, la tarea de migración terminará con errores. Nota Durante la migración completa, DTS consulta la base de datos de origen. Esto genera bloqueos de metadatos que pueden impedir las operaciones DDL en dicha base de datos. Si solo ejecuta la migración completa, no escriba datos nuevos en la instancia de origen. De lo contrario, los datos de origen y destino quedarán inconsistentes. Para mantenerlos consistentes en tiempo real, seleccione la migración del esquema, la migración completa y la migración incremental. DTS no migra los datos generados por cambios que no se escriben en los registros binarios. Algunos ejemplos son los datos restaurados a partir de copias de seguridad físicas o creados mediante operaciones en cascada. Nota Si esto ocurre, vuelva a ejecutar la migración completa cuando su negocio lo permita. Si su base de datos MySQL de origen es la versión 8.0.23 o posterior y contiene columnas ocultas invisibles, DTS no puede leer esas columnas. Esto puede provocar pérdida de datos. Nota Ejecute `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` para hacer visible la columna oculta. Para obtener más información, consulte Invisible Columns.
Otras limitaciones	Requisitos de los objetos de migración: Solo se admite la migración a nivel de tabla. No se admite la migración de datos de los siguientes tipos: VARBIT, GEOMETRY, ARRAY, UUID, TSQUERY, TSVECTOR, TXID_SNAPSHOT y POINT. No se admite la migración de índices de prefijo, lo cual puede provocar que la migración de datos termine con errores. No se admite la migración de particiones, vistas, procedimientos, funciones, desencadenadores, claves externas ni índices. Si su base de datos de origen utiliza operaciones DDL en línea con modo de tabla temporal —incluidos escenarios de fusión de varias tablas— o agrega índices basados en funciones a columnas de clave única, puede producirse pérdida de datos o que la tarea termine con errores en la base de datos de destino. Si una tabla que se va a migrar tiene una clave principal, la columna de clave principal en la tabla de destino debe ser igual a la de la tabla de origen. Si no tiene clave principal, la columna de clave principal en la tabla de destino debe coincidir con la clave de distribución. La clave única de la tabla de destino, incluida la columna de clave principal, debe contener todas las columnas de la clave de distribución. Antes de migrar los datos, evalúe el rendimiento de las bases de datos de origen y de destino. Se recomienda migrar los datos fuera del horario de mayor actividad. De lo contrario, la sincronización inicial completa de datos incrementa la carga en ambas bases de datos al consumir sus recursos de lectura y escritura. Las operaciones INSERT concurrentes durante la sincronización inicial completa de datos provocan fragmentación en las tablas. Por ello, el espacio de tabla en la base de datos de destino será mayor que en la de origen. Si migra una o más tablas en lugar de la base de datos completa, no utilice herramientas como pt-online-schema-change para ejecutar operaciones DDL en línea sobre los objetos de migración en la base de datos de origen. De lo contrario, la migración terminará con errores. Puede utilizar Data Management (DMS) para aplicar cambios DDL en línea. Para obtener más información, consulte Perform lock-free DDL operations. Durante la migración con DTS, no escriba datos de otras fuentes en la base de datos de destino. De lo contrario, se producirá inconsistencia entre las bases de datos de origen y de destino. Por ejemplo, si utiliza DMS para aplicar un cambio DDL en línea mientras se escriben datos de otras fuentes en la base de datos de destino, podría perderse información en esta última. La tabla de destino no puede ser una tabla optimizada para anexos (AO). Si utiliza el mapeo de columnas para una migración parcial de tablas, o si los esquemas de las tablas de origen y destino son inconsistentes, se perderán los datos de las columnas de origen que no existan en la tabla de destino. Si su instancia de RDS for MySQL tiene habilitado Always-Encrypted, no se admite la migración completa. Nota Las instancias de RDS for MySQL con Transparent Data Encryption (TDE) habilitado admiten la migración del esquema, la migración completa y la migración incremental. Si una tarea termina con errores, 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 sus parámetros. Nota Solo se modifican los parámetros de la tarea de DTS, no los de la base de datos. Entre los parámetros que se pueden ajustar se incluyen los que se enumeran en Modify instance parameters.
Casos especiales	Para orígenes MySQL autogestionados: Un cambio de maestro a reserva en la base de datos de origen provoca que la tarea de migración termine con errores. DTS calcula la latencia al comparar la marca de tiempo del último registro migrado a la base de datos de destino con la hora actual. Si no se ejecutan operaciones DML en el origen durante mucho tiempo, el reporte de latencia pierde precisión. Si la latencia parece demasiado alta, ejecute una operación DML en el origen para actualizar el valor. Nota Si selecciona la migración de la base de datos completa, cree una tabla de latido. Actualícela o escriba en ella cada segundo. DTS ejecuta periódicamente CREATE DATABASE IF NOT EXISTS `test` en la base de datos de origen para avanzar el desplazamiento del registro binario. Si su origen es Amazon Aurora MySQL u otra instancia MySQL en clúster, asegúrese de que el nombre de dominio o la dirección IP configurados para la tarea —y su resolución DNS— apunten siempre a un nodo de lectura y escritura (RW). De lo contrario, la tarea de migración podría terminar con errores. Para orígenes de RDS for MySQL: Si necesita migración incremental, no se admiten como origen las instancias de RDS for MySQL que no registran registros de transacciones, como las instancias de solo lectura de RDS for MySQL 5.6. DTS ejecuta periódicamente CREATE DATABASE IF NOT EXISTS `test` en la base de datos de origen para avanzar el desplazamiento del registro binario.

Facturación

Tipo de migración	Cargo por configuración de la instancia	Cargo por tráfico de Internet
Migración del esquema y migración completa de datos	Sin cargo.	Cuando el parámetro Access Method de la base de datos de destino se establece en Public IP Address, se cobra el tráfico de Internet. Para obtener más información, consulte Billing overview.
Migración incremental de datos	Con cargo. Para obtener más información, consulte Billing overview.

Tipos de migración

Migración del esquema

DTS migra los esquemas de los objetos de migración desde la base de datos de origen hacia la de destino.

Nota
En las migraciones de esquema entre bases de datos heterogéneas, los tipos de datos podrían no corresponderse de forma exacta. Se recomienda evaluar cuidadosamente el impacto comercial del mapeo de tipos de datos. Para obtener más información, consulte Data type mapping for heterogeneous databases.
Migración completa de datos

DTS migra todos los datos existentes de los objetos de migración desde la base de datos de origen hacia la de destino.
Migración incremental de datos

Después de una migración completa de datos, DTS replica las actualizaciones incrementales desde la base de datos de origen hacia la de destino. Esto permite una migración fluida para sus aplicaciones autogestionadas y minimiza la interrupción del servicio.

Operaciones SQL para la migración incremental

Tipo de operación	Instrucción SQL
DML	INSERT, UPDATE y DELETE Nota El sistema convierte automáticamente una instrucción UPDATE en una instrucción REPLACE INTO al escribir en la instancia de destino de AnalyticDB for PostgreSQL. Si una instrucción UPDATE modifica una clave principal, el sistema la convierte en instrucciones DELETE e INSERT.
DDL	ALTER TABLE

Aviso

Si el tipo de datos de una columna en la tabla de origen cambia durante la migración, la tarea reportará un error y se detendrá. Siga estos pasos para solucionar el problema manualmente.

Suponga que una tarea de migración de datos hacia la instancia de destino de AnalyticDB for PostgreSQL termina con errores debido a un cambio de tipo de datos en una tabla de origen, por ejemplo, la tabla customer.
En su instancia de AnalyticDB for PostgreSQL, cree una tabla nueva, como customer_new, con el mismo esquema que la tabla customer.
Ejecute el comando INSERT INTO ... SELECT para copiar los datos de customer a customer_new. Asegúrese de que los datos de ambas tablas sean consistentes.
Cambie el nombre o elimine la tabla que presentó el error, customer, y luego cambie el nombre de customer_new a customer.
En la consola de DTS, reinicie la tarea de migración de datos.

Permisos de las cuentas de base de datos

Base de datos	Migración del esquema	Migración completa	Migración incremental
ApsaraDB RDS for MySQL	Permiso SELECT	Permiso SELECT	Permisos REPLICATION SLAVE, REPLICATION CLIENT y SELECT sobre los objetos que se van a migrar. DTS otorga estos permisos automáticamente a la cuenta de la base de datos.
AnalyticDB for PostgreSQL	Permisos de lectura y escritura

Para conocer cómo crear y autorizar una cuenta de base de datos, consulte los siguientes temas:

Para una instancia de ApsaraDB RDS for MySQL: Create an account y Modify the permissions of a standard account on an ApsaraDB RDS for MySQL instance.
Para una instancia de AnalyticDB for PostgreSQL: Create and manage a database account.

Procedimiento

Vaya a la página de la lista de tareas de migración de la región de destino mediante uno de los métodos a continuación.
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.
Haga clic en Create Task para ir a la página de configuración de la tarea.

Configure las bases de datos de origen y de destino.

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 con facilidad. El nombre no necesita ser único.
Source Database	Database Type	Seleccione MySQL.
	Access Method	Seleccione Alibaba Cloud Instance.
	Instance Region	Seleccione la región donde se encuentra la instancia de origen de ApsaraDB RDS for MySQL.
	Cross-account	Este ejemplo muestra una migración de datos dentro de una sola cuenta de Alibaba Cloud. Para este escenario, seleccione No.
	RDS Instance ID	Seleccione el ID de la instancia de origen de ApsaraDB RDS for MySQL.
	Database Account	Introduzca la cuenta de base de datos de la instancia de origen de ApsaraDB RDS for MySQL. Para obtener más información sobre los permisos obligatorios, consulte Permissions required for database accounts.
	Database Password	Introduzca la contraseña de la cuenta de 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.
Destination Database	Database Type	Seleccione AnalyticDB for PostgreSQL.
	Access Method	Seleccione Alibaba Cloud Instance.
	Instance Region	Seleccione la región donde se encuentra la instancia de destino de AnalyticDB for PostgreSQL.
	Instance ID	Seleccione el ID de la instancia de destino de AnalyticDB for PostgreSQL.
	Database Name	Introduzca el nombre de la base de datos de destino en la instancia de AnalyticDB for PostgreSQL.
	Database Account	Introduzca la cuenta inicial de la instancia de destino de AnalyticDB for PostgreSQL. Nota También puede introducir una cuenta que tenga el permiso RDS_SUPERUSER. Para obtener más información, consulte User permission management.
	Database Password	Introduzca la contraseña de la cuenta de base de datos.

Una vez completada la configuración, haga clic en Test Connectivity and Proceed en la parte inferior de la página.
Nota
- Asegúrese de que el segmento de dirección IP del servicio DTS se agregue automática o manualmente 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.
- Si la base de datos de origen o de destino es autogestionada (el Access Method no es Alibaba Cloud Instance), también debe hacer clic en Test Connectivity en el cuadro de diálogo CIDR Blocks of DTS Servers que aparece.

Configure los objetos de la tarea.

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, asegúrese 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 coherencia de los datos.
Select DDL and DML to Sync at the Instance Level	Seleccione las operaciones SQL que desea migrar de forma incremental a nivel de instancia. Para obtener más información sobre las operaciones compatibles, consulte Supported SQL operations for incremental migration. Nota Para seleccionar operaciones SQL a nivel de base de datos o de tabla, haga clic con el botón derecho en un objeto de migración en la sección Selected Objects y seleccione las operaciones SQL deseadas en el cuadro de diálogo.
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 aprueba. 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 se inicia. Nota Si una tabla en la base de datos de destino tiene el mismo nombre pero no se puede eliminar ni 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 de datos y riesgos para el negocio. Por ejemplo: Si los esquemas de las tablas son coherentes 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 en 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.
Storage Engine Type	Seleccione un motor de almacenamiento para las tablas de destino según sus requisitos de negocio. El valor predeterminado es Beam. Nota Este parámetro está disponible solo si la instancia de destino de AnalyticDB for PostgreSQL tiene una versión de kernel v7.0.6.6 o posterior y usted seleccionó Migration Types para el parámetro Schema Migration.
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 para seleccionar objetos de migración es esquema, tabla y columna. Si selecciona solo tablas o columnas como objetos de migración, otros objetos como vistas, disparadores y procedimientos almacenados no se migran 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 en la esquina superior derecha del cuadro Batch Edit. Para obtener más información, consulte Map multiple schema, table, and column names. Nota Para seleccionar operaciones SQL a nivel de base de datos o de tabla, haga clic con el botón derecho en un objeto de migración en la sección Selected Objects y seleccione las operaciones SQL deseadas en el cuadro de diálogo. Para especificar condiciones WHERE que filtren datos, haga clic con el botón derecho en una tabla de la sección Selected Objects y especifique las condiciones en el cuadro de diálogo. Para obtener más información, consulte Set filter conditions. Si cambia el nombre de un objeto mediante la función de asignación de nombres, la migración de los objetos dependientes podría fallar.

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.
Retry Time for Failed Connections	Después de que se inicia la tarea de migración, si la conexión a la base de datos de origen o de destino falla, DTS reporta un error e intenta reconectarse 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 reconecta 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 finaliza con errores. Nota Para varias instancias de DTS que 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 sus necesidades de negocio. También puede liberar la instancia de DTS lo antes posible después de liberar las instancias de base de datos de origen y de destino.
Retry Time for Other Issues	Después de que se inicia la tarea de migración, si ocurre un problema distinto a la conectividad en la base de datos de origen o de destino (por ejemplo, una excepción al ejecutar DDL o DML), DTS reporta un error e intenta repetir 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 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 finaliza con errores. 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 que 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. 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 está disponible solo si selecciona Full Data Migration para 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 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 está disponible solo si selecciona Incremental Data Migration para Migration Types. También puede adjust the incremental migration speed después de que la instancia de migración esté en ejecución.
Enclose Object Names in Quotation Marks	Especifique si desea encerrar los nombres de los objetos entre comillas. Seleccione Yes: Si la base de datos de origen cumple con los siguientes requisitos, DTS encierra automáticamente los nombres de esquemas, tablas o columnas entre comillas simples (') o dobles (") durante la migración de esquemas y la migración incremental de datos. La base de datos de origen distingue entre mayúsculas y minúsculas, y los nombres de los objetos usan mayúsculas y minúsculas combinadas. El nombre de una tabla de origen comienza con un carácter no alfabético o contiene caracteres distintos de letras, dígitos o los caracteres especiales compatibles. Nota Solo se admiten los siguientes caracteres especiales: guiones bajos (_), signos de número (#) y signos de dólar ($). Los nombres de los esquemas, tablas o columnas que desea migrar son palabras clave, palabras reservadas o caracteres no válidos en la base de datos de destino. Seleccione No: DTS no encierra los nombres de los objetos entre comillas.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Elija si desea escribir la información SQL de latido 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.
Environment Tag	Puede seleccionar una etiqueta de entorno para identificar la instancia según sus requisitos de negocio. En este ejemplo, no es necesario configurar este parámetro.
Configure ETL	Elija si desea habilitar la función de extracción, transformación y carga (ETL). Para obtener más información, consulte What is ETL? Valores válidos: Yes: Habilita la función ETL. Introduzca las instrucciones de procesamiento de datos en el editor de código. Para obtener más información, consulte Configure ETL in a data migration or data synchronization task. No: Deshabilita la función ETL.
Monitoring and Alerting	Seleccione si desea configurar alertas y recibir notificaciones de alerta según sus necesidades de negocio. No: No configura ninguna alerta. Yes: Configure las alertas estableciendo un alert threshold y un notificaciones de alerta. Si una migración falla o la latencia supera el umbral, el sistema envía una notificación de alerta.

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.
Opcional: Configure los campos de tabla y de columna. Especifique la Primary Key Column y la Distribution Key de las tablas que se migrarán a la instancia de destino de AnalyticDB for PostgreSQL. Para obtener más información, consulte CREATE TABLE.

Nota
Este paso está disponible solo si seleccionó Schema Migration al configurar los objetos de migración.

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 comience la tarea de migración, DTS ejecuta una comprobación previa. La tarea se inicia solo después de aprobar dicha comprobación.
- Si la comprobación previa falla, haga clic en View Details junto al elemento que falló, corrija el problema según 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 que falló, corrija el problema según las indicaciones y vuelva a ejecutar la comprobación previa.
  
  Para los elementos de comprobación que se pueden ignorar, haga 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, podrían surgir problemas como inconsistencia de datos que representen riesgos para su negocio.

Adquiera la instancia.

Cuando Success Rate sea del 100 %, haga clic en Next: Purchase Instance.

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?
New Instance Class	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 su escenario de negocio. Para obtener más información, consulte Data migration link specifications.

Una vez completada la configuración, lea y seleccione Data Transmission Service (Pay-as-you-go) Service Terms.
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 cuando termina 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.