Todos los productos
Search

Este producto

    Data Transmission Service:Migración de RDS MySQL a una base de datos Oracle autogestionada

    Centro de documentos

    Data Transmission Service:Migración de RDS MySQL a una base de datos Oracle autogestionada

    Última actualización: Sep 05, 2026

    Puede utilizar Data Transmission Service (DTS) para migrar datos desde una instancia de ApsaraDB RDS for MySQL hacia una base de datos Oracle autogestionada.

    Requisitos previos

    • Debe contar con una base de datos Oracle autogestionada creada como destino de la migración.

      Nota

      La base de datos Oracle de destino debe tener más espacio de almacenamiento disponible que el volumen de datos a migrar desde la instancia de origen de ApsaraDB RDS for MySQL.

    • Si utiliza bases de datos Oracle autogestionadas con arquitectura RAC, se requiere una conexión VPC a Alibaba Cloud. Para garantizar que la tarea de DTS se ejecute correctamente, conecte la SCAN IP del Oracle RAC y la VIP de cada nodo a la VPC, y configure las reglas de enrutamiento necesarias. Para obtener más información, consulte Overview of solutions for connecting an on-premises data center to Alibaba Cloud y Connect a data center to DTS through VPN Gateway.

    Notas de uso

    Nota

    Durante la migración completa e incremental de datos:

    • Si existen operaciones de actualización o eliminación en cascada en la base de datos de origen, pueden presentarse inconsistencias en los datos.

    • Si la base de datos de destino contiene claves foráneas o desencadenadores, debe deshabilitarlos. De lo contrario, la tarea de migración de datos podría presentar errores.

    Tipo

    Descripción

    Límites de la base de datos de origen

    • Las tablas a migrar deben tener una clave primaria o una restricción única, y los valores en las columnas restringidas deben ser únicos. De lo contrario, pueden generarse datos duplicados en la base de datos de destino.

    • Si migra datos a nivel de tabla y necesita realizar ediciones (como asignar nombres de tablas o columnas), una sola tarea de migración de datos admite hasta 1,000 tablas. Si se supera este límite, el envío de la tarea fallará con un error. En este caso, divida las tablas en varios lotes para la migración o configure una tarea para migrar toda la base de datos.

    • Si requiere migración incremental, habilite el registro binario:

      • Establezca binlog_format en ROW y binlog_row_image en FULL. De lo contrario, la verificación previa fallará y la tarea no podrá iniciarse.

        Importante

        Si su origen de MySQL autogestionado es un clúster de doble maestro, donde cada instancia actúa como maestro y esclavo, habilite el parámetro log_slave_updates. Esto garantiza que DTS pueda leer todos los registros binarios.

      • Para instancias de RDS for MySQL, conserve los registros binarios locales durante al menos tres días (se recomiendan siete días). Para bases de datos MySQL autogestionadas, conserve los registros binarios locales durante al menos siete días. Si DTS no puede acceder a los registros binarios, la tarea fallará. En casos extremos, pueden ocurrir inconsistencias o pérdida de datos. Los problemas causados por periodos de retención de registros binarios inferiores a los requeridos por DTS no están cubiertos por el SLA de DTS.

        Nota

        Para establecer el retention period de los registros binarios locales en una instancia de RDS for MySQL, consulte Automatically delete local logs.

    • Durante las fases de migración de esquema y migración completa, 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á.

      Nota

      Durante la fase de migración completa, DTS consulta la base de datos de origen. Esto genera un bloqueo de metadatos que puede impedir operaciones DDL en la base de datos de origen.

    • Si solo realiza una migración completa de datos, no escriba nuevos datos en la base de datos de origen. De lo contrario, se producirán inconsistencias entre las bases de datos de origen y destino. Para mantener la consistencia de datos en tiempo real, seleccione migración de esquema, migración completa de datos y migración incremental de datos.

    • Si requiere migración incremental, las instancias de RDS for MySQL que no registran logs de transacciones, como las instancias de solo lectura de RDS for MySQL 5.6, no son compatibles como origen.

    • DTS no migra datos generados por cambios que no se escriben en los registros binarios. Algunos ejemplos incluyen datos restaurados desde copias de seguridad físicas o creados mediante operaciones en cascada.

      Nota

      Si esto ocurre, vuelva a ejecutar la migración completa cuando su negocio lo permita.

    • Si su base de datos MySQL de origen es versión 8.0.23 o posterior y contiene columnas ocultas invisibles, DTS no podrá leer dichas columnas. Esto puede provocar pérdida de datos.

      Nota

      Ejecute ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; para hacer visible la columna oculta. Para obtener más información, consulte Invisible Columns.

    Otros límites

    • No utilice herramientas como pt-online-schema-change para ejecutar operaciones DDL en línea sobre los objetos de migración en la base de datos de origen. De lo contrario, la tarea de migración de datos fallará.

    • Si su base de datos de origen utiliza operaciones DDL en línea con modo de tabla temporal, incluidos escenarios de fusión de múltiples tablas, o agrega índices basados en funciones a columnas de clave única, pueden producirse pérdidas de datos o fallos en la tarea en la base de datos de destino.

    • Para columnas de tipo de datos FLOAT o DOUBLE, DTS utiliza ROUND(COLUMN,PRECISION) para leer los valores. Si no se define explícitamente una precisión, DTS usa de forma predeterminada una precisión de migración de 38 para FLOAT y 308 para DOUBLE. Asegúrese de que la precisión de migración cumpla con sus requisitos empresariales.

    • Antes de iniciar una migración de datos, evalúe el rendimiento de las bases de datos de origen y destino. Se recomienda migrar los datos fuera de horas pico, ya que la migración completa consume recursos de lectura y escritura en ambas bases de datos, lo cual puede aumentar la carga.

    • Durante la migración completa de datos, las operaciones INSERT simultáneas provocan fragmentación de tablas en la base de datos de destino. Por lo tanto, al finalizar la migración completa, las tablas en la base de datos de destino ocuparán más espacio de tabla que en la instancia de origen.

    • DTS intenta reanudar las tareas con errores dentro de un plazo de siete días. Antes de cambiar sus cargas de trabajo a la instancia de destino, detenga o libere la instancia, o bien use el comando REVOKE para revocar los permisos de escritura de la cuenta que utiliza DTS para acceder a la instancia de destino. Esto evita que la tarea se reanude automáticamente y sobrescriba los datos de destino.

    • Si su instancia de RDS for MySQL tiene habilitado Always-Encrypted, la migración completa no es compatible.

      Nota

      Las instancias de RDS for MySQL con Transparent Data Encryption (TDE) habilitado admiten migración de esquema, migración completa y migración incremental.

    • Si una tarea presenta errores, el personal de soporte de DTS intentará restaurarla dentro de un plazo de ocho horas. Durante la restauración, pueden reiniciar la tarea o ajustar sus parámetros.

      Nota

      Solo se modifican los parámetros de la tarea de DTS, no los parámetros de la base de datos. Los parámetros que pueden ajustarse incluyen los listados en Modify instance parameters.

    Casos especiales

    • Para orígenes de MySQL autogestionados:

      • Un cambio de rol maestro-standby en la base de datos de origen provoca que la tarea de migración falle.

      • DTS calcula la latencia comparando la marca de tiempo del último registro migrado a la base de datos de destino con la hora actual. Si no se ejecutan operaciones DML en el origen durante mucho tiempo, el reporte de latencia se vuelve inexacto. Si la latencia parece demasiado alta, ejecute una operación DML en el origen para actualizar el valor de latencia.

        Nota

        Si selecciona migración de base de datos completa, cree una tabla de latidos. Actualícela o escriba en ella cada segundo.

      • DTS ejecuta periódicamente CREATE DATABASE IF NOT EXISTS test en la base de datos de origen para avanzar el desplazamiento del registro binario.

      • Si su origen es Amazon Aurora MySQL u otra instancia de MySQL en clúster, asegúrese de que el nombre de dominio o la dirección IP configurados para la tarea, así como su resolución DNS, apunten siempre a un nodo de lectura-escritura (RW). De lo contrario, la tarea de migración podría fallar.

    • Para orígenes de RDS for MySQL:

      • Si requiere migración incremental, las instancias de RDS for MySQL que no registran logs de transacciones, como las instancias de solo lectura de RDS for MySQL 5.6, no son compatibles como origen.

      • DTS ejecuta periódicamente CREATE DATABASE IF NOT EXISTS test en la base de datos de origen para avanzar el desplazamiento del registro binario.

    Facturación

    Tipo de migración

    Cargo por configuración de instancia

    Cargo por tráfico de Internet

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

    Sin cargo.

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

    Migración incremental de datos

    Con cargo. Para obtener más información, consulte Billing overview.

    Tipos de migración

    • Migración de esquema

      DTS migra los esquemas de los objetos de migración desde la base de datos de origen hacia la base de datos de destino.

    • Migración completa de datos

      DTS migra todos los datos existentes en los objetos de migración desde la base de datos de origen hacia la base de datos de destino.

    • Migración incremental de datos

      Después de la migración completa de datos, DTS migra las actualizaciones incrementales desde la base de datos de origen hacia la base de datos de destino, lo que minimiza el tiempo de inactividad de las aplicaciones autogestionadas.

    Operaciones SQL para migración incremental

    Tipo de operación

    Sentencia SQL

    DML

    INSERT, UPDATE y DELETE

    DDL

    CREATE TABLE, ALTER TABLE, RENAME TABLE, TRUNCATE TABLE y DROP TABLE

    Permisos obligatorios para cuentas de base de datos

    Base de datos

    Schema migration

    Full migration

    Incremental migration

    ApsaraDB RDS for MySQL

    Permiso SELECT

    Permiso SELECT

    Permisos REPLICATION SLAVE, REPLICATION CLIENT y SELECT para los objetos de origen. DTS otorga estos permisos automáticamente a la cuenta de la base de datos.

    Oracle

    Permisos de propietario del esquema.

    Para obtener más información sobre cómo crear y autorizar una cuenta de base de datos, consulte los siguientes temas:

    Procedimiento

    En este ejemplo se utiliza una base de datos Oracle autogestionada en una instancia ECS como base de datos de destino.

    1. Vaya a la página de lista de tareas de migración correspondiente a 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.

      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 que facilite su identificación. El nombre no necesita ser único.

      Source Database

      Select DMS Database Instance

      Seleccione una instancia existente según sea necesario.

      • Si utiliza una instancia existente, la información de la base de datos se completa automáticamente y no es necesario introducirla de nuevo.

      • Si no utiliza una instancia existente, introduzca la siguiente información de la base de datos.

      Database Type

      Seleccione MySQL.

      Access Method

      Seleccione Alibaba Cloud Instance.

      Instance Region

      Seleccione la región de la instancia de origen de ApsaraDB RDS for MySQL.

      Cross-account

      Indica si la base de datos de origen pertenece a una cuenta diferente de Alibaba Cloud. En este ejemplo, seleccione No.

      RDS Instance ID

      Seleccione el ID de la instancia de origen de ApsaraDB RDS for MySQL.

      Database Account

      Introduzca la cuenta de la base de datos de la instancia de origen de ApsaraDB RDS for MySQL. Para obtener más 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.

      Connection Method

      Seleccione Non-encrypted o SSL-encrypted según los requisitos de su base de datos. Si establece este parámetro en SSL-encrypted, debe habilitar previamente el cifrado SSL para la instancia de RDS for MySQL. Para obtener más información, consulte Quickly enable SSL encryption using a cloud certificate.

      Destination Database

      Select DMS Database Instance

      Seleccione una instancia existente según sea necesario.

      • Si utiliza una instancia existente, la información de la base de datos se completa automáticamente y no es necesario introducirla de nuevo.

      • Si no utiliza una instancia existente, introduzca la siguiente información de la base de datos.

      Database Type

      Seleccione Oracle.

      Access Method

      Seleccione Self-managed Database on ECS.

      Nota

      Si la base de datos de destino es autogestionada, debe realizar trabajos preparatorios. Para obtener más información, consulte Preparation overview.

      Instance Region

      Seleccione la región de la instancia Oracle autogestionada de destino.

      ECS Instance ID

      Seleccione el ID de la instancia ECS que aloja la base de datos Oracle autogestionada de destino.

      Port Number

      Introduzca el puerto de servicio de la base de datos Oracle autogestionada de destino. Valor predeterminado: 1521.

      Oracle Type

      Seleccione el tipo de instancia Oracle. En este ejemplo, seleccione RAC or PDB Instance.

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

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

      Database Account

      Introduzca la cuenta de la base de datos de la instancia Oracle autogestionada de destino.

      Database Password

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

    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 dirección 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.

    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 realizar una migración completa, seleccione tanto Schema Migration como Full Data Migration.

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

        Nota

        • Si no selecciona Schema Migration, debe asegurarse de que existan una base de datos y tablas para recibir los datos en la base de datos de destino. También puede utilizar 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 nuevos datos en la instancia de origen durante la migración para garantizar la consistencia de los datos.

        Processing Mode for Existing Destination Tables

        • Precheck and Report Errors: Comprueba si existen tablas en la base de datos de destino con los mismos nombres que las tablas de la base de datos de origen. La comprobación previa se supera si no existen dichas tablas. De lo contrario, la comprobación previa falla y la tarea de migración no puede iniciarse.

          Nota

          Si no puede eliminar ni cambiar el nombre de las tablas con nombres duplicados en la base de datos de destino, puede modificar los nombres de estas tablas en dicha base. Para obtener más información, consulte Map table and column names.

        • Ignore Errors and Proceed: Omite la comprobación de tablas con nombres duplicados en la base de datos de destino.

          Aviso

          Si selecciona Ignore Errors and Proceed, puede producirse inconsistencia en los datos y exponer su negocio a riesgos. Por ejemplo:

          • Si un registro de destino tiene la misma clave principal que un registro de origen y los esquemas coinciden:

            • Durante una migración completa de datos, DTS conserva el registro de destino y no migra el registro de origen.

            • Durante una migración incremental de datos, DTS sobrescribe el registro de destino con el registro de origen.

          • Si las bases de datos de origen y de destino tienen esquemas diferentes, la inicialización de datos puede fallar, lo que provoca una migración parcial o un fallo total de la migración.

        Case Sensitivity Policy for Destination Object Names

        Configure la distinción entre mayúsculas y minúsculas de los nombres de bases de datos, tablas y columnas en la instancia de destino. De forma predeterminada, se selecciona DTS default policy. También puede seleccionar otras opciones para garantizar que el uso de mayúsculas y minúsculas en los nombres de objetos sea consistente con el 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 instance.

        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

        La granularidad para seleccionar objetos de migración es esquema, tabla y columna. Si selecciona únicamente tablas o columnas como objetos de migración, otros objetos como vistas, desencadenadores y procedimientos almacenados no se migrarán a la base de datos de destino.

        Selected Objects

        Haga clic con el botón derecho en una base de datos dentro del cuadro Selected Objects. En la página Edit Schema, cambie el Schema Name por el esquema correspondiente en su base de datos Oracle autogestionada de destino. De forma predeterminada, el nombre del esquema coincide con la Database Account. Para obtener más información sobre la función de asignación de nombres de objetos, consulte Map table and column names.

        Nota

        • El uso de la asignación de nombres de objetos puede provocar fallos en la migración de objetos dependientes.

        • Para establecer una condición WHERE que filtre datos, haga clic con el botón derecho en la tabla que desea migrar dentro de la sección Selected Objects y configure la condición de filtro en el cuadro de diálogo que aparece. Para obtener más información, consulte Configure filter conditions.

        • Para seleccionar operaciones SQL específicas para la migración a nivel de base de datos o tabla, haga clic con el botón derecho en un objeto de migración dentro del cuadro Selected Objects y seleccione las operaciones SQL necesarias en el cuadro de diálogo.

      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, por lo que no es necesario seleccionar uno. Si desea mayor estabilidad en las tareas, puede adquirir un dedicated cluster para ejecutar tareas de migración de DTS.

        Retry Time for Failed Connections

        Una vez iniciada la tarea de migración, si falla la conexión con la base de datos de origen o de destino, DTS reporta un error e intenta restablecer la conexión inmediatamente. La duración predeterminada de reintento es de 720 minutos. Puede personalizar este tiempo a un valor entre 10 y 1440 minutos. Se recomienda establecer una duración superior a 30 minutos. Si DTS logra reconectarse a las bases de datos de origen y destino dentro del periodo especificado, la tarea de migración se reanudará automáticamente; de lo contrario, la tarea fallará.

        Nota

        • Para múltiples instancias de DTS que comparten la misma fuente o destino, el tiempo de reintento de red queda determinado por 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 las necesidades de su negocio o liberar la instancia de DTS lo antes posible después de liberar las instancias de base de datos de origen y destino.

        Retry Time for Other Issues

        Una vez iniciada la tarea de migración, si ocurre un problema no relacionado con la conectividad (como una excepción en la ejecución de DDL o DML) en la base de datos de origen o de destino, DTS reporta un error e intenta reintentar la operación inmediatamente. La duración predeterminada de reintento es de 10 minutos. Puede personalizar este tiempo a un valor entre 1 y 1440 minutos. Se recomienda establecer una duración superior a 10 minutos. Si las operaciones relacionadas se completan correctamente dentro del periodo de reintento especificado, la tarea de migración se reanudará automáticamente; de lo contrario, la tarea fallará.

        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 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 configurar 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 una vez 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 configurar 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 una vez que la instancia de migración esté en ejecución.

        Environment Tag

        Puede seleccionar una etiqueta de entorno para identificar la instancia de migración. En este ejemplo, no se requiere ninguna etiqueta.

        Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

        Elija si desea escribir información SQL de latido en la base de datos de origen mientras la instancia de DTS está en ejecución.

        • Yes: No se escribe información SQL de latido en la base de datos de origen. Esto puede causar que la instancia de DTS reporte un retraso.

        • No: Escribe información SQL de latido en la base de datos de origen. Esto puede interferir con funciones como la copia de seguridad física y la clonación de la base de datos de origen.

        Configure ETL

        Según las necesidades de su negocio, seleccione si desea configurar la función ETL feature para procesar datos.

        • Yes: Configura la función ETL. También debe introducir data processing statements en el cuadro de texto.

        • No: No configura la función ETL.

        Monitoring and Alerting

        Seleccione si desea configurar alertas y recibir notificaciones de alerta según las necesidades de su negocio.

        • No: No configura ninguna alerta.

        • Yes: Configure las alertas estableciendo un alert threshold y alert notifications. Si una migración falla o la latencia supera el umbral, el sistema enviará 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 ver los parámetros de configuración de esta instancia al llamar a la operación de API, pase 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 ver los parámetros de 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 realiza una comprobación previa. La tarea solo comienza después de superar dicha comprobación.

      • Si la comprobación previa falla, haga clic en View Details junto al elemento fallido, 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 fallido, resuelva el problema siguiendo las indicaciones y vuelva a ejecutar la comprobación previa.

        • Para los elementos de comprobación que se pueden ignorar, puede hacer clic en Confirm Alert Details, Ignore, OK y Precheck Again para omitir la advertencia y volver a ejecutar la comprobación previa. Si decide ignorar una advertencia, pueden surgir problemas como inconsistencia de datos que pongan en riesgo su negocio.

    7. Adquiera una instancia.

      1. Cuando la 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 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. Puede seleccionar 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 lista de Data Migration Tasks.

        Nota

        • Si la tarea de migración no incluye migración incremental, se detendrá automáticamente al finalizar la migración completa. Una vez detenida, su Status cambiará a Completed.

        • Si la tarea de migración incluye migración incremental, no se detendrá automáticamente y continuará ejecutándose. Mientras la tarea de migración incremental esté activa, el Status de la tarea será Running.