Data Transmission Service:Migrate data from PolarDB for PostgreSQL to a self-managed Oracle database

Limitaciones bloqueantes

Resuelva estos puntos antes de iniciar la migración. Ignorarlos puede provocar que la tarea falle o que no sea posible recuperarla.

• No hay migración de esquemas. Cree todos los esquemas y tablas de destino en Oracle antes de configurar la tarea de migración.

• Se requiere Logical Replication Slot Failover para la migración incremental. Si el clúster de origen de PolarDB for PostgreSQL no es compatible con Logical Replication Slot Failover (por ejemplo, si el Database Engine del clúster es PostgreSQL 14), un cambio de alta disponibilidad (HA) durante la migración puede causar que la instancia de migración falle y no sea posible recuperarla.

• Límite de 256 MB por fila para la migración incremental. Si una sola fila supera los 256 MB tras un cambio incremental, la instancia de migración fallará y no podrá recuperarse. Para reanudarla, vuelva a configurar la instancia de migración.

• Se requiere clave primaria o índice único no nulo. Las tablas que se van a migrar deben tener una clave primaria o un índice único no nulo.

• No se permiten operaciones DDL durante la migración completa. Las operaciones DDL que modifican la estructura de la base de datos o de las tablas provocan que la tarea de migración falle.

• Claves externas y desencadenadores en la base de datos de destino. Deshabilite las claves externas y los desencadenadores en la base de datos Oracle de destino antes de la migración. Si permanecen activos, la tarea de migración podría fallar.

• Configuración REPLICA IDENTITY para la migración incremental. Antes de escribir datos en las tablas migradas, ejecute el siguiente comando en la base de datos de origen. Ejecútelo fuera del horario pico y evite operaciones concurrentes de bloqueo de tablas para prevenir interbloqueos.

  ALTER TABLE schema.table REPLICA IDENTITY FULL;

  Ejecute este comando en los siguientes escenarios: cuando la instancia se ejecuta por primera vez; cuando el objeto de migración es un esquema y se crea una nueva tabla en dicho esquema; o cuando el objeto de migración es un esquema y se reconstruye una tabla existente mediante el comando RENAME. Si omite el elemento de verificación previa correspondiente, DTS ejecutará automáticamente este comando durante la inicialización de la instancia.

• Tablas particionadas. Incluya tanto la tabla principal como todas las tablas secundarias como objetos de migración. En PostgreSQL, las tablas principales de las tablas particionadas no almacenan datos directamente; todos los datos residen en las tablas secundarias. Omitir las tablas secundarias provoca inconsistencia en los datos.

Limitaciones generales

• Una tarea de migración solo migra una base de datos. Configure una tarea independiente para cada base de datos que desee migrar.

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

• Los esquemas creados al instalar complementos no se pueden migrar y no aparecen en la consola al configurar la tarea.

• Las operaciones de actualización y eliminación en cascada en la base de datos de origen pueden causar inconsistencia de datos en el destino.

• Dado que la migración completa de datos ejecuta operaciones INSERT concurrentes, el espacio de la tabla de destino podría ser mayor que el del origen después de la migración completa.

• DTS valida el contenido de los datos, pero no valida metadatos como las secuencias. Valide las secuencias y otros metadatos por separado.

• Las transacciones de larga duración combinadas con una tarea de migración incremental provocan la acumulación de registros WAL (write-ahead log), lo cual puede agotar el espacio en disco de la base de datos de origen.

Gestión de slots de replicación

Durante la migración incremental de datos, DTS crea un slot de replicación con el prefijo dts_sync_ en la base de datos de origen. Este slot conserva los registros incrementales de los últimos 15 minutos. Cuando la migración falla o se libera la instancia de migración, DTS intenta limpiar el slot automáticamente.

La limpieza automática falla en los siguientes casos, por lo que deberá limpiar el slot manualmente para evitar la acumulación en disco:

• La contraseña de la cuenta de la base de datos de origen se cambia durante la migración.

• La dirección IP de DTS se elimina de la lista de permitidos de direcciones IP de la base de datos de origen durante la migración.

• Ocurre un failover en la base de datos de origen; inicie sesión en la base de datos secundaria para limpiar el slot.

Tablas temporales de DTS

DTS crea las siguientes tablas temporales en la base de datos de origen durante la migración. No las elimine, ya que hacerlo provoca que la tarea de migración falle. DTS las elimina automáticamente cuando se libera la instancia de migración.

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, public.aliyun_dts_instance

Paso 1: Abrir la página de configuración de la tarea de migración

Utilice uno de los siguientes puntos de entrada.

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, seleccione la región donde se ubicará la instancia de migración.

4. Haga clic en Create Task.

Desde la consola de DMS:

La navegación real puede variar según el modo y el diseño de la consola de DMS. Para más detalles, 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 de destino.

4. Haga clic en Create Task.

Paso 2: Configurar las bases de datos de origen y destino

En la página de configuración de la tarea, establezca Task Name con un nombre descriptivo para facilitar su identificación. El nombre no necesita ser único.

Base de datos de origen (PolarDB for PostgreSQL):

Base de datos de destino (Oracle):

Después de completar la configuración, haga clic en Test Connectivity and Proceed. En el cuadro de diálogo CIDR Blocks of DTS Servers, haga clic en Test Connectivity.

Asegúrese de agregar los rangos de direcciones IP del servidor DTS a la configuración de seguridad tanto de la base de datos de origen como de la de destino. Consulte Add DTS server IP addresses to a whitelist .

Paso 3: Configurar los objetos de migración

En la página Configure Objects, configure los siguientes parámetros:

Haga clic en Next: Advanced Settings.

Paso 4: Configurar opciones avanzadas

Paso 5: Ejecutar la verificación previa

Haga clic en Next: Save Task Settings and Precheck.

Para previsualizar los parámetros de la API correspondientes a esta configuración de instancia, pase el cursor sobre el botón Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters .

DTS ejecuta una verificación previa antes de iniciar la migración. Si la verificación previa falla:

• Haga clic en View Details junto al elemento fallido, corrija el problema y vuelva a ejecutar la verificación previa.

• Para advertencias que se pueden ignorar, haga clic en Confirm Alert Details > Ignore > OK > Precheck Again. Ignorar advertencias puede causar inconsistencia en los datos.

Paso 6: Adquirir la instancia e iniciar la migración

1. Cuando la Success Rate alcance el 100 %, haga clic en Next: Purchase Instance.

2. En la página Purchase, seleccione el resource group y la clase de instancia. La clase de instancia afecta la velocidad de migración. Consulte Data migration link specifications.

3. Lea y acepte los Data Transmission Service (Pay-as-you-go) Service Terms.

4. Haga clic en Buy and Start y luego haga clic en OK en el cuadro de diálogo de confirmación.

La tarea de migración aparece en la página de lista Data Migration Tasks. Las tareas de migración completa se detienen automáticamente al finalizar (estado: Completed). Las tareas de migración incremental continúan ejecutándose (estado: Running) hasta que usted las detenga.