Migrate data from RDS for PostgreSQL to RDS for MySQL using DTS - Data Transmission Service

Utilice Data Transmission Service (DTS) para migrar datos de una instancia de ApsaraDB RDS for PostgreSQL a una instancia de ApsaraDB RDS for MySQL. DTS admite la migración de datos completa e incremental, lo que permite migrar la base de datos sin tiempo de inactividad.

Bases de datos de origen y destino

DTS admite la migración de PostgreSQL a MySQL en los escenarios que se describen a continuación. Este tema toma como ejemplo la migración de una instancia de ApsaraDB RDS for PostgreSQL a una instancia de ApsaraDB RDS for MySQL.

Migrar datos de una instancia de ApsaraDB RDS for PostgreSQL a una instancia de ApsaraDB RDS for MySQL.
Migrar datos de una base de datos PostgreSQL autogestionada a una base de datos MySQL autogestionada.

Requisitos previos

Cree una instancia de origen de ApsaraDB RDS for PostgreSQL y una instancia de destino de ApsaraDB RDS for MySQL. Create an ApsaraDB RDS for PostgreSQL instance y QuickCreate an ApsaraDB RDS for MySQL instance.

Nota
Para obtener información sobre las versiones compatibles de las bases de datos de origen y destino, consulte Overview of migration scenarios.
La instancia de destino de ApsaraDB RDS for MySQL debe tener más espacio de almacenamiento del que utiliza la instancia de origen de ApsaraDB RDS for PostgreSQL.

Limitaciones

Nota

Durante la migración de esquemas, DTS migra las claves externas de la base de datos de origen a la base de datos de destino.
Durante la migración de datos completa e incremental, DTS deshabilita temporalmente las comprobaciones de restricciones y las operaciones en cascada de claves externas a nivel de sesión. Si se producen operaciones de actualización o eliminación en cascada en la base de datos de origen mientras se ejecuta la tarea, puede haber inconsistencia de datos.

Tipo	Descripción
Limitaciones de la base de datos de origen	El servidor que aloja la base de datos de origen debe contar con suficiente ancho de banda de salida. Un ancho de banda insuficiente puede afectar la velocidad de migración. Cada tabla que se va a migrar debe tener una clave primaria o una restricción única. Todos los campos de la clave o restricción deben ser únicos para evitar datos duplicados en la base de datos de destino. Si migra objetos a nivel de tabla y necesita aplicar ediciones, como la asignación de nombres de columnas, una sola tarea de migración admite un máximo de 1000 tablas. Si supera este límite, el sistema reporta un error al enviar la tarea. En ese caso, divida las tablas en varias tareas o configure una tarea para migrar toda la base de datos. Para la migración incremental, debe configurar el registro previo de escritura (WAL): La función WAL debe estar habilitada. En una tarea exclusiva de migración incremental, Data Transmission Service (DTS) requiere que los registros WAL de la base de datos de origen se conserven durante como mínimo 24 horas. Para una tarea que incluye migración completa e incremental, DTS exige conservar los registros durante como mínimo 7 días. Una vez finalizada la migración completa, puede restablecer el periodo de retención a 24 horas como mínimo. Establecer un periodo de retención más corto puede provocar errores en la tarea si DTS no logra obtener los registros WAL necesarios, lo que podría generar inconsistencia o pérdida de datos. El acuerdo de nivel de servicio (SLA) de DTS no cubre los problemas causados por un periodo de retención de WAL inferior al requerido. Limitaciones operativas de la base de datos de origen: Durante las fases de migración de esquemas y migración de datos completa, no ejecute ninguna operación DDL que modifique el esquema de las bases de datos o de las tablas. De lo contrario, la tarea de migración fallará. Si solo ejecuta la migración de datos completa, no escriba datos nuevos en la instancia de origen para evitar inconsistencias. Para mantener la coherencia de los datos en tiempo real, se recomienda seleccionar la migración de esquemas, la migración de datos completa y la migración de datos incremental. Para garantizar que la tarea de migración se ejecute sin problemas y evitar interrupciones en la suscripción lógica provocadas por un cambio entre nodo principal y secundario, el clúster de origen PolarDB for PostgreSQL(Compatible with Oracle) debe admitir logical replication slot failover y tener esta función habilitada. Nota Si el clúster de origen PolarDB for PostgreSQL(Compatible with Oracle) no admite la conmutación por error de ranuras de replicación lógica (por ejemplo, si el motor de base de datos del clúster es compatibilidad de sintaxis de Oracle 2.0), un cambio de alta disponibilidad (HA) en la base de datos de origen puede provocar que la instancia de migración falle y quede irrecuperable. Debido a las limitaciones de las suscripciones lógicas, si una instancia de migración con migración de datos incremental está en ejecución y el tamaño de una fila individual supera los 256 MB tras un cambio incremental, la instancia de migración fallará de forma irrecuperable y deberá configurarla de nuevo. Si existen transacciones de larga duración en la base de datos de origen durante una migración incremental, los registros WAL generados antes de que estas transacciones se confirmen no se pueden borrar. Esto provoca la acumulación de archivos WAL y agota el espacio en disco de la base de datos de origen.
Otras limitaciones	Una sola tarea de migración de datos solo puede migrar una base de datos. Para migrar varias bases de datos, configure una tarea de migración independiente para cada una. DTS no admite la migración de tablas de extensión de TimescaleDB, tablas con herencia entre esquemas ni tablas con índices únicos basados en expresiones. Estos esquemas no estarán visibles en la consola cuando configure la tarea. Si una tabla que se va a migrar contiene una columna de tipo SERIAL, se crea automáticamente una secuencia para esa columna en la base de datos de origen. Por lo tanto, al configurar Source Objects, si Migration Types incluye Schema Migration, se recomienda seleccionar también Sequence o migrar todo el esquema. De lo contrario, la instancia de migración podría fallar. En las tareas que incluyen migración de datos incremental, debe ejecutar el comando `ALTER TABLE schema.table REPLICA IDENTITY FULL;` en las tablas que se van a migrar de la base de datos de origen antes de escribir datos en ellas. Esto garantiza la coherencia de los datos de las tablas en los dos escenarios siguientes. Para evitar bloqueos mutuos, no ejecute operaciones que bloqueen tablas mientras se ejecuta este comando. Si omite las comprobaciones relacionadas durante la verificación previa, DTS ejecuta este comando automáticamente al inicializar la instancia. Cuando la instancia se ejecuta por primera vez. Cuando la granularidad del objeto de migración se establece en Schema y se crea una tabla nueva en el esquema, o se reconstruye una tabla existente mediante el comando RENAME. Nota En el comando, reemplace `schema` y `table` por el nombre del esquema y el nombre de la tabla de los datos que se van a migrar. Ejecute esta operación fuera del horario de mayor actividad. DTS crea las siguientes tablas temporales en la base de datos de origen para obtener información como sentencias DDL de datos incrementales, la estructura de las tablas incrementales y los latidos. No elimine estas tablas temporales durante la migración, ya que esto provocará que la tarea falle. Las tablas se eliminan automáticamente después de liberar la instancia de DTS. `public.dts_pg_class`, `public.dts_pg_attribute`, `public.dts_pg_type`, `public.dts_pg_enum`, `public.dts_postgres_heartbeat`, `public.dts_ddl_command`, `public.dts_args_session` y `public.aliyun_dts_instance`. Para garantizar la precisión de las métricas de latencia en la migración de datos incremental, DTS crea una tabla de latidos llamada `dts_postgres_heartbeat` en la base de datos de origen. Durante la migración de datos incremental, DTS crea una ranura de replicación con el prefijo `dts_sync_` en la base de datos de origen para replicar los datos. Esta ranura de replicación permite que DTS obtenga los registros incrementales de la base de datos de origen correspondientes a los últimos 15 minutos. Cuando una tarea de migración de datos falla o se libera la instancia de migración, DTS intenta limpiar automáticamente la ranura de replicación. Nota Si cambia la contraseña de la cuenta de la base de datos de origen que utiliza la tarea, o quita las direcciones IP de DTS de la lista blanca de direcciones IP de la base de datos de origen durante la migración, la ranura de replicación no se podrá limpiar automáticamente. En este caso, limpie manualmente la ranura de replicación en la base de datos de origen para evitar la acumulación de registros, ya que esto podría agotar el espacio en disco y dejar la base de datos de origen no disponible. Si se produce un cambio entre nodo principal y secundario en la base de datos de origen, inicie sesión en la base de datos secundaria para limpiar manualmente la ranura de replicación. Antes de iniciar la migración, evalúe el rendimiento de las bases de datos de origen y de destino. Se recomienda ejecutar la migración fuera del horario de mayor actividad. Durante la migración de datos completa, DTS consume recursos de lectura y escritura en ambas bases de datos, lo que puede aumentar su carga. Las operaciones INSERT simultáneas durante la migración de datos completa pueden fragmentar las tablas. Como resultado, la base de datos de destino podría utilizar más espacio de almacenamiento que la instancia de origen. Compruebe que la precisión de migración de las columnas con tipos de datos FLOAT o DOUBLE cumple los requisitos de su negocio. DTS utiliza la función `ROUND(COLUMN,PRECISION)` para leer los valores de estas columnas. Si no se define explícitamente una precisión, DTS utiliza una precisión de 38 para FLOAT y de 308 para DOUBLE. DTS intenta reanudar una tarea de migración con errores durante un máximo de siete días. Antes de cambiar las cargas de trabajo de producción a la instancia de destino, finalice o libere la tarea. También puede revocar los permisos de escritura de la cuenta que DTS utiliza para acceder a la instancia de destino mediante el comando `revoke`. Esto evita que una tarea reanudada automáticamente sobrescriba los datos de la instancia de destino. La validación de DTS comprueba el contenido de los datos, pero no admite la validación de metadatos de objetos como las secuencias. Estos objetos se deben validar manualmente. Después de cambiar las cargas de trabajo a la instancia de destino, las secuencias recién escritas no se incrementan a partir del valor máximo de las secuencias correspondientes en la base de datos de origen. Antes de realizar el cambio, actualice los valores de las secuencias en la base de datos de destino. Para obtener más información, consulte Update sequence values in the destination database. Esta limitación aplica a las tareas de migración de datos completa o incremental en las que las tablas que se van a migrar de la base de datos de origen contienen claves externas, disparadores o disparadores de eventos. Si la cuenta de la base de datos de destino tiene permisos de privilegios elevados o de superusuario, DTS establece temporalmente el parámetro `session_replication_role` en `replica` a nivel de sesión durante la migración. Si la cuenta no tiene estos permisos, establezca manualmente el parámetro en `replica` en la base de datos de destino. Durante este periodo (mientras `session_replication_role` esté establecido en `replica`), las operaciones de actualización o eliminación en cascada en la base de datos de origen pueden provocar inconsistencia de datos. Después de liberar la tarea de migración, puede restablecer el parámetro a `origin`. Si una tarea falla, el equipo de soporte de DTS intentará restaurarla en un plazo de ocho horas. Durante la restauración, es posible que reinicien la tarea o ajusten sus parámetros. Nota Solo se modifican los parámetros de la tarea de DTS, no los parámetros de la base de datos. Los parámetros que se podrían ajustar se enumeran en Modify instance parameters. Al migrar tablas particionadas, incluya la tabla principal y todas sus particiones secundarias como objetos de migración para evitar inconsistencia de datos. Importante En PolarDB for PostgreSQL(Compatible with Oracle), la tabla principal de una tabla particionada no almacena datos directamente; estos se guardan en las particiones secundarias. La tarea de migración debe incluir la tabla principal y todas sus particiones secundarias para evitar la pérdida de datos y la inconsistencia entre las bases de datos de origen y de destino. No se admite la migración de tablas particionadas o tablas heredadas (tablas principales y secundarias) distribuidas en distintas bases de datos. Asegúrese de que las tablas particionadas y todas sus particiones, así como las tablas principales y todas sus tablas secundarias, se encuentren en la misma base de datos.

Precios

Tipo de migración	Cargo por configuración de enlace	Cargo por tráfico de red pública
Migración de estructura y migración de datos completa	Sin cargo.	Se aplican cargos a los datos migrados desde Alibaba Cloud a través de la red pública. Para obtener más información, consulte Billing overview.
Migración de datos incremental	Se aplican cargos. Para obtener más información, consulte Billing overview.

Tipos de migración

Migración de esquemas

Data Transmission Service (DTS) migra las definiciones de esquema de los objetos de migración desde la base de datos de origen hacia la base de datos de destino.
- DTS admite la migración de esquemas para tablas, vistas, disparadores, procedimientos almacenados y funciones.
  
  Nota
  Los elementos routine_body de los procedimientos almacenados, routine_body de las funciones y select_statement de las vistas no se modifican.
- Durante la migración de esquemas, DTS cambia DEFINER a INVOKER en las vistas, los procedimientos almacenados y las funciones que se van a migrar. Esta acción cambia el valor de SQL SECURITY a INVOKER. Además, DTS establece DEFINER con la cuenta de la base de datos de destino que se utiliza para la tarea de migración.
  
  Nota
  El método de autenticación de seguridad y el definidor de la base de datos de origen no se modifican.
- Dado que DTS no migra la información de usuario, otorgue permisos de lectura y escritura al invocador para poder llamar a vistas, procedimientos almacenados y funciones en la base de datos de destino.
Migración completa

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

Una vez finalizada la migración completa, DTS migra las actualizaciones de datos incrementales desde la base de datos de origen hacia la base de datos de destino. La migración incremental le permite migrar datos sin interrumpir sus aplicaciones autogestionadas.

Operaciones SQL para la migración incremental

Tipo de operación	Sentencia SQL
DML	INSERT, UPDATE y DELETE

Permisos obligatorios para las cuentas de base de datos

Base de datos	Migración de datos completa	Migración de datos incremental	Acciones
Instancia de ApsaraDB RDS for PostgreSQL	Permiso SELECT sobre los objetos que se van a migrar.	Una cuenta con privilegios que sea propietaria de la base de datos seleccionada. Nota Para la migración DML incremental desde una instancia de origen de ApsaraDB RDS for PostgreSQL 9.4, solo se requiere el permiso REPLICATION.	Create an account y create a database.
Instancia de ApsaraDB RDS for MySQL	Permisos de lectura y escritura		Create an account y modify account permissions.

Procedimiento

Vaya a la página de la lista de tareas de migración de la región de destino con 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ú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.
Haga clic en Create Task para ir a la página de configuración de la tarea.
Opcional: En la esquina superior derecha de la página, haga clic en New Configuration Page.
Nota
- Si ya se encuentra en la nueva página de configuración (el botón de la esquina superior derecha es Back to Previous Version), omita este paso.
- Los parámetros de las páginas de configuración nueva y anterior son distintos. Se recomienda usar la nueva página de configuración.

Configure las bases de datos de origen y de destino.

Aviso

Después de seleccionar las instancias de origen y de destino, lea los Limits en la parte superior de la página para asegurarse de que la tarea de migración se cree y se ejecute correctamente.

Categoría	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. No es obligatorio que el nombre sea único.
Source Database	Database Type	Seleccione PostgreSQL.
	Connection Type	Seleccione Alibaba Cloud Instance.
	Instance Region	Seleccione la región de la instancia de origen de ApsaraDB RDS for PostgreSQL.
	Instance ID	Seleccione el identificador de la instancia de origen de ApsaraDB RDS for PostgreSQL.
	Database Name	Introduzca el nombre de la base de datos de origen en la instancia de ApsaraDB RDS for PostgreSQL que contiene los objetos por migrar.
	Database Account	Introduzca la cuenta de la base de datos para la instancia de origen de ApsaraDB RDS for PostgreSQL. Los permisos obligatorios se detallan en Permission requirements for database accounts.
	Database Password	Introduzca la contraseña de la cuenta de la base de datos.
	Encryption	Seleccione un método de conexión. En este ejemplo, se elige Non-encrypted. Si necesita conectarse a la base de datos mediante cifrado SSL, seleccione SSL-encrypted. A continuación, cargue el CA Certificate, el Client Certificate y la Private Key of Client Certificate según corresponda. Después, introduzca la Private Key Password of Client Certificate. Nota Si selecciona SSL-encrypted para una base de datos PostgreSQL autogestionada, debe cargar el CA Certificate. Si necesita usar un certificado de cliente, debe cargar tanto el Client Certificate como la Private Key of Client Certificate. Luego, introduzca la Private Key Password of Client Certificate. Para obtener información sobre la función de cifrado SSL de una instancia de RDS for PostgreSQL, consulte SSL connection encryption.
Destination Database	Database Type	Seleccione MySQL.
	Connection Type	Seleccione Alibaba Cloud Instance.
	Instance Region	Seleccione la región de la instancia de destino de ApsaraDB RDS for MySQL.
	RDS Instance ID	Seleccione el identificador de la instancia de destino de ApsaraDB RDS for MySQL.
	Database Account	Introduzca la cuenta de la base de datos para la instancia de destino de ApsaraDB RDS for MySQL. Los permisos obligatorios se detallan en Permission requirements 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 en la instancia de RDS for MySQL. Para obtener más información, consulte Quickly enable SSL encryption using a cloud certificate.

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 los bloques CIDR de direcciones IP de los servidores de DTS estén agregados a la configuración de seguridad de las bases de datos de origen y de destino. Esto permite el acceso desde dichos servidores y se configura de forma automática o manual. Para obtener más información, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.
- Si la base de datos de origen o de destino es autogestionada (es decir, cuando Access Method no es Alibaba Cloud Instance), también debe hacer clic en Test Connectivity dentro del cuadro de diálogo CIDR Blocks of DTS Servers.

Configure los objetos de la tarea.

En la página Configure Objects, configure los objetos que desea migrar.

Parámetro	Descripción
	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 y las tablas receptoras en la base de datos de destino. También puede usar la función de asignación de nombres de objeto en el cuadro Selected Objects según lo requiera. Si no selecciona Incremental Data Migration, no escriba datos nuevos en la instancia de origen durante la migración para garantizar la consistencia de los datos.
Processing Mode of Conflicting Tables	Precheck and Report Errors: comprueba si existen tablas con el mismo nombre en la base de datos de destino. La verificación previa se aprueba si no hay tablas con nombres idénticos. Cuando existen tablas con el mismo nombre, se reporta un error durante la verificació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 elimina ni se renombra fácilmente, cambie el nombre de dicha tabla. Para obtener más información, consulte Object name mapping. Ignore Errors and Proceed: omite la comprobación de tablas con el mismo nombre. 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 principal que uno 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 al 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 termine con errores. Proceda con precaución.
Source Objects	En el panel Source Objects, seleccione los objetos que desea sincronizar. Luego, haga clic en para moverlos al panel 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, desencadenadores 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 en la esquina superior derecha del cuadro Batch Edit. Para obtener más información, consulte Map multiple schema, table, and column names. Nota La asignación de nombres de objeto puede provocar errores de migración en los objetos dependientes. Para filtrar datos con una cláusula WHERE, haga clic con el botón derecho en una tabla de la sección Selected Objects y especifique la condición de filtro. Filter task data with an SQL condition. 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 de migración dentro de la sección Selected Objects y elija las operaciones correspondientes.

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, por lo que no necesita seleccionar uno. Si requiere tareas más estables, adquiera un dedicated cluster para ejecutar las tareas de migración de DTS.
Retry Time for Failed Connections	Cuando la tarea de migración inicia y 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. Este tiempo se personaliza entre 10 y 1440 minutos, aunque se recomienda establecerlo en más de 30 minutos. Si DTS restablece la conexión con ambas bases de datos dentro del periodo indicado, la tarea de migración se reanuda automáticamente; de lo contrario, termina con errores. Nota En 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 la tarea genera cargos durante el periodo de reintento de conexión, se recomienda ajustar este tiempo según sus necesidades comerciales. También puede liberar la instancia de DTS tan pronto como libere 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 reintenta la operación de inmediato. La duración predeterminada de reintento es de 10 minutos. Este valor se ajusta entre 1 y 1440 minutos, aunque se recomienda configurarlo en más de 10 minutos. Si las operaciones relacionadas se ejecutan correctamente dentro del tiempo de reintento especificado, la tarea de migración se reanuda automáticamente; de lo contrario, termina con errores. Importante El valor de Retry Time for Other Issues debe ser menor que el 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 incrementa la carga de la base de datos. Si lo requiere, habilite la limitación de velocidad para esta tarea. Establezca los valores de 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 únicamente 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 está disponible únicamente 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	Opcional. Seleccione etiquetas de entorno para identificar la instancia.
Configure ETL	Según sus necesidades comerciales, seleccione si desea configurar ETL feature para procesar los datos. Yes: configura la función ETL. Además, 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 acuerdo con sus necesidades comerciales. No: no configura ninguna alerta. Yes: configura las alertas al establecer un alert threshold y un notificaciones de alerta. Si una migración termina con errores 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.

Si desea usar la función de validación de datos, consulte Configure data validation para ver las instrucciones de configuración.

Guarde la tarea y ejecute una verificación previa.
- Para consultar los parámetros de configuración de esta instancia al llamar a la operación de la API, coloque el puntero sobre el botón Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters en el globo emergente.
- Si no necesita consultar los parámetros de la 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 verificación previa. La tarea arranca únicamente después de aprobarla.
- Si la verificación previa termina con errores, haga clic en View Details junto al elemento fallido. Corrija el problema según las indicaciones y vuelva a ejecutar la verificación previa.
- Si se reporta una advertencia durante la verificación previa:
  
  Para los elementos que no se pueden ignorar, haga clic en View Details junto al elemento fallido. Resuelva el problema según las indicaciones y vuelva a ejecutar la verificació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 repetir la verificación previa. Tenga en cuenta que ignorar una advertencia puede causar problemas como inconsistencias en los datos y generar riesgos para su negocio.

Adquiera una instancia.

Cuando Success Rate alcance el 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. Consulte la siguiente tabla para obtener más información.

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 influye en la velocidad de migración, así que elija una según su escenario comercial. 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.

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 y continúa ejecutándose. Mientras la tarea de migración incremental esté activa, el Status de la tarea será Running.