How to migrate between PolarDB for PostgreSQL (Compatible with Oracle) clusters - Data Transmission Service

Data Transmission Service (DTS) permite migrar datos entre clústeres de PolarDB for PostgreSQL (Compatible with Oracle).

Requisitos previos

Los clústeres de origen y destino de PolarDB for PostgreSQL (Compatible with Oracle) deben existir. Para obtener más información, consulte Create a PolarDB for PostgreSQL (Compatible with Oracle) cluster.
En el clúster de origen de PolarDB for PostgreSQL (Compatible with Oracle), el parámetro wal_level debe establecerse en logical. Esta configuración agrega la información necesaria para la decodificación lógica al registro previo de escritura (WAL). Para obtener más información, consulte Configure cluster parameters.

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	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 1,000 tablas. Si supera este límite, se reporta un error al enviar la tarea. En este 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. Para 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 requiere conservar los registros durante como mínimo 7 días. Una vez finalizada la migración completa, puede volver a establecer el periodo de retención en como mínimo 24 horas. Configurar 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 en la base de datos de origen: Durante las fases de migración de esquema y migración completa de datos, no ejecute ninguna operación DDL que modifique el esquema de las bases de datos o tablas. De lo contrario, la tarea de migración presentará errores. Si solo ejecuta la migración completa de datos, 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 esquema, la migración completa de datos y la migración incremental de datos. Para garantizar que la tarea de migración se ejecute sin problemas y evitar interrupciones en la suscripción lógica causadas por un cambio entre nodo primario y secundario, el clúster de origen de PolarDB for PostgreSQL(Compatible with Oracle) debe admitir logical replication slot failover y tenerlo habilitado. Nota Si el clúster de origen de 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 con sintaxis de Oracle 2.0), un cambio de alta disponibilidad (HA) en la base de datos de origen puede provocar un error irrecuperable en la instancia de migración. Debido a las limitaciones de las suscripciones lógicas, si se está ejecutando una instancia de migración que incluye migración incremental de datos y el tamaño de una sola fila por migrar supera los 256 MB después de un cambio incremental, la instancia de migración presenta un error irrecuperable y debe reconfigurarla. 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 puede provocar la acumulación de archivos WAL y agotar 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, debe configurar 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 serán visibles en la consola cuando configure la tarea. Si una tabla por 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, cuando configure 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 presentar errores. Para las tareas que incluyen migración incremental de datos, debe ejecutar el comando `ALTER TABLE schema.table REPLICA IDENTITY FULL;` en las tablas por 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, evite operaciones que bloqueen tablas mientras se ejecuta este comando. Si omite las comprobaciones relacionadas durante la verificación previa, DTS ejecuta automáticamente este comando 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 nueva tabla 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á errores en la tarea. 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 incremental de datos, DTS crea una tabla de latidos llamada `dts_postgres_heartbeat` en la base de datos de origen. Durante la migración incremental de datos, 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 permite que DTS obtenga los registros incrementales de la base de datos de origen de los últimos 15 minutos. Cuando una tarea de migración de datos presenta errores 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 usa 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, debe limpiar manualmente la ranura de replicación en la base de datos de origen para evitar la acumulación de registros, lo cual podría agotar el espacio en disco y dejar la base de datos de origen no disponible. Si ocurre un cambio entre nodo primario y secundario en la base de datos de origen, debe iniciar 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 completa de datos, 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 completa de datos pueden fragmentar las tablas, lo que podría hacer que la base de datos de destino use 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 cumpla con los requisitos de su negocio. DTS usa la función `ROUND(COLUMN,PRECISION)` para leer los valores de estas columnas. Si no se define explícitamente una precisión, DTS usa 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, debe finalizar o liberar la tarea, o revocar los permisos de escritura de la cuenta que DTS usa para acceder a la instancia de destino mediante el comando `revoke`. Esto evita que una tarea reanudada automáticamente sobrescriba datos en la instancia de destino. La validación de DTS comprueba el contenido de los datos, pero no admite la validación de metadatos para objetos como secuencias. Debe validar estos objetos manualmente. Después de cambiar sus 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 cambiar sus cargas de trabajo, debe actualizar 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 completa o incremental de datos en las que las tablas por migrar de la base de datos de origen contienen claves externas, disparadores o disparadores de eventos. DTS establece temporalmente el parámetro `session_replication_role` en `replica` a nivel de sesión durante la migración. Si la cuenta de la base de datos de destino no tiene los permisos necesarios, debe establecer 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 inconsistencias en los datos. Después de liberar la tarea de migración, puede restablecer el parámetro a `origin`. Si una tarea presenta 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 parámetros de la base de datos. Los parámetros que se pueden ajustar incluyen los que se enumeran en Modify instance parameters. Al migrar tablas particionadas, debe incluir la tabla principal y todas sus particiones secundarias como objetos de migración para evitar inconsistencias en los datos. Importante En PolarDB for PostgreSQL(Compatible with Oracle), la tabla principal de una tabla particionada no almacena datos directamente; los datos se almacenan 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 las inconsistencias 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, estén en la misma base de datos.

Facturación

Tipo de migración	Cargo por configuración de la instancia	Cargo por tráfico de Internet
Migración de 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 le cobra por 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

Tipo de migración	Descripción
Migración de esquema	DTS migra los esquemas de los objetos a la base de datos de destino. DTS admite la migración de esquemas para los siguientes tipos de objetos: tablas, vistas, sinónimos, procedimientos almacenados, funciones almacenadas, paquetes y tipos definidos por el usuario. Nota DTS no admite la migración de esquemas para disparadores. Se recomienda eliminar los disparadores de la base de datos de origen para evitar inconsistencias en los datos. Para obtener más información, consulte Configure a data synchronization or migration task for a source database that contains a trigger.
Migración completa de datos	DTS migra los datos históricos de la base de datos de origen a la base de datos de destino. Nota No ejecute operaciones DDL en los objetos de migración antes de que finalicen la migración de esquema y la migración completa de datos. De lo contrario, la tarea de migración podría presentar errores.
Migración incremental de datos	Después de la migración completa de datos, DTS captura las actualizaciones incrementales de datos del registro de rehacer (redo log) de la base de datos de origen y las migra a la base de datos de destino. La migración incremental de datos permite una migración fluida con un tiempo de inactividad mínimo de la aplicación.

Objetos compatibles

Objeto	Detalles
SCHEMA, TABLE	Incluye PRIMARY KEY, UNIQUE KEY, FOREIGN KEY, tipos de datos integrados y DEFAULT CONSTRAINT
VIEW, PROCEDURE	Requiere PostgreSQL versión 11 o posterior. La compatibilidad varía según el tipo de base de datos de destino; consulte la consola para obtener más detalles

SQL compatible con la migración incremental

Tipo de operación	Sentencia SQL
DML	INSERT, UPDATE y DELETE
DDL	DTS migra operaciones DDL únicamente para las tareas de migración de datos creadas después del 1 de octubre de 2020. Importante Para las tareas de migración de datos creadas antes del 12 de mayo de 2023, debe crear disparadores y funciones en la base de datos de origen para capturar la información DDL antes de configurar la tarea de migración. Para obtener más información, consulte DDL incremental migration for PostgreSQL by using triggers and functions. DTS no admite la migración de datos de tipo BIT durante la migración incremental de datos. Cuando la cuenta de la base de datos de origen es una cuenta con privilegios, DTS admite las siguientes sentencias DDL: CREATE TABLE y DROP TABLE ALTER TABLE (incluye RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK y ALTER COLUMN DROP DEFAULT) TRUNCATE TABLE CREATE INDEX ON TABLE Importante DTS no migra cláusulas adicionales en las sentencias DDL, como CASCADE o RESTRICT. DTS no migra sentencias DDL de una sesión en la que se ejecuta el comando `SET session_replication_role = replica`. DTS no migra sentencias DDL ejecutadas mediante la invocación de una función. Si una sola confirmación en la base de datos de origen contiene sentencias DML y DDL, DTS no migra las sentencias DDL. Si una sola confirmación en la base de datos de origen incluye sentencias DDL para objetos no seleccionados, DTS no migra dichas sentencias.

Permisos obligatorios para las cuentas de base de datos

Base de datos	Permisos obligatorios
Clúster de origen de PolarDB for PostgreSQL (Compatible with Oracle)	Una cuenta con privilegios.
Clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle)	Permiso de Database owner. Importante El database owner se especifica al crear la base de datos.

Para crear una cuenta de base de datos y otorgar permisos:

Para un clúster de PolarDB for PostgreSQL (Compatible with Oracle), consulte Crear una cuenta de base de datos.

Procedimiento

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

Aviso

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

Sección	Parámetro	Descripción
N/A	Task Name	DTS genera automáticamente un nombre para la tarea. Le recomendamos especificar un nombre descriptivo que facilite su identificación. No es obligatorio que el nombre sea único.
Source Database	Select Existing Connection	Para usar una instancia de base de datos que ya se haya added to the system (creado o guardado), seleccione la instancia deseada en la lista desplegable. La información de la base de datos que aparece a continuación se configurará automáticamente. Nota En la consola de DMS, este parámetro se llama Select a DMS database instance.. Si no registró la instancia de base de datos en el sistema o no necesita usar una instancia registrada, configure manualmente la información de la base de datos que aparece a continuación.
	Database Type	Seleccione PolarDB (Compatible with Oracle).
	Access Method	Seleccione Public IP Address.
	Instance Region	Seleccione la región donde se encuentra el clúster de origen de PolarDB for PostgreSQL (Compatible with Oracle).
	Data Sources	Single Data Source: esta opción requiere que especifique el Domain Name or IP Address y el Port Number del nodo principal del clúster de origen de PolarDB for PostgreSQL (Compatible with Oracle). Multiple Data Sources: esta opción también requiere que introduzca las direcciones IP y los números de puerto de varios nodos, incluido el principal, del clúster de origen de PolarDB for PostgreSQL (Compatible with Oracle) en el campo IP:Port of Data Sources. Nota Si selecciona Multiple Data Sources y configura el parámetro IP:Port of Data Sources, DTS puede realizar automáticamente un failover hacia un nuevo nodo principal cuando ocurre un cambio entre el nodo principal y el secundario en el clúster de PolarDB for PostgreSQL (Compatible with Oracle). Esta función admite escenarios de recuperación ante desastres. En este ejemplo, se selecciona Single Data Source.
	Domain Name or IP Address	Introduzca el endpoint del nodo principal del clúster de origen de PolarDB for PostgreSQL (Compatible with Oracle). Nota Ejecute el comando `ping` en su computadora para obtener la dirección IP del endpoint de conexión directa del clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle).
	Port Number	Introduzca el puerto de servicio de la base de datos de origen. El valor predeterminado es 1521. Nota En este ejemplo, este puerto de servicio debe ser accesible desde internet.
	IP:Port of Data Sources	Introduzca las direcciones IP y los números de puerto de varios nodos del clúster de origen de PolarDB for PostgreSQL (Compatible with Oracle). Separe varias entradas con comas (,).
	Oracle Type	Non-RAC Instance: esta opción requiere que especifique el SID. RAC or PDB Instance: esta opción requiere que especifique el Service Name. En este ejemplo, se selecciona Non-RAC Instance.
	Database Name	Introduzca el nombre de la base de datos que contiene el objeto de migración en el clúster de origen de PolarDB for PostgreSQL (Oracle Compatible).
	Database Account	Introduzca la cuenta de la base de datos del clúster de origen de PolarDB for PostgreSQL (Compatible with Oracle). 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.
Destination Database	Select Existing Connection	Para usar una instancia de base de datos que ya se haya added to the system (creado o guardado), seleccione la instancia deseada en la lista desplegable. La información de la base de datos que aparece a continuación se configurará automáticamente. Nota En la consola de DMS, este parámetro se llama Select a DMS database instance.. Si no registró la instancia de base de datos en el sistema o no necesita usar una instancia registrada, configure manualmente la información de la base de datos que aparece a continuación.
	Database Type	Seleccione PolarDB (Compatible with Oracle).
	Access Method	Seleccione Public IP Address.
	Instance Region	Seleccione la región donde se encuentra el clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle).
	Data Sources	Single Data Source: esta opción requiere que especifique el Domain Name or IP Address y el Port Number del nodo principal del clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle). Multiple Data Sources: esta opción también requiere que introduzca las direcciones IP y los números de puerto de varios nodos, incluido el principal, del clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle) en el campo IP:Port of Data Sources. Nota Si selecciona Multiple Data Sources y configura el parámetro IP:Port of Data Sources, DTS puede realizar automáticamente un failover hacia un nuevo nodo principal cuando ocurre un cambio entre el nodo principal y el secundario en el clúster de PolarDB for PostgreSQL (Compatible with Oracle). Esta función admite escenarios de recuperación ante desastres. En este ejemplo, se selecciona Single Data Source.
	Domain Name or IP Address	Introduzca el endpoint del nodo principal del clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle). Nota Ejecute el comando `ping` en su computadora para obtener la dirección IP del endpoint de conexión directa del clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle).
	Port Number	Introduzca el puerto de servicio de la base de datos de destino. El valor predeterminado es 1521.
	IP:Port of Data Sources	Introduzca las direcciones IP y los números de puerto de varios nodos del clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle). Separe varias entradas con comas (,).
	Database Name	Introduzca el nombre de la base de datos del clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle) a la que se migrarán los objetos.
	Database Account	Introduzca la cuenta de la base de datos del clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle). 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.

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 para permitir el acceso desde dichos servidores. Este proceso se puede hacer 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 está autogestionada (es decir, 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.

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 las tablas que recibirán 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 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. Si no hay tablas con nombres duplicados, la comprobación previa se supera. 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 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 son consistentes y un registro de la base de datos de destino tiene el mismo valor de clave principal 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 son inconsistentes, 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 cuadro Source Objects, haga clic en los objetos que desea migrar y luego haga clic en para moverlos al cuadro Selected Objects. Nota Puede seleccionar objetos a nivel de esquema o de tabla. Si selecciona tablas, otros objetos como vistas, disparadores y procedimientos almacenados no se migran. Si una tabla por migrar contiene columnas de tipo SERIAL y seleccionó Migration Types para Schema Migration, seleccione también Sequence o migre todo el esquema.
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 Si usa la función de asignación de nombres de objetos, la migración de otros objetos que dependen del objeto renombrado podría terminar con errores. Para establecer condiciones WHERE que filtren los datos, haga clic con el botón derecho en una tabla dentro del cuadro Selected Objects y especifique las condiciones de filtro en el cuadro de diálogo que aparece. Para obtener más información, consulte Filter task data with an SQL condition. Para elegir qué operaciones SQL se migran a nivel de base de datos o de tabla, haga clic con el botón derecho en un objeto de migración dentro del cuadro Selected Objects y seleccione las operaciones SQL deseadas en el cuadro de diálogo que aparece.

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, adquiera un dedicated cluster para ejecutar las tareas de migración de DTS.
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 e intenta restablecerla de inmediato. La duración predeterminada de los reintentos es de 720 minutos. Puede personalizar este tiempo con un valor de 10 a 1440 minutos. Se recomienda establecer una duración mayor a 30 minutos. Si DTS se reconecta a las bases de datos de origen y de destino dentro del tiempo especificado, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea termina con errores. 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, le recomendamos personalizar el tiempo de reintento según sus necesidades comerciales o liberar la instancia de DTS lo antes posible después de liberar 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 comandos DDL o DML, DTS reporta un error e intenta repetir la operación de inmediato. La duración predeterminada de los reintentos es de 10 minutos. Puede personalizar este tiempo con un valor de 1 a 1440 minutos. Se recomienda establecer una duración mayor a 10 minutos. Si las operaciones correspondientes se ejecutan correctamente dentro del tiempo de reintento especificado, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea termina 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, habilite el control 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 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 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 según sus necesidades comerciales. En este ejemplo, no es necesario configurar este parámetro.
Configure ETL	Decida 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 comerciales. No: no configura ninguna alerta. Yes: configure las alertas estableciendo un alert threshold y un alert notifications. 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.

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

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 la 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 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 comprobación previa. La tarea comienza únicamente después de superar esta comprobación.
- Si la comprobación previa termina con errores, haga clic en View Details junto al elemento que falló, resuelva el problema siguiendo las indicaciones y vuelva a ejecutar la comprobación previa.
- Si se reporta una advertencia durante la comprobación previa:
  
  Para los elementos de comprobación que no se pueden ignorar, haga clic en View Details junto al elemento que falló, resuelva el problema siguiendo las indicaciones y vuelva a ejecutar la comprobación previa.
  
  Para los elementos de comprobación que sí 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 inconsistencias en los datos y representar 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 del enlace afecta la velocidad de migración. Seleccione una especificación 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 la 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.