Todos los productos
Search
Centro de documentos

Data Transmission Service:Migración de OceanBase (modo MySQL) a PolarDB for MySQL

Última actualización: Sep 04, 2026

PolarDB for MySQL es un servicio de base de datos seguro, confiable y de alto rendimiento con capacidad de almacenamiento masivo. Este documento describe cómo migrar una base de datos OceanBase a un clúster de PolarDB for MySQL mediante Data Transmission Service (DTS).

Requisitos previos

  • La base de datos OceanBase de origen debe ser una versión compatible con DTS.

    • Si la base de datos de origen es ApsaraDB for OceanBase, DTS solo admite instancias de clúster, no instancias de inquilino.

    • Si la base de datos de origen es una base de datos OceanBase autoadministrada, DTS solo admite Community Edition 4.X.

  • Debe haber creado un clúster de destino de PolarDB for MySQL con una capacidad de almacenamiento superior a la de la base de datos OceanBase de origen. Para obtener más información, consulte Custom purchase y Purchase a subscription cluster.

Notas de uso

Nota
  • DTS migra las claves externas durante la migración del esquema.

  • 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 inconsistencia en los datos.

Tipo

Descripción

Limitaciones de la base de datos de origen

  • Si la base de datos de origen es una instancia de ApsaraDB for OceanBase:

  • Si la base de datos de origen es una base de datos OceanBase autoadministrada:

    Para la migración incremental, debe instalar oblogproxy (un servicio de proxy de registros incrementales) en el servidor donde se despliega la base de datos OceanBase y configurar el inquilino del sistema. Para obtener más información, consulte Instalar y desplegar oblogproxy.

  • Requisitos de ancho de banda: El servidor de la base de datos de origen debe tener suficiente ancho de banda de salida. Un ancho de banda insuficiente ralentiza la migración de datos.

  • Las tablas que se van a migrar deben tener una clave principal o una restricción única. De lo contrario, pueden producirse datos duplicados en la base de datos de destino.

  • Al migrar tablas específicas y utilizar funciones como la asignación de nombres de objetos, una sola tarea de migración de datos está limitada a 1,000 tablas. Si se supera este límite, la tarea fallará. Para migrar más tablas, divídalas en varias tareas o configure una tarea para migrar toda la base de datos.

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

    • Durante la migración del esquema y la migración completa de datos, no realice ninguna operación DDL. De lo contrario, la tarea de migración de datos fallará.

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

  • El tipo de datos GEOMETRY solo es compatible con la migración completa de datos.

  • DTS no migra datos de columnas ocultas, lo que provoca pérdida de datos.

Otras limitaciones

  • DTS no admite la conversión de datos del tipo DATETIME al tipo VARCHAR.

  • Actualmente, DTS no admite el ajuste de la velocidad de migración completa de datos.

  • 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 crear una base de datos en el clúster de destino de PolarDB for MySQL antes de configurar la tarea de migración de datos. Posteriormente, puede utilizar la función de asignación de nombres de objetos en el paso Configure Objects and Advanced Settings. Para obtener más información sobre las convenciones de nomenclatura de bases de datos para PolarDB for MySQL y cómo crear una base de datos, consulte Manage databases.

  • 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 en la base de datos de destino.

  • Antes de iniciar la migración de datos, evalúe el rendimiento de las bases de datos de origen y de destino. Realice la migración de datos durante las horas de menor actividad. De lo contrario, la migración completa de datos consumirá recursos de E/S tanto en la base de datos de origen como en la de destino, lo que aumentará la carga de la base de datos.

  • 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, una vez completada la migración completa de datos, el espacio de tablas de la base de datos de destino será mayor que el de origen.

  • Confirme que la precisión de migración que utiliza DTS para las columnas FLOAT o DOUBLE cumple con los requisitos de su negocio. DTS utiliza la función ROUND(COLUMN,PRECISION) para leer valores de estas columnas. Si no se especifica ninguna precisión, la precisión de migración es de 38 dígitos para FLOAT y 308 dígitos para DOUBLE.

  • DTS intenta reanudar una tarea de migración de datos con errores durante un máximo de siete días. Por lo tanto, antes de cambiar sus servicios a la instancia de destino, debe finalizar o liberar la tarea. Alternativamente, ejecute el comando revoke para revocar los permisos de escritura de la cuenta de acceso de DTS en la instancia de destino. Esto evita que una tarea reanudada automáticamente sobrescriba datos en la instancia de destino.

  • Si la base de datos de origen es una instancia de ApsaraDB for OceanBase y la tarea de DTS incluye migración incremental, DTS intenta periódicamente ejecutar la sentencia CREATE DATABASE IF NOT EXISTS test en la base de datos de origen para crear una base de datos test y escribir datos de latido para avanzar la posición del binlog. Si la cuenta que utiliza DTS para acceder a la base de datos de origen no tiene los privilegios necesarios para crear bases de datos, y no se realizan operaciones DML en la base de datos de origen durante un período prolongado, la información de latencia puede ser inexacta.

    Nota

    Si la latencia mostrada es demasiado alta, puede ejecutar una sentencia DML en la base de datos de origen para actualizar la información de latencia.

  • Si DTS no logra aplicar una sentencia DDL a la base de datos de destino, la tarea de migración de datos continúa ejecutándose. Debe revisar los registros de la tarea para encontrar la sentencia DDL fallida. Para obtener más información sobre cómo ver los registros de tareas, consulte View task logs.

  • Dado que los nombres de columna de MySQL no distinguen entre mayúsculas y minúsculas, al migrar a un destino de PolarDB for MySQL, DTS fusiona los datos de las columnas de origen cuyos nombres difieren solo en mayúsculas y minúsculas (por ejemplo, 'Col' y 'col') en una sola columna. Esto puede provocar resultados inesperados.

  • Si una tarea falla, el personal de soporte de DTS intentará restaurarla dentro de las ocho horas siguientes. 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 enumerados en Modify instance parameters.

Facturación

Tipo de migración

Cargo por configuración de tarea

Costo de transferencia de datos

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

Sin cargo.

Sin cargo para este ejemplo.

Migración incremental de datos

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

Operaciones SQL admitidas para la migración incremental

Tipo de operación

Sentencia SQL

DML

INSERT, UPDATE, DELETE

DDL

  • ALTER TABLE, ALTER VIEW

  • CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW

  • DROP INDEX, DROP TABLE

  • RENAME TABLE

    Importante

    Una operación RENAME TABLE puede causar inconsistencia en los datos. Por ejemplo, si selecciona solo una tabla como objeto de migración y cambia el nombre de la tabla en la instancia de origen durante la migración, los datos de esta tabla no se migrarán a la base de datos de destino. Para evitar este problema, seleccione toda la base de datos a la que pertenece la tabla como objeto de migración cuando configure la tarea de migración de datos. Asegúrese de que las bases de datos a las que pertenece la tabla antes y después de la operación RENAME TABLE estén incluidas en los objetos de migración.

  • TRUNCATE TABLE

Permisos de cuentas de base de datos

Base de datos

Migración de esquema

Migración completa

Migración incremental

Base de datos de origen

OceanBase autoadministrado

Usuario

Permiso SELECT

Inquilino

Inquilino regular

Inquilino regular

Inquilino regular

Importante

Para la migración incremental de datos, instale oblogproxy (un servicio de proxy de registros incrementales) en el servidor de la base de datos OceanBase y configure un inquilino del sistema. Para obtener más información, consulte Instalar y desplegar oblogproxy.

ApsaraDB for OceanBase

Inquilino

Inquilino regular

Inquilino regular

Inquilino regular

Cuenta de base de datos

Permiso SELECT

Permiso SELECT

Permisos de lectura y escritura

Base de datos de destino

PolarDB for MySQL

Permisos de lectura y escritura

Para crear cuentas de base de datos y otorgar permisos, consulte los siguientes temas:

Procedimiento

  1. Vaya a la página de 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 tareas.

  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 en la esquina superior derecha es Back to Previous Version), puede omitir este paso.

    • Los parámetros en las páginas de configuración nueva y anterior son diferentes. Se recomienda utilizar la nueva página de configuración.

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

    ApsaraDB for OceanBase for MySQL

    Sección

    Parámetro

    Descripción

    N/A

    Task Name

    DTS genera automáticamente un nombre de tarea. Se recomienda especificar un nombre descriptivo para facilitar su identificación. El nombre no tiene que ser único.

    Source Database

    Select Existing Connection

    • Para usar una instancia de base de datos que ha sido added to the system (creada o guardada), seleccione la instancia deseada en la lista desplegable. La información de la base de datos a continuación se configurará automáticamente.

      Nota

      En la consola de DMS, este parámetro se denomina Select a DMS database instance..

    • Si no ha registrado la instancia de base de datos en el sistema, o no necesita usar una instancia registrada, configure manualmente la información de la base de datos a continuación.

    Database Type

    Seleccione ApsaraDB OceanBase for MySQL.

    Access Method

    Seleccione Alibaba Cloud Instance.

    Instance Region

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

    Replicate Data Across Alibaba Cloud Accounts

    En este ejemplo, se utiliza una instancia de base de datos bajo la cuenta actual de Alibaba Cloud. Seleccione No.

    Instance ID

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

    Tenant ID

    Seleccione el ID de inquilino de la instancia de origen de ApsaraDB for OceanBase for MySQL.

    Nota

    Para obtener información sobre cómo ver el ID de inquilino, consulte Tenant details.

    Database Account

    Introduzca la cuenta de la base de datos para la base de datos OceanBase de origen. Para obtener información sobre los permisos necesarios, consulte Required database account permissions.

    Database Password

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

    Destination Database

    Select Existing Connection

    • Para usar una instancia de base de datos que ha sido added to the system (creada o guardada), seleccione la instancia deseada en la lista desplegable. La información de la base de datos a continuación se configurará automáticamente.

      Nota

      En la consola de DMS, este parámetro se denomina Select a DMS database instance..

    • Si no ha registrado la instancia de base de datos en el sistema, o no necesita usar una instancia registrada, configure manualmente la información de la base de datos a continuación.

    Database Type

    Seleccione PolarDB for MySQL.

    Access Method

    Seleccione Alibaba Cloud Instance.

    Instance Region

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

    PolarDB Cluster ID

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

    Database Account

    Introduzca la cuenta de la base de datos para el clúster de destino de PolarDB for MySQL. Para obtener información sobre los permisos necesarios, consulte Required database account permissions.

    Database Password

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

    Encryption

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

    OceanBase autogestionado

    Sección

    Parámetro

    Descripción

    N/A

    Task Name

    DTS genera automáticamente un nombre de tarea. Se recomienda especificar un nombre descriptivo para facilitar su identificación. El nombre no tiene que ser único.

    Source Database

    Select Existing Connection

    • Para usar una instancia de base de datos que ha sido added to the system (creada o guardada), seleccione la instancia deseada en la lista desplegable. La información de la base de datos a continuación se configurará automáticamente.

      Nota

      En la consola de DMS, este parámetro se denomina Select a DMS database instance..

    • Si no ha registrado la instancia de base de datos en el sistema, o no necesita usar una instancia registrada, configure manualmente la información de la base de datos a continuación.

    Database Type

    Seleccione ApsaraDB OceanBase for MySQL.

    Access Method

    Seleccione una opción según la ubicación de despliegue de su base de datos OceanBase autogestionada. Este ejemplo utiliza Public IP Address.

    Nota
    • Antes de conectar una base de datos autogestionada a DTS, complete los preparativos necesarios. Para obtener más información, consulte Overview of preparations.

    • Para obtener información sobre problemas comunes que puede encontrar al configurar la Source Database para una base de datos OceanBase autogestionada, consulte FAQ.

    Instance Region

    Seleccione la región donde se encuentra su base de datos OceanBase autogestionada.

    Domain Name or IP

    Introduzca el endpoint de su base de datos OceanBase autogestionada.

    Port Number

    Introduzca el puerto de conexión para su base de datos OceanBase autogestionada. El valor predeterminado es 2881.

    IP Address in Log Proxy (Domain Name Not Supported)

    Introduzca la dirección IP del oblogproxy para su base de datos OceanBase autogestionada.

    Port in Log Proxy

    Introduzca el puerto de escucha del oblogproxy para su base de datos OceanBase autogestionada. El valor predeterminado es 2983.

    Database Account

    Introduzca la cuenta de la base de datos para su base de datos OceanBase autogestionada. Para obtener información sobre los permisos necesarios, consulte Required database account permissions.

    Database Password

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

    Destination Database

    Select Existing Connection

    • Para usar una instancia de base de datos que ha sido added to the system (creada o guardada), seleccione la instancia deseada en la lista desplegable. La información de la base de datos a continuación se configurará automáticamente.

      Nota

      En la consola de DMS, este parámetro se denomina Select a DMS database instance..

    • Si no ha registrado la instancia de base de datos en el sistema, o no necesita usar una instancia registrada, configure manualmente la información de la base de datos a continuación.

    Database Type

    Seleccione PolarDB for MySQL.

    Access Method

    Seleccione Alibaba Cloud Instance.

    Instance Region

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

    PolarDB Cluster ID

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

    Database Account

    Introduzca la cuenta de la base de datos para el clúster de destino de PolarDB for MySQL. Para obtener información sobre los permisos necesarios, consulte Required database account permissions.

    Database Password

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

    Encryption

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

    Preguntas frecuentes

    • Si el servicio Log Proxy no está instalado para la base de datos OceanBase, ¿cómo especifico los parámetros de Log Proxy?

      Deje vacíos los campos IP Address in Log Proxy (Domain Name Not Supported) y Port in Log Proxy. Además, no seleccione Incremental Data Migration para Migration Types en el siguiente paso. De lo contrario, la tarea fallará.

    • ¿Qué hago si la región de mi base de datos no aparece en la lista desplegable Instance Region?

      Puede seleccionar la región geográficamente más cercana a su base de datos.

    • Si la base de datos OceanBase está desplegada en un clúster, ¿qué debo introducir en Domain Name or IP?

      Introduzca la dirección IP del nodo OBServer node que especificó al configurar el clúster.

    • ¿Cómo especifico el Port Number de la base de datos OceanBase?

      • Si la base de datos OceanBase está desplegada en un solo nodo, puede mantener el valor predeterminado.

      • Si la base de datos OceanBase está desplegada en un clúster, debe introducir el SQL port que especificó al configurar el clúster.

    • ¿Cómo especifico la Database Account para la base de datos OceanBase?

      La Database Account debe usar el formato <username>@<tenant_name>. Por ejemplo, una cuenta para el usuario dtstest en el inquilino dts debe introducirse como dtstest@dts.

  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 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 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 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 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 nuevos datos en la instancia de origen durante la migración de datos para garantizar la consistencia de los datos.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: Comprueba si existen tablas con los mismos nombres en la base de datos de destino. Si no existen tablas con los mismos nombres, la comprobación previa se aprueba. 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 en 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 causar inconsistencia de datos y riesgos comerciales. Por ejemplo:

        • Si los esquemas de tabla son consistentes y un registro en la base de datos de destino tiene el mismo valor de clave principal que un registro en 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 en la base de datos de destino.

        • Si los esquemas de tabla 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 directiva de distinción entre mayúsculas y minúsculas para los nombres de los objetos migrados, como bases de datos, tablas y columnas, en la instancia de destino. De forma predeterminada, se selecciona DTS default policy. También puede elegir mantener la distinción entre mayúsculas y minúsculas consistente con la directiva 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 a migrar y luego haga clic en Right arrow para moverlos al cuadro Selected Objects.

      Nota

      La granularidad para seleccionar objetos de migración es base de datos, tabla y columna. Si selecciona solo 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

      • 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
      • El uso de la función de asignación de nombres de objetos puede causar inconsistencias de datos o fallos en la migración de otros objetos dependientes. Por ejemplo, si usa la asignación de columnas para una migración parcial de tablas o si los esquemas de tabla son inconsistentes, se perderán los datos de las columnas que existen en el origen pero no en el destino.

      • Para filtrar datos mediante una cláusula WHERE, haga clic con el botón derecho en la tabla que desea migrar en el cuadro Selected Objects y especifique la condición de filtro en el cuadro de diálogo que aparece. Para obtener más información, consulte Set filter conditions.

      • Para seleccionar operaciones SQL para la migración incremental de datos a nivel de base de datos o tabla, haga clic con el botón derecho en el objeto dentro del cuadro 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 tareas en un clúster compartido. No necesita seleccionar uno. Si desea tareas más estables, puede adquirir un dedicated cluster para ejecutar tareas de migración de DTS.

      Select the engine type of the destination database

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

      • InnoDB: El motor de almacenamiento predeterminado.

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

      Retry Time for Failed Connections

      Después de que se inicia la tarea de migración, si falla la conexión a la base de datos de origen o de destino, DTS reporta un error y comienza inmediatamente a reintentar la conexión. La duración predeterminada de reintento es de 720 minutos. Puede personalizar el tiempo de reintento a un valor de 10 a 1440 minutos. Se recomienda establecer la duración en más de 30 minutos. Si DTS se reconecta 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 falla.

      Nota
      • Para varias instancias de DTS que comparten el mismo origen o destino, el tiempo de reintento de red se determina por 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 que se liberen las instancias de base de datos de origen y de destino.

      Retry Time for Other Issues

      Después de que se inicia la tarea de migración, si ocurre un problema que no es de conectividad, como una excepción de ejecución DDL o DML, en la base de datos de origen o de destino, DTS reporta un error y comienza inmediatamente a reintentar la operación. La duración predeterminada de reintento es de 10 minutos. Puede personalizar el tiempo de reintento a un valor de 1 a 1440 minutos. Se recomienda establecer la duración en más de 10 minutos. Si las operaciones relacionadas tienen éxito dentro de la duración de reintento especificada, 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 que puede aumentar la carga de la base de datos. Si es necesario, puede habilitar el limitador 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 para 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 para 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 requisitos. Este ejemplo no requiere una etiqueta de entorno.

      Configure ETL

      Según sus necesidades comerciales, seleccione si desea configurar 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 sus necesidades comerciales.

      • No: No configura ninguna alerta.

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

  7. 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, mueva 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 verlos, haga clic en Next: Save Task Settings and Precheck en la parte inferior de la página.

    Nota
    • Antes de que se inicie la tarea de migración, DTS realiza una comprobación previa. La tarea solo se inicia después de aprobar la comprobación previa.

    • Si la comprobación previa falla, haga clic en View Details junto al elemento de comprobación fallido, solucione el problema según la indicación y luego 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, solucione el problema según la indicación y luego 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 el elemento de alerta y volver a ejecutar la comprobación previa. Si decide ignorar una advertencia, puede causar problemas como inconsistencia de datos y representar riesgos para su negocio.

  8. Adquiera la 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 default resource group. Para obtener más información, consulte What is resource management?

      Instance Class

      DTS proporciona especificaciones de migración con diferentes 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 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.