Todos los productos
Search
Centro de documentos

Data Transmission Service:Migrate SQL Server on Azure to ApsaraDB RDS for SQL Server

Última actualización: Sep 05, 2026

Este tema describe cómo utilizar Data Transmission Service (DTS) para migrar datos desde SQL Server en Azure (Azure SQL Database, Azure SQL Managed Instance y SQL Server en Azure Virtual Machines) hacia una instancia de ApsaraDB RDS for SQL Server.

Contexto

Este documento describe dos métodos para migrar una base de datos de Microsoft Azure SQL Server.

  • One-stop cloud migration using the RDS console

    La consola de RDS ofrece una función de migración a la nube integral que permite trasladar datos de forma rápida y sencilla desde una base de datos de Microsoft Azure SQL Server hacia ApsaraDB RDS for SQL Server.

    Nota

    De forma predeterminada, este método incluye la migración de esquema, la migración completa de datos y la migración incremental de datos.

  • Cloud migration using DTS

    Data Transmission Service (DTS) admite la migración de datos. A diferencia de la migración integral disponible en la consola de RDS, DTS le permite seleccionar tipos específicos de migración, como la migración de esquema, la migración completa de datos y la migración incremental de datos, además de configurar parámetros más avanzados.

Ámbito de aplicación

  • La base de datos de SQL Server en Microsoft Azure de origen debe estar conectada a Alibaba Cloud para que DTS pueda acceder a ella. Para obtener más información, consulte Connect a Microsoft Azure database to Alibaba Cloud.

  • Debe haber creado una instancia de destino de ApsaraDB RDS for SQL Server con un espacio de almacenamiento superior al tamaño total de los datos en la base de datos de origen. Para obtener más información, consulte Create an ApsaraDB RDS for SQL Server instance.

Precauciones

Tipo

Descripción

Límites de la base de datos de origen

  • Para SQL Server en Azure Virtual Machines, Enterprise Edition debe ser versión 2008 o posterior, y Standard Edition debe ser 2016 SP1 o posterior. La versión 2017 no es compatible.

  • Requisito de ancho de banda: El servidor que aloja la base de datos de origen debe contar con suficiente ancho de banda de salida. Un ancho de banda insuficiente reduce la velocidad de migración de datos.

  • Las tablas que se van a migrar deben tener una clave principal o una restricción única, y las columnas incluidas en dicha clave o restricción deben ser únicas. De lo contrario, podrían existir datos duplicados en la base de datos de destino.

  • Una sola tarea de migración puede trasladar un máximo de 10 bases de datos. Superar este límite puede causar problemas de estabilidad y rendimiento. Si es necesario, divida la migración en varias tareas.

  • Si configura una tarea para migrar objetos específicos en lugar de una base de datos completa, no podrá migrar objetos que tengan el mismo nombre de tabla pero diferentes nombres de esquema a la misma base de datos de destino dentro de una sola tarea.

  • Para una tarea de migración incremental de datos, DTS requiere que los registros de transacciones de la base de datos de origen se conserven durante al menos 24 horas. En el caso de una tarea que incluya tanto la migración completa como la incremental, conserve los registros durante al menos 7 días. Puede cambiar el período de retención a un mínimo de 24 horas una vez completada la migración completa de datos. De lo contrario, la tarea de DTS podría fallar debido a la falta de disponibilidad de los registros de transacciones. En casos extremos, esto podría provocar inconsistencia o pérdida de datos. Los problemas causados por una retención insuficiente de registros no están cubiertos por el Acuerdo de Nivel de Servicio (SLA).

  • Límites en las operaciones dentro de la base de datos de origen:

    • Durante las fases de migración de esquema y migración completa de datos, no realice operaciones DDL que modifiquen la estructura de la base de datos o de las tablas. 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 instancia de origen. De lo contrario, los datos serán inconsistentes entre las bases de datos de origen y de destino. Para garantizar la consistencia de los datos en tiempo real, seleccione la migración de esquema, la migración completa de datos y la migración incremental de datos.

  • La base de datos de origen no puede ser una instancia de solo lectura.

  • Si la base de datos de origen es una Azure SQL Database, una instancia de migración solo puede migrar una base de datos.

  • Si utiliza el comando sp_rename para cambiar el nombre de objetos como procedimientos almacenados antes de que se ejecute la tarea de migración de esquema, es posible que la tarea no funcione según lo esperado o que falle.

    Nota

    Utilice el comando ALTER para cambiar el nombre de los objetos de la base de datos.

  • Durante la migración completa de datos, habilite el parámetro READ_COMMITTED_SNAPSHOT en la base de datos de origen para evitar que la contención de bloqueos compartidos afecte la escritura de datos. De lo contrario, podría producirse una inconsistencia de datos o un fallo en la tarea. Los problemas derivados de no habilitar este parámetro no están cubiertos por el SLA de DTS.

Otros límites

  • DTS no admite la migración de los siguientes tipos de datos: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY y GEOGRAPHY.

  • Para migrar desencadenadores desde la base de datos de origen, la cuenta de base de datos utilizada para la tarea de migración debe tener permisos de propietario (Owner) en la base de datos de destino.

  • Si no se pueden escribir datos en una columna del tipo de datos TIMESTAMP en la base de datos de destino, DTS no admitirá la migración completa ni la incremental de datos. Esto podría provocar inconsistencia en los datos o fallos en la tarea.

  • El módulo de verificación previa para una tarea de migración incremental de datos de DTS habilita CDC en la base de datos de origen. Durante este proceso, las limitaciones internas del motor de SQL Server pueden causar bloqueos temporales de tablas en la base de datos de origen.

  • Una tarea de migración incremental de datos sondea instancias de CDC para migrar los datos incrementales. Por lo tanto, aplican los siguientes límites:

    • DTS obtiene datos incrementales mediante el sondeo de la instancia de CDC de cada tabla en la base de datos de origen. Por ello, el número de tablas que se sincronizarán desde la base de datos de origen no puede exceder las 1,000. De lo contrario, la tarea podría experimentar alta latencia o inestabilidad.

    • De forma predeterminada, el componente CDC almacena datos incrementales durante tres días. Ajuste el período de retención ejecutando el comando exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

      Nota
      • <time> especifica el período de retención en minutos.

      • Si el promedio diario de cambios SQL incrementales para una sola tabla supera los 10 millones, establezca <time> en 1440.

    • No se admiten operaciones consecutivas de adición o eliminación de columnas (más de dos operaciones DDL de ADD COLUMN o DROP COLUMN en un minuto). De lo contrario, la tarea de migración podría fallar.

    • No modifique las instancias de CDC de la base de datos de origen. De lo contrario, la tarea de migración podría fallar o podría producirse una pérdida de datos.

    • La migración de múltiples bases de datos y tablas representa un riesgo para la estabilidad y el rendimiento.

    • La migración incremental de datos tiene una latencia aproximada de 10 segundos.

  • Si migra datos entre diferentes versiones de SQL Server, compruebe la compatibilidad con antelación.

  • Si una tarea de migración incluye migración incremental de datos, no podrá reconstruir índices. También deberá deshabilitar todos los desencadenadores y claves externas en la base de datos de destino. De lo contrario, la tarea podría fallar o provocar pérdida de datos.

    Nota

    No puede modificar la clave principal de una tabla para la cual CDC está habilitado.

  • Si el número de tablas con CDC habilitado en una sola tarea de migración es mayor a 1,000 (o superior al valor configurado para The maximum number of tables for which CDC is enabled that DTS supports.), la verificación previa fallará.

  • Si una tarea incluye migración incremental y un solo campo en una tabla con CDC habilitado que se va a escribir contiene más de 64 KB de datos, ejecute el comando exec sp_configure 'max text repl size', -1; para ajustar la configuración de la base de datos de origen con antelación.

    Nota

    De forma predeterminada, un trabajo de CDC puede procesar un tamaño máximo de datos de 64 KB para un solo campo.

  • DTS crea automáticamente bases de datos en ApsaraDB RDS for SQL Server. Si el nombre de la base de datos que se va a migrar no cumple con las convenciones de nomenclatura de ApsaraDB RDS for SQL Server, deberá crear la base de datos en ApsaraDB RDS for SQL Server antes de configurar la tarea de migración. Para obtener más información, consulte Create a database.

  • Para garantizar un reporte preciso de la latencia en la migración incremental de datos, DTS crea un desencadenador dts_cdc_sync_ddl, una tabla de latido dts_sync_progress y una tabla de almacenamiento DDL dts_cdc_ddl_history en la base de datos de origen. Para la sincronización incremental híbrida, DTS crea los mismos objetos y también habilita CDC a nivel de base de datos y de tabla. Para las tablas donde CDC está habilitado, se recomienda que la tasa de cambio de datos no exceda las 1,000 filas por segundo (RPS).

  • Antes de migrar datos, evalúe el rendimiento de las bases de datos de origen y de destino, y realice la migración durante las horas de menor actividad. Durante la migración completa de datos, DTS consume recursos de lectura y escritura en ambas bases de datos, lo que incrementa su carga.

  • Durante la migración completa de datos, las operaciones INSERT simultáneas pueden causar fragmentación en las tablas de destino, por lo que el espacio de almacenamiento de las tablas en la base de datos de destino podría ser mayor que en la instancia de origen después de la migración.

  • Compruebe que la precisión de migración que utiliza DTS para los tipos de datos FLOAT y DOUBLE cumple con sus requisitos empresariales. DTS utiliza la función ROUND(COLUMN,PRECISION) para leer valores de estas columnas. Si no se define explícitamente una precisión, DTS migra los valores FLOAT con una precisión de 38 dígitos y los valores DOUBLE con una precisión de 308 dígitos.

  • DTS intenta reanudar una tarea de migración con errores durante un máximo de siete días. Antes de trasladar sus cargas de trabajo empresariales a la instancia de destino, debe detener o liberar la tarea. Alternativamente, revoque los permisos de escritura de la cuenta de DTS en la instancia de destino mediante el comando revoke para evitar que una tarea reanudada sobrescriba los datos de destino.

  • Cuando varias instancias de migración utilizan la misma base de datos de SQL Server de origen, sus módulos de recopilación de datos incrementales operan de forma independiente.

  • Si una tarea falla, el personal de soporte de DTS intentará restaurarla en un plazo de ocho horas. Durante la restauración, podrían 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 podrían ajustarse incluyen los listados en Modify instance parameters.

  • SQL Server es una base de datos comercial y de código cerrado cuyo formato de registro puede causar problemas inevitables durante el procesamiento incremental de CDC y el análisis sintáctico en DTS. Antes de habilitar DTS para la sincronización incremental desde un origen de SQL Server en un entorno de producción, realice pruebas exhaustivas de prueba de concepto (POC) que cubran todos los escenarios de cambios empresariales, ajustes de esquema y pruebas de estrés bajo carga máxima. La coherencia entre la lógica de su entorno de producción y la fase de POC es fundamental para garantizar operaciones estables de DTS.

  • Durante la migración incremental de datos, si una transacción se revierte parcialmente en la base de datos de origen, es posible que DTS no capture la operación de reversión.

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 se establece en Public IP Address, se le cobra 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 las definiciones de esquema de los objetos de migración desde la base de datos de origen hacia la base de datos de destino.

    • DTS admite la migración de esquema para los siguientes objetos: tablas, vistas, desencadenadores, sinónimos, procedimientos almacenados SQL, funciones SQL, guías de plan, tipos definidos por el usuario, reglas, valores predeterminados y secuencias.

    • DTS no admite la migración de esquema para los siguientes objetos: ensamblados, service brokers, índices de texto completo, catálogos de texto completo, esquemas distribuidos, funciones distribuidas, procedimientos almacenados de Common Language Runtime (CLR), funciones escalares CLR, funciones con valores de tabla CLR, tablas internas, sistemas o funciones agregadas.

  • Migración completa

    DTS migra todos los datos históricos de los objetos de migración especificados desde la base de datos de origen hacia la base de datos de destino.

  • Migración incremental

    Una vez completada la migración completa, DTS migra las actualizaciones incrementales de datos desde la base de datos de origen hacia la base de datos de destino. La migración incremental le permite migrar datos sin problemas y sin interrumpir sus aplicaciones autogestionadas.

Operaciones SQL para la migración incremental de datos

Tipo

Instrucción SQL

DML

INSERT, UPDATE, DELETE

Nota

DTS no admite instrucciones UPDATE que solo actualizan campos grandes.

DDL

  • CREATE TABLE

  • ALTER TABLE

    Incluye únicamente ADD COLUMN y DROP COLUMN.

  • DROP TABLE

  • CREATE INDEX, DROP INDEX

Nota
  • DTS no admite transactional DDL. Por ejemplo, una sola SQL statement que agrega múltiples columnas o que contiene operaciones tanto de DDL como de DML puede causar pérdida de datos.

  • DTS no admite operaciones DDL que involucran un user-defined type.

  • DTS no admite operaciones online DDL.

  • DTS no admite operaciones DDL que utilizan una reserved keyword como nombre de atributo.

  • DTS no admite operaciones DDL ejecutadas desde un system stored procedure.

  • DTS no admite operaciones TRUNCATE TABLE.

  • DTS no admite partitions ni table definitions que contengan funciones.

Permisos de cuentas de base de datos

Base de datos

Migración de esquema

Migración completa de datos

Migración incremental de datos

Creación y autorización

Microsoft Azure SQL Database

Permiso SELECT

Permiso SELECT

Rol sysadmin

Nota

La cuenta de administrador del servidor en la consola de Azure SQL Database cuenta con los permisos necesarios. Para bases de datos que utilizan el modelo vCore, todos los niveles de servicio admiten CDC. Para bases de datos que utilizan el modelo DTU, solo los objetivos de servicio S3 y superiores admiten CDC.

Para obtener más información, póngase en contacto con el soporte técnico de Microsoft Azure.

Instancia de ApsaraDB RDS for SQL Server

Permisos de lectura y escritura

Create a standard, privileged, or global read-only account y Modify the permissions of an account.

Procedimiento

Migración integral a ApsaraDB RDS

  1. Vaya a la pestaña Data Migration de la instancia de destino de ApsaraDB RDS for SQL Server.

    1. Vaya a la lista de instancias de ApsaraDB RDS

      .

    2. En la barra de navegación superior, seleccione la región donde reside la instancia de destino de ApsaraDB RDS for SQL Server.

    3. Haga clic en el ID de la instancia de destino de ApsaraDB RDS for SQL Server.

    4. En el panel de navegación izquierdo, haga clic en Data Migration and Synchronization.

    5. Haga clic en la pestaña Data Migration.

  2. Haga clic en End-to-End Cloud Migration.

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

    Source Database

    Database Type

    El valor predeterminado es SQL Server. No es necesario modificar esta configuración.

    Type

    Seleccione Azure.

    Access Method

    Seleccione Public IP Address o Express Connect, VPN Gateway, or Smart Access Gateway según la forma en que la base de datos SQL Server en Microsoft Azure se conecta a Alibaba Cloud.

    Importante

    Si la base de datos de origen es una Azure SQL Managed Instance, seleccione Public IP Address.

    Instance Region

    • Si establece Access Method en Public IP Address, seleccione la región de la base de datos SQL Server en Microsoft Azure.

      Nota

      Si la región de la base de datos SQL Server en Microsoft Azure no está disponible, puede seleccionar la región geográficamente más cercana a la base de datos.

    • Si establece Access Method en Express Connect, VPN Gateway, or Smart Access Gateway, seleccione la región de la VPC a la que está conectada la base de datos SQL Server en Microsoft Azure.

    Connected VPC

    Seleccione el ID de la VPC a la que está conectada la base de datos SQL Server en Microsoft Azure.

    Nota

    Este parámetro solo está disponible si establece Access Method en Express Connect, VPN Gateway, or Smart Access Gateway.

    Domain Name or IP

    Introduzca el nombre de dominio o la dirección IP de la base de datos SQL Server en Microsoft Azure.

    Nota

    Se recomienda introducir el nombre de dominio.

    Port Number

    Introduzca el puerto de servicio de la base de datos SQL Server en Azure.

    Database Account

    Introduzca la cuenta de la base de datos SQL Server en Azure. Para obtener información sobre los permisos obligatorios, consulte Permissions required for database accounts.

    Importante

    La cuenta de una Azure SQL Database utiliza el formato <admin_account>@<instance_server_name>. Por ejemplo, si la cuenta de administrador de Azure SQL Database es testuser y el nombre del servidor de la instancia es dtstest (que puede consultar al ejecutar el comando SELECT @@SERVERNAME AS ServerName), introduzca testuser@dtstest en Database Account.

    Database Password

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

    Encryption

    Seleccione Non-encrypted o SSL-encrypted según sus requisitos empresariales.

    • Si el cifrado SSL está deshabilitado para la base de datos de origen, seleccione Non-encrypted.

    • Si el cifrado SSL está habilitado para la base de datos de origen, seleccione SSL-encrypted. De forma predeterminada, DTS confía en el certificado del servidor.

    Destination Database

    Database Type

    El valor predeterminado es SQL Server. No es necesario modificar esta configuración.

    Access Method

    El valor predeterminado es Alibaba Cloud Instance. No es necesario modificar esta configuración.

    Instance Region

    Este parámetro está fijo en la región de la instancia actual de ApsaraDB RDS for SQL Server y no se puede cambiar.

    Instance ID

    Este parámetro está fijo en el ID de la instancia actual de ApsaraDB RDS for SQL Server y no se puede cambiar.

    Database Account

    Introduzca la cuenta de la base de datos de la instancia actual de ApsaraDB RDS for SQL Server. Para obtener información sobre los permisos obligatorios, consulte Permissions required for database accounts.

    Database Password

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

    Encryption

    Seleccione Non-encrypted o SSL-encrypted según sus requisitos empresariales.

    • Si el cifrado SSL está deshabilitado para la base de datos de destino, seleccione Non-encrypted.

    • Si el cifrado SSL está habilitado para la base de datos de destino, seleccione SSL-encrypted. De forma predeterminada, DTS confía en el certificado del servidor.

  4. En la parte inferior de la página, haga clic en Test Connectivity and Proceed.

    En el cuadro de diálogo que aparece, asegúrese de que los bloques CIDR de los servidores DTS estén incluidos en la lista de permitidos de la base de datos SQL Server en Microsoft Azure. A continuación, haga clic en Test Connectivity.

    Importante

    Agregar los bloques CIDR de direcciones IP públicas de los servidores DTS a una lista de permitidos puede implicar riesgos de seguridad. Al utilizar este producto, usted reconoce y acepta estos riesgos potenciales. Es responsable de implementar medidas de seguridad básicas, como fortalecer las contraseñas de su cuenta, restringir los puertos abiertos para cada bloque CIDR, usar autenticación para llamadas internas a la API y revisar periódicamente los segmentos de red innecesarios para limitarlos. Para obtener más información, consulte Add the IP addresses of DTS servers to a whitelist.

  5. Seleccione un plan de migración.

    El sistema evalúa el tipo de base de datos de origen y proporciona los siguientes planes de migración a la nube:

    • Seleccione el plan Full and Incremental Data Migration y haga clic en Configure Objects en la parte inferior de la página.

    • Si selecciona otro plan de migración, no es necesario realizar los pasos siguientes.

      Nota

      Puede hacer clic en View Migration Documentation en la parte inferior de la página para consultar los procedimientos correspondientes a otros planes de migración.

  6. En la página Configure Objects, seleccione los objetos que desea migrar.

    Parámetro

    Descripción

    Method to Migrate Triggers in Source Database

    Durante la migración incremental de datos, si los desencadenadores se migran a la base de datos de destino demasiado pronto, los datos pueden volverse inconsistentes entre las bases de datos de origen y de destino. Se recomienda seleccionar Manual Migration. Para obtener más información, consulte Configure how to synchronize or migrate triggers.

    Nota

    Si los objetos que desea migrar no incluyen desencadenadores, puede mantener la configuración predeterminada de este parámetro.

    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 bases de datos, tablas o columnas como objetos de migración. Si selecciona únicamente tablas o columnas, 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 objeto de migración en la instancia de destino, haga clic con el botón derecho en el objeto dentro del cuadro Selected Objects y modifique su nombre. Para obtener más información, consulte Map object names.

    • Para quitar un objeto de migración seleccionado, haga clic en el objeto dentro del cuadro Selected Objects y haga clic en image para moverlo al cuadro Source Objects.

    Nota
    • Si utiliza la función de asignación de nombres de objetos, la migración de otros objetos que dependen del objeto renombrado podría fallar.

    • Para filtrar datos mediante cláusulas WHERE, haga clic con el botón derecho en una tabla dentro del cuadro Selected Objects y especifique las condiciones de filtro en el cuadro de diálogo que aparece. Para obtener más información, consulte Configure filter conditions.

    • Para seleccionar las operaciones SQL que desea migrar a nivel de base de datos o de tabla, haga clic con el botón derecho en un objeto dentro del cuadro Selected Objects y seleccione las operaciones deseadas en el cuadro de diálogo que aparece.

  7. Opcional: Configure los ajustes avanzados.

    Puede expandir la sección Advanced Settings para configurar parámetros avanzados.

    Parámetro

    Descripción

    Enable Throttling for Full Data Migration

    Durante la migración completa, DTS consume recursos de lectura y escritura en las bases de datos de origen y de destino, lo que puede aumentar la carga de la base de datos. Si es necesario, puede habilitar la limitación de velocidad para la tarea de migración completa. Puede establecer Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s) para reducir la carga en la base de datos de destino.

    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.

    Data Verification Mode

    La verificación completa de datos consume recursos de lectura en la base de datos. Si selecciona Full Data Verification, también debe establecer Maximum number of rows of data read per second by full verification (RPS) y Maximum amount of data read per second by full verification (MBps) para limitar la tarea de verificación y reducir la carga en la base de datos.

    Nota

    Un valor de 0 indica que no hay límite. Si tanto Maximum number of rows of data read per second by full verification (RPS) como Maximum amount of data read per second by full verification (MBps) se establecen en 0, la tasa no tendrá límites.

  8. 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, 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 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 que comience la tarea de migración, DTS realiza una comprobación previa. La tarea solo inicia después de aprobar 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 alerta y ejecutar nuevamente la comprobación previa. Si decide ignorar una advertencia, podrían surgir problemas como inconsistencia de datos que representen riesgos para su negocio.

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

  10. Adquiera una instancia de migración de datos.

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

      Categoría

      Parámetro

      Descripción

      New Instance Class

      Resource Group Settings

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

      Instance Class

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

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

    3. 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 al finalizar 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 esté en ejecución, el Status de la tarea será Running.

Migrar datos mediante DTS

  1. Vaya a la página Data Migration Tasks de la región de destino.

    1. Inicie sesión en la consola de DTS.

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

    3. En la barra de navegación superior, seleccione la región donde se encuentra la instancia de destino.

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

  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 de tarea. Se recomienda especificar un nombre descriptivo para facilitar su identificación. El nombre no necesita ser único.

    Source Database

    Select Existing Connection

    • Si selecciona una conexión existente, DTS completa automáticamente la información de la base de datos.

    • Si no selecciona una conexión existente, debe introducir manualmente la información de la base de datos.

    Nota

    Puede agregar una conexión de base de datos en la página Database Connections o en la nueva página de configuración. Para obtener más información, consulte Manage database connections.

    Database Type

    Seleccione SQL Server.

    Access Method

    Seleccione Public IP Address o Express Connect, VPN Gateway, or Smart Access Gateway según cómo se conecte la base de datos SQL Server en Microsoft Azure a Alibaba Cloud.

    Importante

    Si la base de datos de origen es una Azure SQL Managed Instance, seleccione Public IP Address.

    Instance Region

    • Si establece Access Method en Public IP Address, seleccione la región de la base de datos SQL Server en Microsoft Azure.

      Nota

      Si la región de la base de datos SQL Server en Microsoft Azure no está disponible, puede seleccionar la región geográficamente más cercana a la base de datos.

    • Si establece Access Method en Express Connect, VPN Gateway, or Smart Access Gateway, seleccione la región de la VPC a la que está conectada la base de datos SQL Server en Microsoft Azure.

    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.

    Nota

    Este parámetro solo está disponible si establece Access Method en Express Connect, VPN Gateway, or Smart Access Gateway.

    Connected VPC

    Seleccione el ID de la VPC a la que está conectada la base de datos SQL Server en Microsoft Azure.

    Nota

    Este parámetro solo está disponible si establece Access Method en Express Connect, VPN Gateway, or Smart Access Gateway.

    Domain Name or IP

    Introduzca el nombre de dominio o la dirección IP de la base de datos SQL Server en Microsoft Azure.

    Nota

    Se recomienda introducir el nombre de dominio.

    Port Number

    Introduzca el puerto de servicio de la base de datos SQL Server en Microsoft Azure.

    Database Account

    Introduzca la cuenta de la base de datos SQL Server en Microsoft Azure. Para obtener información sobre los permisos obligatorios, consulte Permissions required for database accounts.

    Importante

    La cuenta de una Azure SQL Database utiliza el formato <admin_account>@<instance_server_name>. Por ejemplo, si la cuenta de administrador de la Azure SQL Database es testuser y el nombre del servidor de la instancia es dtstest (que puede consultar al ejecutar el comando SELECT @@SERVERNAME AS ServerName), introduzca testuser@dtstest en Database Account.

    Database Password

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

    Encryption

    Seleccione Non-encrypted o SSL-encrypted según sus requisitos empresariales.

    • Si el cifrado SSL está deshabilitado para la base de datos de origen, seleccione Non-encrypted.

    • Si el cifrado SSL está habilitado para la base de datos de origen, seleccione SSL-encrypted. De forma predeterminada, DTS confía en el certificado del servidor.

    Destination Database

    Select Existing Connection

    • Si selecciona una conexión existente, DTS completa automáticamente la información de la base de datos.

    • Si no selecciona una conexión existente, debe introducir manualmente la información de la base de datos.

    Nota

    Puede agregar una conexión de base de datos en la página Database Connections o en la nueva página de configuración. Para obtener más información, consulte Manage database connections.

    Database Type

    Seleccione SQL Server.

    Access Method

    Seleccione Alibaba Cloud Instance.

    Instance Region

    Seleccione la región donde reside la instancia de destino de ApsaraDB RDS for SQL Server.

    Instance ID

    Seleccione el ID de la instancia de destino de ApsaraDB RDS for SQL Server.

    Database Account

    Introduzca la cuenta de la base de datos de la instancia de destino de ApsaraDB RDS for SQL Server. Para obtener información sobre los permisos obligatorios, consulte Permissions required for database accounts.

    Database Password

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

    Encryption

    Seleccione Non-encrypted o SSL-encrypted según sus requisitos empresariales.

    • Si el cifrado SSL está deshabilitado para la base de datos de destino, seleccione Non-encrypted.

    • Si el cifrado SSL está habilitado para la base de datos de destino, seleccione SSL-encrypted. De forma predeterminada, DTS confía en el certificado del servidor.

  4. En la parte inferior de la página, haga clic en Test Connectivity and Proceed.

    En el cuadro de diálogo que aparece, asegúrese de que los bloques CIDR de los servidores de DTS estén en la lista de permitidos de la base de datos SQL Server en Microsoft Azure. A continuación, haga clic en Test Connectivity.

    Importante

    Agregar los bloques CIDR de direcciones IP públicas de los servidores de DTS a una lista de permitidos puede conllevar riesgos de seguridad. Al utilizar este producto, usted reconoce y acepta estos riesgos potenciales. Es responsable de implementar medidas de seguridad básicas, como fortalecer las contraseñas de su cuenta, restringir los puertos abiertos para cada bloque CIDR, usar autenticación para llamadas internas a la API y revisar y limitar periódicamente los segmentos de red innecesarios. Para obtener más información, consulte Add the IP addresses of DTS servers 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 de datos para garantizar la coherencia de los datos.

      Method to Migrate Triggers in Source Database

      Durante la migración incremental de datos, si los desencadenadores se migran a la base de datos de destino demasiado pronto, los datos pueden volverse incoherentes entre las bases de datos de origen y de destino. Se recomienda seleccionar Manual Migration. Para obtener más información, consulte Configure how to synchronize or migrate triggers.

      Nota
      • Solo puede configurar este parámetro si selecciona tanto Schema Migration como Incremental Data Migration en Migration Types.

      • Si los objetos que se van a migrar no incluyen desencadenadores, no necesita configurar este parámetro. Puede utilizar el valor predeterminado.

      SQL Server Incremental Synchronization Mode

      Seleccione Polling and querying CDC instances for incremental synchronization.

      Nota

      Este parámetro solo está disponible si se selecciona Incremental Data Migration en Migration Types.

      The maximum number of tables for which CDC is enabled that DTS supports.

      En este ejemplo, no se requiere ninguna modificación. Mantenga el valor predeterminado.

      Processing Mode of Conflicting Tables

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

        • Si los esquemas de las tablas son coherentes 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 las tablas son incoherentes, 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 optar por mantener la distinción entre mayúsculas y minúsculas coherente 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 que desea migrar y luego haga clic en Right arrow para moverlos al cuadro Selected Objects.

      Nota

      Puede seleccionar bases de datos, tablas o columnas como objetos de migración. Si selecciona solo tablas o columnas, 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 objeto de migración en la instancia de destino, haga clic con el botón derecho en el objeto dentro del cuadro Selected Objects y modifique su nombre. Para obtener más información, consulte Map object names.

      • Para quitar un objeto de migración seleccionado, haga clic en el objeto dentro del cuadro Selected Objects y haga clic en image para moverlo al cuadro Source Objects.

      Nota
      • Si utiliza la función de asignación de nombres de objetos, la migración de otros objetos que dependen del objeto renombrado podría fallar.

      • Para filtrar datos mediante cláusulas WHERE, haga clic con el botón derecho en una tabla dentro del cuadro Selected Objects y especifique las condiciones de filtro en el cuadro de diálogo que aparece. Para obtener más información, consulte Configure filter conditions.

      • Para seleccionar las operaciones de SQL que se migrarán a nivel de base de datos o de tabla, haga clic con el botón derecho en un objeto dentro del cuadro Selected Objects y seleccione las operaciones 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 necesita seleccionar uno. Si desea tareas más estables, 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 a la base de datos de origen o de destino, DTS notifica 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 lo determina la configuración de la última tarea creada.

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

      Una vez iniciada la tarea de migración, si ocurre un problema que no es de conectividad, como una excepción en la ejecución de DDL o DML, en la base de datos de origen o de destino, DTS notifica 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 se completan correctamente dentro de la duración de reintento especificada, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea 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 la limitación para la tarea de migración completa. Puede establecer Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s) para reducir la carga en la base de datos de destino.

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

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

      Enable Throttling for Incremental Data Migration

      Si es necesario, también puede optar por establecer límites de velocidad para la tarea de migración incremental. Puede establecer RPS of Incremental Data Migration y Data migration speed for incremental migration (MB/s) para reducir la carga en la base de datos de destino.

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

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

      Environment Tag

      Puede seleccionar una etiqueta de entorno para identificar la instancia según sus requisitos empresariales. En este ejemplo, no necesita seleccionar una etiqueta.

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

      • No: No configura ninguna alerta.

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

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

      Si necesita utilizar la función de verificación de datos, consulte Configure data verification para obtener instrucciones.

  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 la 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 la 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 comience la tarea de migración, DTS realiza una comprobación previa. La tarea solo se inicia después de superar dicha comprobación.

    • Si la comprobación previa falla, haga clic en View Details junto al elemento de comprobación fallido, solucione el problema según las indicaciones y vuelva a ejecutar la comprobación previa.

    • Si se notifica 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 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 el elemento de advertencia y volver a ejecutar la comprobación previa. Si decide ignorar una advertencia, esto podría causar problemas como incoherencia en los datos y generar riesgos para su negocio.

  7. Adquiera una instancia.

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

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

      Categoría

      Parámetro

      Descripción

      New Instance Class

      Resource Group Settings

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

      Instance Class

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

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

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

      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 al finalizar 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 esta tarea se encuentra en ejecución, el Status de la tarea es Running.

Preguntas frecuentes

  • ¿Es posible seleccionar los objetos de verificación para la migración integral a la nube de ApsaraDB RDS?

    No. De forma predeterminada, los objetos de verificación son los mismos que los objetos de migración.

  • ¿Cómo se realiza la verificación completa de datos en la migración integral a la nube de ApsaraDB RDS?

    El proceso utiliza verificación por hash con una tasa de muestreo del 100 %.

  • ¿Cuál es la referencia para la verificación completa de datos en la migración integral a la nube de ApsaraDB RDS?

    Se utiliza la unión de los datos de las bases de datos de origen y destino como referencia para comprobar la consistencia de los datos.