Todos los productos
Search

Este producto

    Data Transmission Service:Migrar una base de datos Oracle autogestionada a PolarDB for MySQL

    Centro de documentos

    Data Transmission Service:Migrar una base de datos Oracle autogestionada a PolarDB for MySQL

    Última actualización: Sep 22, 2026

    Utilice Data Transmission Service (DTS) para migrar datos desde una base de datos Oracle autogestionada hacia un clúster PolarDB for MySQL. DTS admite la migración de esquemas, la migración completa de datos y la migración incremental de datos. Estas opciones se pueden combinar para lograr una migración fluida con un tiempo de inactividad mínimo de las aplicaciones.

    Requisitos previos

    • Ya se creó la base de datos Oracle autogestionada de origen y el clúster de destino PolarDB for MySQL.

      Nota

    • Habilite el modo ARCHIVELOG en la base de datos Oracle autogestionada. Establezca un periodo de retención adecuado para los archivos de registro archivados y asegúrese de que dichos archivos sean accesibles. Para obtener más información, consulte ARCHIVELOG.

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

    • El clúster PolarDB for MySQL debe contar con más espacio de almacenamiento del que utiliza la base de datos Oracle autogestionada.

    • Antes de migrar los datos, se recomienda comprender las capacidades y limitaciones de DTS para orígenes Oracle. También es conveniente utilizar ADAM 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.

    Precauciones

    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 tener 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 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 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 del tipo varchar2, que Oracle trata como valores nulos, y el campo correspondiente en la base de datos de destino tiene una restricción NOT NULL, la tarea de migración finaliza con errores.

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

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

      • Si su base de datos 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 se 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. Para una tarea que incluye tanto la migración completa como la incremental, DTS exige que estos registros 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 fallar porque no logra 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 finalizará con errores.

      • Si solo ejecuta la migración completa de datos, no escriba datos nuevos en la instancia de origen, ya que se generará 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 la actualización independiente de campos de texto grandes, ya que provocaría que la tarea finalizara con errores.

    Otras limitaciones

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

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

    • No se admite la migración de PACKAGE, PACKAGE_BODY, MATERIALIZED_VIEW, SYNONYM, TYPE, TYPE_BODY, FUNCTION, PROCEDURE, SEQUENCE, VIEW, TABLE_COMMENT, COLUMN_COMMENT ni TRIGGER.

    • Si sus datos incluyen caracteres de cuatro bytes, como caracteres chinos poco comunes o emojis, la base de datos y la tabla de destino deben usar el conjunto de caracteres utf8mb4.

      Nota

      Si utiliza DTS para migrar esquemas, establezca el parámetro de nivel de instancia character_set_server en utf8mb4 dentro de la base de datos de destino.

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

    • 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 trasladar su negocio a la instancia de destino, detenga o libere la tarea. Otra opción es usar el comando revoke para revocar los permisos de escritura de la cuenta que DTS utiliza para acceder a la instancia de destino. Esto evita que los datos de origen sobrescriban la información de la instancia de destino si la tarea se reanuda automáticamente.

    • Si una instrucción DDL no se puede escribir en la base de datos de destino, la tarea de DTS continúa ejecutándose. Debe revisar los registros de la tarea para identificar la instrucción DDL que falló. Para obtener más información sobre cómo consultar los registros de una tarea, consulte Query task logs.

    • Asegúrese de que los conjuntos de caracteres de las bases de datos de origen y de destino sean compatibles. Los conjuntos incompatibles pueden provocar inconsistencias en los datos o que la tarea finalice con errores.

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

    • Si una tarea falla, el equipo de soporte de DTS intentará restaurarla en un plazo de ocho horas. Durante la restauración, es posible que reinicien la tarea o ajusten sus parámetros.

      Nota

      Solo se modifican los parámetros de la tarea de DTS, no los de la base de datos. Entre los parámetros que podrían ajustarse se encuentran los que se listan en Modify instance parameters.

    Casos especiales

    Cuando la base de datos de destino es PolarDB for MySQL:

    • Los clústeres de PolarDB for MySQL no distinguen entre mayúsculas y minúsculas en los nombres de tabla en inglés. Si crea una tabla con letras mayúsculas, PolarDB for MySQL convierte el nombre a minúsculas antes de crearla.

      Si la base de datos Oracle de origen contiene tablas con nombres idénticos que solo difieren en el uso de mayúsculas y minúsculas, podrían producirse conflictos de nombres de objeto. Durante la migración de esquemas aparecería un mensaje que indica que el objeto ya existe. Si esto ocurre, utilice la función de asignación de nombres de objeto de DTS para renombrar los elementos en conflicto cuando configure los objetos de migración. Convierta los nombres de las tablas a mayúsculas. Para obtener más información, consulte Map tables and columns.

    • DTS crea automáticamente las bases de datos en PolarDB for MySQL. Si el nombre de una base de datos que se va a migrar no cumple con las convenciones de nomenclatura de PolarDB for MySQL, debe crearla manualmente en PolarDB for MySQL antes de configurar la tarea de migración. Para obtener más información, consulte Manage databases.

    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 le cobra por 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

    Descripción

    Migración de esquemas

    DTS migra las definiciones de esquema de los objetos seleccionados a la base de datos de destino.

    DTS admite la migración de esquemas para tablas e índices con las siguientes limitaciones:

    • Tablas: no se admiten las tablas anidadas. Las tablas agrupadas y las tablas organizadas por índice se convierten en tablas normales en la base de datos de destino.

    • Índices: no se admiten los índices basados en funciones, los índices de dominio, los índices de mapa de bits ni los índices inversos.

    Nota

    DTS no admite la migración de esquemas para vistas, sinónimos, procedimientos almacenados, funciones, paquetes ni tipos definidos por el usuario.

    Aviso

    Esta es una migración entre bases de datos heterogéneas. Durante la migración de esquemas, es posible que los tipos de datos no coincidan por completo entre el origen y el destino. Evalúe el impacto de las asignaciones de tipos de datos en sus cargas de trabajo. Para obtener más información, consulte Data type mapping for heterogeneous databases.

    Migración completa de datos

    DTS migra todos los datos existentes de los objetos seleccionados en la base de datos Oracle autogestionada hacia la base de datos de destino.

    Migración incremental de datos

    Después de la migración completa de datos, DTS captura continuamente los registros de rehacer (redo logs) de la base de datos Oracle autogestionada y migra los cambios incrementales a la base de datos de destino.

    La migración incremental de datos le permite completar el proceso sin necesidad de desconectar sus aplicaciones autogestionadas.

    Operaciones SQL compatibles para la migración incremental

    Tipo de operación

    Instrucción SQL

    DML

    INSERT, UPDATE y DELETE

    DDL

    • CREATE TABLE

      Nota

      Las definiciones de tabla no pueden contener funciones.

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

    • DROP TABLE

    • RENAME TABLE, TRUNCATE TABLE y CREATE INDEX

      Nota

      Solo se admiten las operaciones CREATE INDEX ejecutadas por la cuenta de base de datos actual.

    Asignación de tipos de datos

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

    Requisitos previos

    Inicie sesión en la base de datos Oracle autogestionada que desea 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, puede omitir este paso.

    Base de datos

    Migración de esquemas

    Migración completa de datos

    Migración incremental de datos

    Base de datos Oracle autogestionada

    Privilegios de propietario del esquema

    Privilegios de propietario del esquema

    Se requieren privilegios detallados.

    Clúster de PolarDB for MySQL

    Privilegios de escritura en la base de datos de destino

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

    Importante

    Para migrar datos de forma incremental, 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. 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 fallar o producirse 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

      Database Type

      Seleccione Oracle.

      Access Method

      Seleccione un método de conexión según el despliegue de la base de datos de origen. Este ejemplo utiliza Public IP Address.

      Nota

      Para otros tipos de bases de datos autogestionadas, también debe configurar los ajustes preparations.

      Instance Region

      Seleccione la región de la base de datos Oracle de origen.

      Hostname or IP Address

      Introduzca el endpoint de la base de datos Oracle autogestionada.

      Port

      Introduzca el puerto de servicio de la base de datos Oracle autogestionada. El valor predeterminado es 1521.

      Nota

      En este ejemplo, el puerto de servicio debe ser accesible a través de internet.

      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 el nombre de usuario de la base de datos Oracle de origen. Consulte los requisitos de permisos en Preparations.

      Database Password

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

      Destination Database

      Database Type

      Seleccione PolarDB for MySQL.

      Access Method

      Seleccione Alibaba Cloud Instance.

      Instance Region

      Seleccione la región del clúster PolarDB for MySQL de destino.

      PolarDB Cluster ID

      Seleccione el identificador del clúster PolarDB for MySQL de destino.

      Database Account

      Introduzca el nombre de usuario del clúster PolarDB for MySQL de destino. Para conocer los requisitos de permisos, consulte Preparations.

      Database Password

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

      Encryption

      Seleccione un tipo de conexión según sus necesidades. Para obtener más información sobre la función de cifrado SSL, consulte Enable SSL encryption.

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

    5. 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 Schema Migration y Full Data Migration.

        • Para ejecutar una migración sin tiempo de inactividad, seleccione Schema Migration, Full Data Migration y Incremental Data Migration.

        Nota

        • Si no selecciona Schema Migration, asegúrese de que exista una base de datos y las tablas 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 sus necesidades.

        • 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 se 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 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 son inconsistentes, es posible que solo se migren algunas columnas de datos o que la migración falle. Proceda con precaución.

        Capitalization of Object Names in Destination Instance

        Puede configurar la política de distinción entre mayúsculas y minúsculas para los nombres de los objetos migrados en la instancia de destino, como bases de datos, tablas y columnas. De forma predeterminada, se selecciona DTS default policy. También puede mantener la distinción entre mayúsculas y minúsculas coherente con la política predeterminada de la base de datos de origen o de destino. Para obtener más información, consulte Case sensitivity of object names in the destination database.

        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 los objetos que desea migrar a nivel de base de datos o de tabla.

        Selected Objects

        • Para cambiar el nombre de un único 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 utiliza la función de asignación de nombres de objetos, la migración de otros objetos que dependan del objeto asignado podría fallar.

        • Para filtrar datos mediante una cláusula WHERE, haga clic con el botón derecho en la tabla que desea migrar dentro del panel Selected Objects y establezca 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 el objeto que desea migrar dentro del panel Selected Objects y seleccione las operaciones SQL deseadas 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 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.

        Select the engine type of the destination database

        Seleccione el tipo de motor para la base de datos de destino según sus necesidades.

        • InnoDB: motor de almacenamiento predeterminado.

        • X-Engine: motor de almacenamiento de bases de datos para procesamiento de transacciones en línea (OLTP).

        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 este tiempo 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 del plazo especificado, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea falla.

        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. 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 este tiempo con un valor de 1 a 1440 minutos. Se recomienda establecer una duración superior a 10 minutos. Si las operaciones correspondientes se ejecutan correctamente dentro del plazo de reintento especificado, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea falla.

        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 cual 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 los valores de Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s) para reducir la carga en la base de datos de destino.

        Nota

        • Este elemento de configuración 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 los valores de 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. En este ejemplo, no es necesario seleccionar ninguna etiqueta.

        Actual Write Code

        Puede seleccionar el tipo de codificación para los datos escritos en la base de datos de 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 comerciales.

        • No: no configura ninguna alerta.

        • Yes: configura alertas al establecer un alert threshold y un alert notifications. 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.

    6. 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 solo comienza después de superar esta comprobación.

      • Si la comprobación previa falla, haga clic en View Details junto al elemento con errores, 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 con errores, 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.

    7. Adquiera la instancia.

      1. Cuando Success Rate alcance el 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 el resource group predeterminado. 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.

        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 cuando finaliza 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.