Todos los productos
Search
Centro de documentos

Data Transmission Service:Migrar Amazon RDS for Oracle a PolarDB for PostgreSQL (Compatible with Oracle)

Última actualización: Sep 07, 2026

Migre los datos de una instancia de Amazon RDS for Oracle a un clúster de PolarDB for PostgreSQL (Compatible with Oracle) mediante Data Transmission Service (DTS). DTS se conecta a la instancia de Amazon RDS for Oracle como un origen de Oracle autogestionado.

Requisitos previos

  • Habilite el acceso público para la instancia de Amazon RDS for Oracle, de modo que DTS pueda conectarse a ella por internet.

  • La instancia de Amazon RDS for Oracle de origen debe ser de la versión 9i, 10g, 11g o 12c, o posterior, y usar una arquitectura no multitenant.

  • La instancia de destino de PolarDB for PostgreSQL (Compatible with Oracle) debe tener más espacio de almacenamiento del que utiliza la instancia de Amazon RDS for Oracle de origen.

  • Revise las capacidades y limitaciones de DTS para orígenes de Oracle. Además, evalúe la base de datos con Advanced Database & Application Migration (ADAM). Para obtener más información, consulte Limitations and preparations for Oracle databases y Database Evaluation Overview.

Limitaciones

Nota
  • DTS migra las claves externas durante la migración de esquemas.

  • 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. De lo contrario, se verá afectada la velocidad de migración de los datos.

  • Si la base de datos de origen se conecta mediante una línea dedicada, debe configurar una de las direcciones IP virtuales (VIP) en la información de conexión. Esto permite que Oracle Real Application Clusters (RAC) se conecte a la tarea de migración de datos a través de la línea dedicada.

  • Si la base de datos de Oracle autogestionada usa una arquitectura RAC y se conecta mediante una línea dedicada, VPN Gateway, Smart Access Gateway, Database Gateway (DG) o Cloud Enterprise Network (CEN), o bien desde una instancia de ECS, no es posible configurar una dirección IP de Single Client Access Name (SCAN). Solo puede configurar una de las VIP en la información de conexión. Con este método, no se admite el cambio de nodo para RAC.

  • Si los datos que se van a migrar contienen cadenas vacías de tipo varchar2, que Oracle trata como nulas, y el campo correspondiente en la base de datos de destino tiene una restricción NOT NULL, la tarea de migración falla.

  • Si la política FGA (Fine-Grained Audit) está habilitada en la tabla que se va a migrar, DTS no reconoce la pseudocolumna ORA_ROWSCN, lo que provoca que el trabajo de migración falle.

    Nota

    Puede deshabilitar la política FGA para las tablas que se van a migrar o elegir no migrar los datos de dichas tablas.

  • Requisitos para los objetos de migración:

    • Las tablas que se van a migrar deben tener una clave primaria o una restricción única, y los campos deben ser únicos. De lo contrario, podrían aparecer datos duplicados en la base de datos de destino.

      Nota

      También puede usar el ROWID de Oracle como clave primaria para las tablas que no tienen clave primaria ni restricción única.

    • Si su base de datos de Oracle autogestionada es de la versión 12c o posterior, los nombres de las tablas que se van a migrar no deben superar los 30 bytes de longitud.

    • Si migra objetos a nivel de tabla y necesita editarlos, por ejemplo, para asignar nombres de tablas o columnas, una sola tarea de migración de datos admite un máximo de 1000 tablas. Si supera este límite, se reporta un error después de enviar la tarea. En ese caso, divida las tablas en varios lotes y configure una tarea independiente para cada uno, o bien configure una tarea para migrar toda la base de datos.

  • Para la migración incremental, los Redo Logs y Archive Logs:

    • Deben estar habilitados.

    • En una tarea de migración incremental de datos, DTS requiere que los Redo Logs y Archive Logs de la base de datos de origen se conserven durante más de 24 horas. En una tarea que incluye migración completa e incremental de datos, DTS requiere que se conserven durante al menos 7 días. Una vez finalizada la migración completa de datos, puede cambiar el periodo de retención a más de 24 horas. Si el periodo de retención es menor al requerido, la tarea de DTS podría fallar porque no podrá obtener los registros. En casos extremos, esto puede provocar inconsistencia o pérdida de datos. Los problemas causados por un periodo de retención de registros inferior al requisito de DTS no están cubiertos por el acuerdo de nivel de servicio (SLA) de DTS.

  • Limitaciones sobre las operaciones en la base de datos de origen:

    • Durante la migración de esquemas y la migración completa de datos, no ejecute operaciones DDL que modifiquen el esquema de la base de datos o de las tablas. De lo contrario, la tarea de migración de datos fallará.

    • Si solo ejecuta la migración completa de datos, no escriba datos nuevos en la instancia de origen. De lo contrario, habrá inconsistencia de datos entre el origen y el destino. Para mantener la consistencia de los datos en tiempo real, seleccione la migración de esquemas, la migración completa de datos y la migración incremental de datos.

    • No se admite actualizar campos de texto grandes de forma independiente, ya que esto provocará que la tarea falle.

Otras limitaciones

  • Evalúe el rendimiento de las bases de datos de origen y de destino antes de migrar los datos, y ejecute la migración fuera del horario de mayor actividad. Durante la migración completa de datos, DTS consume parte de los recursos de lectura y escritura de las bases de datos de origen y de destino, lo que puede aumentar la carga de la base de datos.

  • La migración completa de datos ejecuta operaciones INSERT simultáneas, lo que genera fragmentación de tablas en la base de datos de destino. Como resultado, el espacio de almacenamiento de las tablas en la base de datos de destino será mayor que en la instancia de origen.

  • DTS intenta reanudar las tareas de migración con errores en un plazo de siete días. Antes de cambiar su negocio a la instancia de destino, detenga o libere la tarea. También puede usar el comando revoke para revocar los permisos de escritura de la cuenta que DTS usa para acceder a la instancia de destino. Esto evita que los datos de origen sobrescriban los datos de la instancia de destino si la tarea se reanuda automáticamente.

  • No se admite la migración de tablas externas.

  • El clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle) genera índices únicos, como pg_oid_1498503_index, para corresponderse con el ROWID de la base de datos de Oracle de origen. Por lo tanto, el clúster de destino tiene más índices que la base de datos de Oracle de origen.

  • El clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle) no admite escribir el terminador de cadena ('\0'). Si los datos que se van a migrar contienen este terminador, DTS no lo escribe en la base de datos de destino, lo que provoca inconsistencia en los datos.

  • Cuando una restricción CHECK de la base de datos de Oracle de origen se migra al clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle), se convierte en una restricción NOT NULL.

  • Asegúrese de que los conjuntos de caracteres de las bases de datos de origen y de destino sean compatibles. Los conjuntos de caracteres incompatibles pueden provocar inconsistencia en los datos o el fallo de la tarea.

  • Utilice la función de migración de esquemas de DTS. De lo contrario, la tarea podría fallar debido a tipos de datos incompatibles.

  • Las zonas horarias de las bases de datos de origen y de destino deben ser iguales.

  • Durante la migración incremental, no se admite importar datos en la base de datos de origen mediante Oracle Data Pump, ya que esto puede provocar pérdida de datos.

  • Los tipos definidos por el usuario se pueden migrar al clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle). Los objetos de tipo generados automáticamente por Oracle, que son objetos integrados, no se migran.

    Nota

    Los clústeres de PolarDB for PostgreSQL (Compatible with Oracle) ya admiten los objetos integrados de Oracle, por lo que no es necesario migrarlos.

  • DTS valida el contenido de los datos, pero no los metadatos, como las secuencias. Usted debe validar los metadatos por su cuenta.

  • 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 que se van a migrar desde 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 inconsistencia en los datos. Una vez liberada la tarea de migración, puede volver a establecer el parámetro en origin.

  • Si una tarea falla, el personal 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 pueden ajustar incluyen los que se enumeran en Modify instance parameters.

Facturación

Tipo de migración

Cargo de configuración

Cargo por transferencia de datos

Migración de esquemas y migración completa de datos

Sin cargo.

Sin cargo.

Migración incremental de datos

Con cargo. Para obtener más detalles, consulte Billing overview.

Tipos de migración

Tipo de migración

Descripción

Migración de esquemas

DTS migra las definiciones de esquema de los objetos de migración al clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle). Los tipos de objetos compatibles incluyen tablas, vistas, sinónimos, disparadores, procedimientos almacenados, funciones almacenadas, paquetes y tipos definidos por el usuario.

Nota

Los disparadores no son compatibles en este escenario. Para evitar posibles inconsistencias en los datos, elimine los disparadores de la base de datos de origen. 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 todos los datos existentes de los objetos de migración desde la base de datos de Oracle autogestionada hacia el clúster de PolarDB for PostgreSQL (Compatible with Oracle).

Nota

No ejecute operaciones DDL en los objetos de migración antes de que finalicen la migración de esquemas y la migración completa de datos. De lo contrario, la migración podría fallar.

Migración incremental de datos

Después de la migración completa de datos, DTS captura los cambios continuos de los redo logs de la base de datos de Oracle autogestionada y los replica en el clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle).

La migración incremental de datos permite migrar sin interrupciones una base de datos de Oracle a un clúster de PolarDB for PostgreSQL (Compatible with Oracle), con un tiempo de inactividad mínimo de la aplicación.

Asignación de tipos de datos

Para obtener más información, consulte Data type mapping between heterogeneous databases.

Operaciones SQL para la migración incremental

Tipo de operación

Instrucción SQL

DML

INSERT, UPDATE y DELETE

DDL

  • CREATE TABLE

    Nota

    DTS no admite instrucciones CREATE TABLE AS SELECT, ni CREATE TABLE para tablas con particiones, subparticiones o definiciones que contengan una función.

  • ALTER TABLE, incluidos ADD COLUMN, ADD INDEX, DROP COLUMN, DROP INDEX, MODIFY COLUMN y RENAME COLUMN

  • DROP TABLE

  • RENAME TABLE, TRUNCATE TABLE y CREATE INDEX

Permisos de las cuentas de base de datos

Base de datos

Migración de esquemas

Migración completa de datos

Migración incremental de datos

Amazon RDS for Oracle

Permisos de propietario del esquema

Permisos de propietario del esquema

Permisos de usuario maestro

Clúster de PolarDB for PostgreSQL (Compatible with Oracle)

Permisos de propietario del esquema

Para crear cuentas de base de datos y otorgar permisos:

Antes de empezar

  1. Inicie sesión en Amazon RDS Management Console.

  2. Vaya a la página Basic Information de la instancia de Amazon RDS for Oracle.

  3. En la sección Security group rules, haga clic en el nombre del security group de la regla de entrada.

  4. Agregue los bloques CIDR de los servidores de DTS de la región correspondiente (puerto: 1521) a la regla de entrada. Para obtener detalles sobre los rangos de direcciones IP, consulte Add DTS Server IP Addresses to a Whitelist.

    Nota
    • Agregue únicamente los bloques CIDR de los servidores de DTS de la región de la base de datos de destino. Por ejemplo, si su base de datos de origen está en la región Singapore y la de destino en la región China (Hangzhou), solo necesita agregar los bloques CIDR de los servidores de DTS de la región China (Hangzhou).

    • Puede agregar varios bloques CIDR a una sola regla.

    • Para obtener más información, consulte la documentación oficial de AWS o comuníquese con el soporte de AWS.

  5. Configure los ajustes de registro de la instancia de Amazon RDS for Oracle. Omita este paso si no necesita la migración incremental de datos.

    • Si su instancia de Amazon RDS for Oracle es de la versión 12c o posterior (arquitectura no multitenant), siga estos pasos para configurar sus registros:

      1. Conéctese a la base de datos de Amazon RDS for Oracle mediante una cuenta de usuario maestro y la herramienta SQL*Plus.

      2. Habilite el registro de archivado y el registro complementario.

        Tipo de registro

        Procedimiento

        Registro de archivado

        1. Ejecute el siguiente comando para comprobar si el registro de archivado está habilitado:

          SELECT LOG_MODE FROM v$database;
        2. Consulte y establezca el periodo de retención de los registros archivados.

          Nota

          Conserve los registros archivados durante al menos 72 horas. En el siguiente ejemplo se establecen 72 horas.

          exec rdsadmin.rdsadmin_util.show_configuration;
          exec rdsadmin.rdsadmin_util.set_configuration('archivelog retention hours', 72); 

        Registro complementario

        Según los requisitos de su negocio, habilite el registro complementario a nivel de base de datos o a nivel de tabla:

        • Habilitar el registro complementario a nivel de base de datos

          1. Ejecute el siguiente comando para comprobar si el registro complementario a nivel de base de datos está habilitado:

            SELECT supplemental_log_data_min, supplemental_log_data_pk, supplemental_log_data_ui FROM v$database;
          2. Habilite el registro complementario de clave primaria y clave única a nivel de base de datos.

            exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'PRIMARY KEY');
            exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'UNIQUE');
        • Habilite el registro complementario a nivel de tabla mediante uno de los siguientes métodos:

          • Habilite el registro complementario para todas las columnas de una tabla.

            exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'ALL');
          • Habilite el registro complementario de clave primaria a nivel de tabla.

            exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'PRIMARY KEY');
      3. Otorgue permisos detallados a la cuenta de la base de datos de Amazon RDS for Oracle.

        Otorgar permisos detallados

        Permisos

        # This script creates a database account named RDSDT_DTSACCT and grants it the required permissions.
        create user RDSDT_DTSACCT IDENTIFIED BY RDSDT_DTSACCT;
        grant create session to RDSDT_DTSACCT;
        grant connect to RDSDT_DTSACCT;
        grant resource to RDSDT_DTSACCT;
        exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGMNR_LOGS','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('ALL_OBJECTS','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('ALL_TAB_COLS','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('DBA_REGISTRY','RDSDT_DTSACCT','SELECT');
        grant select any table to RDSDT_DTSACCT;
        grant select any transaction to RDSDT_DTSACCT;
        -- v$log privileges
        exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOG','RDSDT_DTSACCT','SELECT');
        -- v$logfile privileges
        exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGFILE','RDSDT_DTSACCT','SELECT');
        -- v$archived_log privileges
        exec rdsadmin.rdsadmin_util.grant_sys_object('V_$ARCHIVED_LOG','RDSDT_DTSACCT','SELECT');
        -- v$parameter privileges
        exec rdsadmin.rdsadmin_util.grant_sys_object('V_$PARAMETER','RDSDT_DTSACCT','SELECT');
        -- v$database privileges
        exec rdsadmin.rdsadmin_util.grant_sys_object('V_$DATABASE','RDSDT_DTSACCT','SELECT');
        -- v$active_instances privileges
        exec rdsadmin.rdsadmin_util.grant_sys_object('V_$ACTIVE_INSTANCES','RDSDT_DTSACCT','SELECT');
        -- v$instance privileges
        exec rdsadmin.rdsadmin_util.grant_sys_object('V_$INSTANCE','RDSDT_DTSACCT','SELECT');
        -- v$logmnr_contents privileges
        exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGMNR_CONTENTS','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('USER$','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('OBJ$','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('COL$','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('IND$','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('ICOL$','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('CDEF$','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('CCOL$','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('TABPART$','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('TABSUBPART$','RDSDT_DTSACCT','SELECT');
        exec rdsadmin.rdsadmin_util.grant_sys_object('TABCOMPART$','RDSDT_DTSACCT','SELECT');
        grant LOGMINING TO RDSDT_DTSACCT;
        grant EXECUTE_CATALOG_ROLE to RDSDT_DTSACCT;
        exec rdsadmin.rdsadmin_util.grant_sys_object('DBMS_LOGMNR','RDSDT_DTSACCT','EXECUTE');
        grant select on v$database to rdsdt_dtsacct;
        grant select on dba_objects to rdsdt_dtsacct;
        grant select on DBA_TAB_COMMENTS to rdsdt_dtsacct;
        grant select on dba_tab_cols to rdsdt_dtsacct;
        grant select_catalog_role TO rdsdt_dtsacct;
    • Si su instancia de Amazon RDS for Oracle es de la versión 9i, 10g u 11g, siga estos pasos para configurar sus registros:

      1. Conéctese a la base de datos de Amazon RDS for Oracle mediante una cuenta de usuario maestro y la herramienta SQL*Plus.

      2. Ejecute el comando archive log list; para comprobar que la instancia de Amazon RDS for Oracle está en modo ARCHIVELOG.

        Nota

        Si la instancia está en modo NOARCHIVELOG, habilite el modo ARCHIVELOG. Managing Archived Redo Logs.

      3. Habilite el registro forzado.

        exec rdsadmin.rdsadmin_util.force_logging(p_enable => true);
      4. Habilite el registro complementario de clave primaria.

        begin rdsadmin.rdsadmin_util.alter_supplemental_logging(p_action => 'ADD',p_type => 'PRIMARY KEY');end;/
      5. Habilite el registro complementario de clave única.

        begin rdsadmin.rdsadmin_util.alter_supplemental_logging(p_action => 'ADD',p_type => 'UNIQUE');end;/
      6. Establezca el periodo de retención de los registros archivados.

        begin rdsadmin.rdsadmin_util.set_configuration(name => 'archivelog retention hours', value => '24');end;/
      7. Establezca el periodo de retención de los registros archivados.

        Nota

        Conserve los registros archivados durante al menos 24 horas.

      8. Confirme los cambios.

        commit;

Procedimiento

  1. Vaya a la página de la lista de tareas de migración de la región de destino mediante uno de los siguientes métodos.

    Desde la consola de DTS

    1. Inicie sesión en la consola de Data Transmission Service (DTS).

    2. En el panel de navegación izquierdo, haga clic en Data Migration.

    3. En la esquina superior izquierda de la página, seleccione la región donde se encuentra la instancia de migración.

    Desde la consola de DMS

    Nota

    Las operaciones reales pueden variar según el modo y el diseño de la consola de DMS. Para obtener más información, consulte Simple mode console y Customize the layout and style of the DMS console.

    1. Inicie sesión en la consola de Data Management (DMS).

    2. En la barra de menú superior, elija Data + AI > Data Transmission (DTS) > Data Migration.

    3. A la derecha de Data Migration Tasks, seleccione la región donde se encuentra la instancia de migración.

  2. Haga clic en Create Task para ir a la página de configuración de la tarea.

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

  4. Configure las bases de datos de origen y de destino.

    Aviso

    Después de seleccionar las instancias de origen y de destino, lea detenidamente 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.

    Categoría

    Parámetro

    Descripción

    N/A

    Task Name

    DTS genera automáticamente un nombre para la tarea. Se recomienda especificar un nombre descriptivo para identificarla fácilmente. No es necesario 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), selecciónela 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 denomina 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 Oracle.

    Access Method

    Seleccione Public IP Address.

    Instance Region

    Seleccione la región donde reside la instancia de Amazon RDS for Oracle.

    Nota

    Si la región de su instancia no está disponible como opción, seleccione la región geográficamente más cercana.

    Domain Name or IP

    Introduzca el endpoint de la instancia de Amazon RDS for Oracle.

    Port Number

    Introduzca el puerto de servicio de la instancia de Amazon RDS for Oracle. El valor predeterminado es 1521.

    Oracle Type

    • Non-RAC Instance: Si selecciona esta opción, también debe especificar el SID.

    • RAC or PDB Instance: Si selecciona esta opción, también debe especificar el Service Name.

    En este ejemplo, se selecciona Non-RAC Instance.

    Database Account

    Introduzca la cuenta de la base de datos de la instancia de Amazon RDS for Oracle. Para obtener información sobre los permisos obligatorios, consulte Permissions required 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), selecciónela 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 denomina 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 Alibaba Cloud Instance.

    Instance Region

    Seleccione la región donde reside el clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle).

    Instance ID

    Seleccione el identificador del clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle).

    Database Name

    Introduzca el nombre de la base de datos del clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle) que contendrá los objetos migrados.

    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 Permissions required for database accounts.

    Database Password

    Introduzca la contraseña de la cuenta de la base de datos.

  5. Una vez completada la configuración, haga clic en Test Connectivity and Proceed en la parte inferior de la página. En el cuadro de diálogo CIDR Blocks of DTS Servers que aparece, haga clic en Test Connectivity.

    Nota

    Asegúrese de que los segmentos de direcciones IP del servicio DTS se agreguen 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.

  6. Configure los objetos de la tarea.

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

      Parámetro

      Descripción

      Migration Types

      • Si solo necesita ejecutar una migración completa, seleccione 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 correspondientes 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 consistencia de los datos.

      Add a hidden primary key for a table without a primary key/a table without a unique key

      Si una tabla que se va a migrar no tiene clave primaria ni clave única, debe seleccionar Yes. DTS utiliza el ROWID de la base de datos Oracle como clave primaria oculta (una clave única no nula) en la tabla de destino para evitar la duplicación de datos.

      Nota

      Este parámetro solo se puede configurar cuando se selecciona Migration Types en Schema Migration, junto con al menos una de las opciones Full Data Migration o Incremental Data Migration.

      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 supera. 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 de la base de datos de destino tiene el mismo nombre pero no se puede eliminar o renombrar fácilmente, cambie 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 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 primaria que un registro de la base de datos de origen:

          • Durante la migración completa, DTS conserva el registro en la base de datos de destino. El registro de la base de datos de origen no se migra.

          • Durante la migración incremental, DTS no conserva el registro en la base de datos de destino. El registro de la base de datos de origen sobrescribe el registro de la base de datos de destino.

        • Si los esquemas de las tablas no son consistentes, 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 Right arrow para moverlos al cuadro Selected Objects.

      Nota

      Puede seleccionar objetos de migración a nivel de base de datos, tabla y columna.

      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, es posible que los objetos dependientes no se migren.

      • Para especificar una cláusula WHERE que filtre los datos, haga clic con el botón derecho en una tabla que se va a migrar dentro del cuadro Selected Objects y especifique la condición de filtro en el cuadro de diálogo que aparece. Para obtener más información, consulte Set filter conditions.

      • Para seleccionar las operaciones SQL de la migración incremental de datos 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. Para obtener información sobre las operaciones compatibles, consulte SQL operations supported for incremental migration.

    2. Haga clic en Next: Advanced Settings para configurar los parámetros avanzados.

      Parámetro

      Descripción

      Dedicated Cluster for Task Scheduling

      De forma predeterminada, DTS ejecuta la tarea en un clúster compartido. Puede adquirir un clúster dedicado para las tareas de migración. Para obtener más información, consulte What is a DTS dedicated cluster?.

      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 restablecer la conexión de inmediato. La duración predeterminada de los reintentos es de 720 minutos. Puede personalizar el tiempo de reintento con un valor de 10 a 1440 minutos. Se recomienda establecer una duración superior a 30 minutos. Si DTS se vuelve a conectar a las bases de datos de origen y de destino dentro de la duración especificada, 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, 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 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 e intenta repetir la operación de inmediato. La duración predeterminada de los reintentos 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 completan correctamente dentro de la duración de reintento especificada, 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 la limitación de velocidad para la tarea de migración completa. Establezca Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s) para reducir la carga en la base de datos de destino.

      Nota
      • Este elemento de configuración solo está disponible si selecciona Full Data Migration en Migration Types.

      • También puede adjust the full migration speed después de que la instancia de migración esté en ejecución.

      Enable Throttling for Incremental Data Migration

      Si 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

      Opcional. Seleccione una etiqueta de entorno para identificar la instancia.

      Actual Write Code

      Seleccione el tipo de codificación para escribir datos en el destino.

      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:

      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 alert notifications. Si una migración termina con errores o la latencia supera el umbral, el sistema envía una notificación de alerta.

    3. Haga clic en Next: Data Validation para configurar una tarea de validación de datos.

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

  7. Una vez completada la configuración, haga clic en Next: Save Task Settings and Precheck en la parte inferior de la página.

    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. Así podrá consultar los parámetros necesarios para configurar esta instancia al llamar a la operación de la API.

    Nota
    • Antes de iniciar la tarea de migración, DTS ejecuta una comprobación previa. La tarea solo comienza después de superar dicha comprobación.

    • Si la comprobación previa termina con errores, haga clic en View Details junto al elemento que falló, resuelva 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ó, resuelva 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 inconsistencias en los datos y generar riesgos para su negocio.

  8. Adquiera la instancia.

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

    2. En la página Purchase, seleccione la especificación de enlace para la instancia de migración de datos. Para obtener más información, consulte la siguiente tabla.

      Categoría

      Parámetro

      Descripción

      New Instance Class

      Resource Group Settings

      Seleccione el resource group al que pertenece la instancia. El valor predeterminado es default resource group. Para obtener más información, consulte What is resource management?

      Instance Class

      DTS ofrece especificaciones de migración con distintos niveles de rendimiento. La especificación de enlace afecta la velocidad de migración. Seleccione una especificación según su escenario de negocio. Para obtener más información, consulte Data migration link specifications.

    3. Una vez completada la configuración, lea y seleccione Data Transmission Service (Pay-as-you-go) Service Terms.

    4. Haga clic en Buy and Start. En el cuadro de diálogo OK que aparece, haga clic en OK.

      Consulte el progreso de la tarea de migración en la página de 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.

Pasos siguientes

Si estableció la opción Add a hidden primary key for a table without a primary key/a table without a unique key en Yes, debe eliminar manualmente la clave primaria oculta que agregó DTS. Después de trasladar sus cargas de trabajo a la base de datos de destino y antes de detener o liberar la instancia de DTS, vaya a la pestaña Basic Information del módulo Full Data Migration o Incremental Write y haga clic en Delete Invisible Primary Key en la columna Actions.

Importante

Después de eliminar la clave primaria oculta, usted es responsable de la consistencia de los datos.