Todos los productos
Search

Este producto

    Data Transmission Service:Migración de datos entre instancias de RDS for SQL Server

    Centro de documentos

    Data Transmission Service:Migración de datos entre instancias de RDS for SQL Server

    Última actualización: Sep 05, 2026

    Puede utilizar Data Transmission Service (DTS) para migrar datos entre instancias de ApsaraDB RDS for SQL Server.

    Ámbito de aplicación

    • Debe haber creado las instancias de origen y destino de ApsaraDB RDS for SQL Server. Para obtener información sobre las versiones de base de datos compatibles, consulte Overview of migration solutions. Para crear una instancia de ApsaraDB RDS for SQL Server, consulte Create an ApsaraDB RDS for SQL Server instance.

      Importante

      • Si la instancia de origen de ApsaraDB RDS for SQL Server ejecuta SQL Server 2008 o 2008 R2, no se admite la migración incremental de datos.

      • En el modo de análisis híbrido basado en registros (es decir, cuando el SQL Server Incremental Synchronization Mode está configurado como log-based parsing for non-heap tables and CDC-based incremental synchronization for heap tables), se admiten las siguientes versiones de motor para la base de datos de origen:

        • Enterprise o Enterprise Evaluation: 2012, 2014, 2016, 2019, 2022 o 2025.

        • Standard: 2016, 2019, 2022 o 2025.

    • La capacidad de almacenamiento de la instancia de destino de ApsaraDB RDS for SQL Server debe ser mayor que el espacio de almacenamiento utilizado por la instancia de origen de ApsaraDB RDS for SQL Server.

    • Si la instancia de origen cumple alguna de las siguientes condiciones, considere dividir la migración en varias tareas.

      • La instancia de origen tiene más de 10 bases de datos.

      • Se realizan copias de seguridad de registros más de una vez por hora para una sola base de datos.

      • Se ejecutan más de 100 operaciones de lenguaje de definición de datos (DDL) por hora en una sola base de datos.

      • La tasa de generación de registros para una sola base de datos supera los 20 MB/s.

      • Debe habilitar la captura de datos modificados (CDC) en más de 1,000 tablas.

    Notas de uso

    Tipo

    Descripción

    Límites de la base de datos de origen

    • El servidor de 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 de dicha clave o restricción deben ser únicas. De lo contrario, podría producirse duplicidad de datos en la base de datos de destino.

    • Si selecciona tablas específicas para la migración y necesita editarlas (por ejemplo, asignar nombres de tablas o columnas), una sola tarea de migración puede migrar un máximo de 1,000 tablas. Si supera este límite, la tarea fallará al enviarse. Divida las tablas en varias tareas o configure una tarea para migrar toda la base de datos.

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

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

    • Si realiza una migración incremental de datos, los registros de transacciones deben cumplir los siguientes requisitos:

      • El registro de transacciones debe estar habilitado, el modo de copia de seguridad debe establecerse en Completo y se debe haber realizado correctamente una copia de seguridad física completa.

      • Para la migración exclusiva de datos incrementales, Data Transmission Service (DTS) requiere conservar los registros de transacciones de la base de datos de origen durante más de 24 horas. Si una tarea incluye tanto migración completa como incremental, conserve los registros durante al menos siete días. Una vez completada la migración completa de datos, puede reducir el período de retención a más de 24 horas. De lo contrario, la tarea de DTS podría fallar debido a la indisponibilidad de los registros de transacciones. En casos extremos, podría producirse 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) de DTS.

    • Si habilita CDC (captura de datos modificados) para las tablas de origen que se van a migrar, estas deben cumplir las siguientes condiciones. De lo contrario, la comprobación previa fallará.

      • El valor del campo srvname en la vista sys.sysservers debe coincidir con el valor devuelto por la función SERVERPROPERTY.

      • Si la base de datos de origen es una instancia de SQL Server autogestionada, el propietario de la base de datos debe ser sa. Si la base de datos de origen es una instancia de ApsaraDB RDS for SQL Server, el propietario debe ser sqlsa.

      • Si la base de datos de origen es Enterprise Edition, debe ser SQL Server 2008 o posterior.

      • Si la base de datos de origen es Standard Edition, debe ser SQL Server 2016 SP1 o posterior.

      • Si la base de datos de origen es SQL Server 2017 (Standard o Enterprise Edition), actualícela a una versión posterior.

    • DTS utiliza la función fn_log para obtener registros de la base de datos de origen. Esta función presenta cuellos de botella de rendimiento, por lo que no debe borrar prematuramente los registros de la base de datos de origen. De lo contrario, la tarea de DTS podría fallar.

    • Límites en las operaciones 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 migración completa de datos, no escriba nuevos datos en la instancia de origen. De lo contrario, los datos de las bases de datos de origen y destino perderán consistencia. Para garantizar la coherencia de los datos en tiempo real, seleccione Migración de esquema, Migración completa de datos y Migración incremental de datos.

    • Si la base de datos de origen es una instancia de solo lectura, DTS no migra operaciones DDL.

    • 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 la base de datos de origen es una instancia de ApsaraDB RDS for SQL Server y la tarea de migración incluye migración incremental de datos, asegúrese de que Transparent Data Encryption (TDE) esté deshabilitado para garantizar la estabilidad de la tarea. Para obtener más información, consulte Disable TDE.

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

    • En el modo de análisis híbrido basado en registros, la base de datos de origen no admite operaciones consecutivas de adición o eliminación de columnas con un intervalo menor a 10 minutos. Por ejemplo, si ejecuta las siguientes sentencias SQL de forma consecutiva, la tarea fallará.

      ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');

    • Si la base de datos de origen es una instancia de ApsaraDB RDS for SQL Server que ejecuta la edición Web, establezca SQL Server Incremental Synchronization Mode en Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) al configurar la tarea.

    • Durante la migración completa de datos, habilite el parámetro READ_COMMITTED_SNAPSHOT para la base de datos de origen a fin de evitar que la contención de bloqueos compartidos afecte la escritura de datos. De lo contrario, podría producirse inconsistencia de datos o 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 datos de los siguientes tipos: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY y GEOGRAPHY.

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

    • 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 establece Configure Objects en SQL Server Incremental Synchronization Mode en el paso Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported), las tablas que se van a migrar deben tener un índice agrupado que incluya la columna de clave principal. DTS no admite la migración de tablas heap, tablas sin claves principales, tablas comprimidas, tablas con columnas calculadas o tablas con columnas dispersas en este modo. Estas limitaciones no aplican en el modo de análisis híbrido basado en registros.

    • Si establece Configure Objects en SQL Server Incremental Synchronization Mode en el paso Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing), también se aplican los siguientes límites:

      • DTS depende del componente CDC para la migración incremental. Asegúrese de que el trabajo de CDC en la base de datos de origen se esté ejecutando correctamente. De lo contrario, la tarea de DTS fallará.

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

      • En una sola tarea de migración, habilite CDC para no más de 1,000 tablas. De lo contrario, la tarea podría experimentar alta latencia o volverse inestable.

      • El módulo de comprobación previa de 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 provocar bloqueos temporales de tablas en la base de datos de origen.

    • Si establece Configure Objects en SQL Server Incremental Synchronization Mode en el paso Polling and querying CDC instances for incremental synchronization, también se aplican los siguientes límites:

      • La cuenta de la base de datos de origen utilizada por la instancia de DTS debe tener permisos para habilitar CDC. Se requiere una cuenta con el rol sysadmin para habilitar CDC a nivel de base de datos. Se requiere una cuenta con privilegios para habilitar CDC a nivel de tabla.

        Nota

        • La cuenta con mayores privilegios (administrador del servidor) proporcionada por la consola de Azure SQL Database cumple con los requisitos. Para bases de datos adquiridas bajo el modelo vCore, se puede habilitar CDC en todas las especificaciones. Para bases de datos adquiridas bajo el modelo DTU, solo se puede habilitar CDC en niveles de servicio S3 o superior.

        • La cuenta con privilegios de una instancia de Amazon RDS for SQL Server cumple con los requisitos y admite la habilitación de CDC a nivel de base de datos mediante procedimientos almacenados.

        • No se puede habilitar CDC para tablas que tienen un índice columnstore agrupado.

        • El módulo de comprobación previa de 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 provocar bloqueos temporales de tablas en la base de datos de origen.

      • DTS obtiene datos incrementales sondeando y consultando la instancia de CDC de cada tabla en la base de datos de origen. Migre no más de 1,000 tablas desde la base de datos de origen. De lo contrario, la tarea podría experimentar alta latencia o volverse inestable.

      • 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 ADD COLUMN o DROP COLUMN en un minuto). De lo contrario, la tarea podría fallar.

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

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

    • Para garantizar un reporte preciso de la latencia en la migración incremental de datos, DTS crea objetos en la base de datos de origen. En el modo de análisis basado en registros, DTS crea un desencadenador dts_cdc_sync_ddl, una tabla de latidos dts_sync_progress y una tabla de almacenamiento DDL dts_cdc_ddl_history. En el modo de análisis híbrido basado en registros, DTS crea los mismos objetos y también habilita CDC a nivel de base de datos y de tabla. Para las tablas donde se habilita CDC, la tasa de cambio de datos no debe exceder las 1,000 filas por segundo (RPS).

    • Antes de migrar datos, evalúe el rendimiento de las bases de datos de origen y destino, y realice la migración fuera de las horas pico. Durante la migración completa de datos, DTS consume recursos de lectura y escritura en ambas bases de datos, lo que puede aumentar 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 base de datos de origen después de la migración.

    • Compruebe que la precisión que utiliza DTS para migrar columnas de los tipos de datos FLOAT o DOUBLE cumpla 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 valores FLOAT con una precisión de 38 dígitos y valores DOUBLE con una precisión de 308 dígitos.

    • DTS intenta reanudar una tarea fallida durante un máximo de siete días. Antes de cambiar sus cargas de trabajo empresariales a la instancia de destino, finalice o libere la tarea de migración. 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.

    • Si una tarea de migración incluye migración incremental de datos, no podrá realizar operaciones de reindexación. Esto podría causar el fallo de la tarea o provocar pérdida de datos.

      Nota

      No puede modificar la clave principal de una tabla para la cual se ha habilitado CDC.

    • Si el número de tablas con CDC habilitado en una sola tarea de migración supera el valor establecido en el parámetro The maximum number of tables for which CDC is enabled that DTS supports., la comprobació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.

    • Para realizar la migración incremental de datos, deshabilite los desencadenadores y las claves externas que estén habilitados en la base de datos de destino. De lo contrario, la tarea fallará.

    • Cuando varias instancias de migración utilizan la misma base de datos de origen de SQL Server, 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 CDC incremental y el análisis 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 de carga máxima. La coherencia entre la lógica de su entorno de producción y la fase de POC es esencial para garantizar operaciones estables de DTS.

    • Durante la migración incremental de datos, no se admiten reversiones parciales de transacciones en la base de datos de origen y podrían omitirse.

    Casos especiales

    • Si el origen es una instancia de ApsaraDB RDS for SQL Server, DTS crea una cuenta del sistema llamada rdsdt_dtsacct en la instancia para la migración de datos. No elimine esta cuenta ni cambie su contraseña mientras la tarea se esté ejecutando. De lo contrario, la tarea podría fallar. Para obtener más información, consulte System accounts.

    • Si el destino es una instancia de ApsaraDB RDS for SQL Server, DTS crea automáticamente la base de datos. Sin embargo, si el nombre de la base de datos no sigue las convenciones de nomenclatura de ApsaraDB RDS for SQL Server, cree la base de datos en la instancia de destino antes de configurar la tarea de migración. Para obtener más información, consulte Create a database.

    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 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 el esquema de los objetos seleccionados 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 de los objetos seleccionados desde la base de datos de origen hacia la base de datos de destino.

    • Migración incremental de datos

      Después de una migración completa de datos, DTS migra las actualizaciones incrementales desde la base de datos de origen hacia la base de datos de destino. Esto permite una migración fluida sin interrumpir sus aplicaciones.

    Operaciones SQL para migración incremental

    Tipo de operación

    Sentencia SQL

    DML

    INSERT, UPDATE y DELETE

    Nota

    DTS no admite la migración de sentencias UPDATE que solo actualizan un campo grande.

    DDL

    • ALTER TABLE, limitado a ADD COLUMN, DROP COLUMN y RENAME COLUMN

    • CREATE TABLE y CREATE INDEX

    • DROP TABLE

    • RENAME TABLE

    • TRUNCATE TABLE

    Nota

    • DTS no admite la migración de una operación DDL transaccional. Por ejemplo, una sola sentencia SQL que agregue varias columnas o que contenga tanto operaciones DDL como DML puede causar pérdida de datos.

    • DTS no admite la migración de una operación DDL que contenga un tipo definido por el usuario.

    • DTS no admite la migración de una operación DDL en línea.

    • DTS no admite la migración de una operación DDL que utilice una palabra clave reservada como nombre de atributo.

    • DTS no admite la migración de operaciones DDL ejecutadas por un procedimiento almacenado del sistema.

    • DTS no admite operaciones TRUNCATE TABLE.

    • DTS no admite la migración de operaciones DDL para tablas particionadas o para tablas que contienen una función.

    Requisitos de permisos para cuentas de base de datos

    Base de datos

    Migración de esquema

    Migración completa de datos

    Migración incremental de datos

    Referencias

    Instancia de origen

    Permisos de lectura

    Permisos de lectura

    Permisos de propietario (Owner) sobre los objetos que se van a migrar

    Para obtener más información, consulte Creación de bases de datos y cuentas.

    Instancia de destino

    Permisos de lectura y escritura

    Permisos de lectura y escritura

    Permisos de lectura y escritura

    Procedimiento

    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 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 muestra Back to Previous Version), puede omitir este paso.

      • Los parámetros difieren entre la página de configuración nueva y la anterior. Se recomienda utilizar la nueva página de configuración.

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

      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 necesita 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 siguiente 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 si no necesita usar una instancia registrada, configure manualmente la información de la base de datos a continuación.

      Database Type

      Seleccione SQL Server.

      Access Method

      Seleccione Alibaba Cloud Instance.

      Instance Region

      Seleccione la región donde se encuentra la instancia de origen de ApsaraDB RDS for SQL Server.

      Cross-account

      Seleccione No si la instancia de origen está en la misma cuenta de Alibaba Cloud. De lo contrario, seleccione Sí.

      RDS Instance ID

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

      Database Account

      Introduzca la cuenta de la instancia de origen de ApsaraDB RDS for SQL Server. Para obtener información sobre los permisos necesarios, 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 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

      • 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 siguiente 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 si no necesita usar una instancia registrada, configure manualmente la información de la base de datos a continuación.

      Database Type

      Seleccione SQL Server.

      Access Method

      Seleccione Alibaba Cloud Instance.

      Instance Region

      Seleccione la región donde se encuentra 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 instancia de destino de ApsaraDB RDS for SQL Server. Para obtener información sobre los permisos necesarios, 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.

    5. Una vez completada la configuración, haga clic en Test Connectivity and Proceed en la parte inferior de la página.

      Nota

      • Asegúrese de que el segmento de dirección IP del servicio DTS se agregue 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.

      • Si la base de datos de origen o de destino es una base de datos autogestionada (el Access Method no es Alibaba Cloud Instance), también debe hacer clic en Test Connectivity en el cuadro de diálogo CIDR Blocks of DTS Servers que aparece.

    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 e Incremental Data Migration.

        Nota

        • Si no selecciona Schema Migration, debe asegurarse de que exista una base de datos y tablas para recibir los datos en la base de datos de destino. También puede usar la función de asignación de nombres de objetos en el cuadro Selected Objects según sea necesario.

        • Si no selecciona Incremental Data Migration, no escriba 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

        Seleccione un método para migrar desencadenadores según sus requisitos empresariales. Si no migra desencadenadores, puede omitir este parámetro. Para obtener más información, consulte Configure how to synchronize or migrate triggers.

        Nota

        Este parámetro solo está disponible si selecciona tanto Schema Migration como Incremental Data Migration en Migration Types.

        SQL Server Incremental Synchronization Mode

        • Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing):

          • Ventajas:

            • Admite escenarios que involucran tablas heap de origen, tablas sin claves principales, tablas comprimidas o tablas con columnas calculadas.

            • Proporciona alta estabilidad de enlace. Este modo puede obtener instrucciones DDL completas y admite una amplia gama de escenarios DDL.

          • Desventajas:

            • DTS crea el desencadenador dts_cdc_sync_ddl, la tabla de latidos dts_sync_progress y la tabla de almacenamiento DDL dts_cdc_ddl_history en la base de datos de origen. También habilita CDC a nivel de base de datos y CDC para algunas tablas.

            • No puede ejecutar instrucciones SELECT INTO, TRUNCATE o RENAME COLUMN en tablas con CDC habilitado en la base de datos de origen. No puede eliminar manualmente los desencadenadores creados por DTS en la base de datos de origen.

        • Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported):

          • Ventaja:

            Este modo no es intrusivo para la base de datos de origen.

          • Desventaja:

            Este modo no admite escenarios que involucran tablas heap de origen, tablas sin claves principales, tablas comprimidas o tablas con columnas calculadas.

        • Polling and querying CDC instances for incremental synchronization:

          • Ventajas:

            • Admite migración completa e incremental cuando la base de datos de origen es Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine o Google Cloud SQL for SQL Server.

            • Este modo utiliza el componente CDC nativo de SQL Server para obtener datos incrementales, lo que mejora la estabilidad de la migración incremental y reduce el uso de ancho de banda de red.

          • Desventajas:

            • La cuenta de la base de datos de origen utilizada por la instancia de DTS debe tener los permisos para habilitar CDC. La migración de datos incrementales tiene una latencia de aproximadamente 10 segundos.

            • Cuando migra varias tablas en múltiples bases de datos, puede encontrar problemas de estabilidad y rendimiento.

        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.

        Puede establecer un límite en el número de tablas con CDC habilitado para la instancia de migración actual según sus requisitos empresariales. El valor predeterminado es 1,000.

        Nota

        Este parámetro no está disponible si establece SQL Server Incremental Synchronization Mode en Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).

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

        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 esquema, 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

        • Si utiliza la función de asignación de nombres de objetos, es posible que otros objetos que dependen del objeto renombrado no se puedan migrar.

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

        • Para seleccionar las operaciones SQL a migrar a nivel de base de datos o tabla, haga clic con el botón derecho en un objeto en la sección Selected Objects y seleccione las operaciones SQL deseadas en el cuadro de diálogo que aparece. Para obtener información sobre las operaciones compatibles, consulte Supported SQL operations for incremental migration.

      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.

        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 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 tan pronto como se liberen las instancias de base de datos de origen y 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 destino, lo que puede aumentar la carga de la base de datos. Si es necesario, puede habilitar el limitador de velocidad para la tarea de migración completa. Puede establecer Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s) para reducir la carga en la base de datos de destino.

        Nota

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

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

        Enable Throttling for Incremental Data Migration

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

        Nota

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

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

        Environment Tag

        Puede seleccionar una etiqueta de entorno para identificar la instancia según sus requisitos empresariales. En este ejemplo, este parámetro no es obligatorio.

        Configure ETL

        Según sus necesidades empresariales, 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 sus necesidades empresariales.

        • No: No configura ninguna alerta.

        • Yes: Configure alertas estableciendo un alert threshold y 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.

        Para obtener más información sobre la función de verificación de datos, consulte Configure data validation.

    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, 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 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 fallido, solucione el problema según la indicación 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, solucione el problema según la indicación 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 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 empresarial. 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 está en ejecución, el Status de la tarea es Running.