Todos los productos
Search
Centro de documentos

Data Transmission Service:Migrar una base de datos Oracle autogestionada a PolarDB for PostgreSQL (Compatible with Oracle)

Última actualización: Sep 15, 2026

Use DTS para migrar datos de una base de datos Oracle autogestionada a un clúster de PolarDB for PostgreSQL (Compatible with Oracle).

Requisitos previos

  • Ya creó la base de datos Oracle autogestionada de origen y el clúster de destino de PolarDB for PostgreSQL (Compatible with Oracle).

    Nota
  • Habilitó el modo ARCHIVELOG en la base de datos Oracle autogestionada, estableció un periodo de retención adecuado para los archivos de registro archivados y se aseguró de que dichos archivos sean accesibles. Para obtener más información, consulte ARCHIVELOG.

  • Habilitó el registro suplementario en la base de datos Oracle autogestionada y configuró los parámetros supplemental_log_data_pk y supplemental_log_data_ui con el valor YES. Para obtener más información, consulte Supplemental Logging.

  • Antes de migrar los datos, se recomienda comprender las capacidades y limitaciones de DTS para orígenes Oracle, así como usar ADAD para evaluar la base de datos. Esto garantiza una migración a la nube sin contratiempos. Para obtener más información, consulte Limitations and preparations for Oracle databases y Overview of database evaluation.

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 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 Oracle autogestionada utiliza 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 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 por migrar contienen cadenas vacías de tipo varchar2, que Oracle interpreta como nulas, y el campo correspondiente en la base de datos de destino tiene una restricción NOT NULL, la tarea de migración terminará con errores.

  • Si la política FGA (Fine-Grained Audit) está habilitada en la tabla por migrar, DTS no podrá reconocer la pseudocolumna ORA_ROWSCN, lo que provocará que el trabajo de migración termine con errores.

    Nota

    Puede deshabilitar la política FGA para las tablas por migrar o decidir no migrar los datos de dichas tablas.

  • Requisitos para los objetos de migración:

    • Las tablas por 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 tengan clave primaria ni restricción única.

    • Si su base de datos Oracle autogestionada es versión 12c o posterior, los nombres de las tablas por 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 1,000 tablas. Si supera este límite, se reportará 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 por más de 24 horas. En una tarea que incluye migración completa e incremental, DTS exige que se conserven durante como mínimo 7 días. Una vez concluida la migración completa, 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 terminar con errores porque no podrá obtener los registros. En casos extremos, esto puede causar inconsistencia o pérdida de datos. Los problemas derivados de un periodo de retención inferior al exigido por 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 terminará con errores.

    • Si solo ejecuta la migración completa de datos, no escriba datos nuevos en la instancia de origen, ya que se generaría una inconsistencia 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 termine con errores.

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 ambas bases de datos, lo que puede aumentar la carga de estas.

  • 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 el destino será mayor que en la instancia de origen.

  • DTS intenta reanudar automáticamente las tareas de migración con errores durante un plazo de siete días. Antes de transferir sus cargas de trabajo 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 utiliza para acceder a la instancia de destino. Así evitará que los datos de origen sobrescriban los 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 Oracle de origen. Por ello, el clúster de destino tendrá más índices que la base de datos 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 por migrar contienen este terminador, DTS no lo escribirá en la base de datos de destino, lo que provocará inconsistencia en los datos.

  • Cuando una restricción CHECK de la base de datos 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 incompatibles pueden generar inconsistencia en los datos o hacer que la tarea termine con errores.

  • Utilice la función de migración de esquemas de DTS. De lo contrario, la tarea podría terminar con errores 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 transferir sus cargas de trabajo a la instancia de destino, las secuencias recién escritas no continuarán desde el valor máximo de las secuencias correspondientes en la base de datos de origen. Antes de realizar la transferencia, 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 completa o incremental de datos cuando las tablas por migrar de la base de datos de origen contienen claves externas, disparadores o disparadores de eventos. Durante la migración, DTS establece temporalmente el parámetro session_replication_role en replica a nivel de sesión. Si la cuenta de la base de datos de destino no cuenta con los permisos necesarios, deberá establecer manualmente el parámetro en replica en dicha base de datos. Durante este periodo (mientras session_replication_role esté en replica), las operaciones de actualización o eliminación en cascada en la base de datos de origen pueden causar inconsistencia en los datos. Una vez liberada la tarea de migración, puede devolver el parámetro a origin.

  • Si una tarea termina con errores, 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 de la base de datos. Entre los parámetros que podrían ajustarse se incluyen los que se enumeran en Modify instance parameters.

Facturación

Tipo de migración

Cargo por configuración de la instancia

Cargo por tráfico de Internet

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

Sin costo.

Cuando el parámetro Access Method de la base de datos de destino se establece en Public IP Address, se cobra el tráfico de Internet. Para obtener más información, consulte Billing overview.

Migración incremental de datos

Con costo. Para obtener más información, 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 objeto 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 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 terminar con errores.

Migración incremental de datos

Después de la migración completa de datos, DTS captura los cambios continuos de los registros de rehacer (redo logs) de la base de datos 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 una transición fluida desde una base de datos Oracle hacia 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, incluidas ADD COLUMN, ADD INDEX, DROP COLUMN, DROP INDEX, MODIFY COLUMN y RENAME COLUMN

  • DROP TABLE

  • RENAME TABLE, TRUNCATE TABLE y CREATE INDEX

Requisitos previos

Inicie sesión en la base de datos Oracle autogestionada que va a migrar, cree una cuenta para la recopilación de datos y otorgue los permisos necesarios a dicha cuenta.

Nota

Si ya creó una cuenta con los permisos que se detallan a continuación, omita este paso.

Base de datos

Migración de esquemas

Migración completa de datos

Migración incremental de datos

Base de datos Oracle autogestionada

Permisos de propietario del esquema

Permisos de propietario del esquema

Requiere permisos detallados

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

Permisos de propietario del esquema

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

Importante

Para migrar datos incrementales, también debe habilitar el registro de archivado y el registro suplementario. Para obtener más información, consulte database configuration.

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 producirse inconsistencias en los datos.

    Sección

    Parámetro

    Descripción

    N/D

    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 esté added to the system (recién creada o guardada), selecciónela en la lista desplegable. La información de la base de datos se configura automáticamente.

      Nota

      En la consola de DMS, este elemento de configuración se denomina Select a DMS database instance..

    • Si no ha agregado la instancia de base de datos al sistema o no necesita usar una instancia ya agregada, configure manualmente la siguiente información de la base de datos.

    Database Type

    Seleccione Oracle.

    Access Method

    Seleccione el método según dónde esté desplegada su base de datos de origen. Este ejemplo utiliza Self-managed Database on ECS.

    Nota

    Si su base de datos autogestionada es de otro tipo, debe completar los preparativos correspondientes. Para obtener más información, consulte Overview of preparations.

    Instance Region

    Seleccione la región donde se encuentra la base de datos Oracle de origen.

    ECS Instance ID

    Seleccione el identificador de la instancia de ECS que aloja su base de datos Oracle de origen.

    Port Number

    Introduzca el puerto de servicio de la base de datos Oracle de origen. 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.

    Este ejemplo utiliza RAC or PDB Instance y un Service Name especificado.

    Database Account

    Introduzca la cuenta de la base de datos Oracle autogestionada. Para conocer los requisitos de permisos, consulte Database account permissions.

    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 esté added to the system (recién creada o guardada), selecciónela en la lista desplegable. La información de la base de datos se configura automáticamente.

      Nota

      En la consola de DMS, este elemento de configuración se denomina Select a DMS database instance..

    • Si no ha agregado la instancia de base de datos al sistema o no necesita usar una instancia ya agregada, configure manualmente la siguiente información de la base de datos.

    Database Type

    Seleccione PolarDB (Compatible with Oracle).

    Access Method

    Seleccione Alibaba Cloud Instance.

    Instance Region

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

    Instance ID

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

    Database Name

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

    Database Account

    Introduzca la cuenta de la base de datos del clúster PolarDB for PostgreSQL (Compatible with Oracle) de destino. Para conocer los requisitos de permisos, consulte Database account permissions.

    Database Password

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

    Encryption

    Seleccione Non-encrypted o SSL-encrypted según sus necesidades. Si selecciona SSL-encrypted, debe cargar un CA Certificate.

  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 para permitir 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 tablas para recibir los datos en la base de datos de destino. También puede usar la función de asignación de nombres de objetos en el cuadro Selected Objects según sea necesario.

      • Si no selecciona Incremental Data Migration, no escriba datos nuevos en la instancia de origen durante la migración de datos para garantizar la coherencia de los datos.

      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 usa 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 como mínimo una de las opciones Full Data Migration o Incremental Data Migration.

      Processing Mode for Existing Destination 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, puede cambiar el nombre de la tabla en la base de datos de destino. Para obtener más información, consulte Object name mapping.

      • Ignore Errors and Proceed: Omite la comprobación de tablas con los mismos nombres.

        Aviso

        Seleccionar Ignore Errors and Proceed puede provocar inconsistencias en los datos y riesgos para el negocio. Por ejemplo:

        • Si los esquemas de las tablas son coherentes 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 coherentes, 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.

      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, otros objetos que dependan del objeto renombrado podrían fallar durante la migración.

      • Para filtrar datos mediante cláusulas WHERE, haga clic con el botón derecho en una tabla del panel 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 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 el objeto deseado dentro del panel Selected Objects y seleccione las operaciones SQL en el cuadro de diálogo que aparece.

    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 programa la tarea en un clúster compartido, por lo que no necesita seleccionar uno. Puede adquirir un clúster dedicado con especificaciones específicas para ejecutar tareas de migración de DTS. Para obtener más información, consulte What is a DTS dedicated cluster?

      Retry Time for Failed Connections

      Después de que se inicie 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
      • Para varias instancias de DTS que comparten el mismo origen o destino, el tiempo de reintento de red lo determina la configuración de la última tarea creada.

      • Dado que se le cobra por la tarea durante el período de reintento de conexión, se recomienda 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

      Después de que se inicie 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 en la ejecución de 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 ejecutan 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, puede habilitar la limitación de velocidad para la tarea de migración completa. Puede establecer 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 optar por establecer límites de velocidad para la tarea de migración incremental. Puede establecer 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 se selecciona ninguna etiqueta.

      Actual Write Code

      Puede seleccionar la codificación de caracteres para escribir datos en el destino según sus necesidades comerciales.

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

      • No: No configura ninguna alerta.

      • Yes: Configure las alertas estableciendo un alert threshold y un notificaciones de alerta. Si una migración falla o la latencia supera el umbral, el sistema envía una notificación de alerta.

    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.

    Puede colocar el puntero sobre el botón Next: Save Task Settings and Precheck y hacer clic en Preview OpenAPI parameters en la burbuja que aparece para consultar los parámetros de configuración de esta instancia al llamar a la operación de la API.

    Nota
    • Antes de que comience la tarea de migración, DTS ejecuta una comprobación previa. La tarea solo se inicia 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 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 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. Puede seleccionar una especificación según su escenario comercial. 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.

      Puede consultar 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 después de completar la migración completa. Una vez detenida la tarea, 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 la tarea de migración incremental se está ejecutando, el Status de la tarea es Running.

Pasos siguientes

Si configuró la opción Add a hidden primary key for a table without a primary key/a table without a unique key como Yes, debe eliminar manualmente la clave primaria oculta que agregó DTS. Después de cambiar 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 coherencia de los datos.