Todos los productos
Search

Este producto

    Data Transmission Service:Migrar una base de datos SQL Server autogestionada a RDS PostgreSQL

    Centro de documentos

    Data Transmission Service:Migrar una base de datos SQL Server autogestionada a RDS PostgreSQL

    Última actualización: Sep 09, 2026

    Data Transmission Service (DTS) le permite migrar datos de una base de datos SQL Server a una instancia de ApsaraDB RDS for PostgreSQL. Este tema utiliza como origen una base de datos SQL Server autogestionada con acceso público habilitado y describe los pasos obligatorios.

    Importante

    Actualmente, esta función solo es compatible con las regiones China (Qingdao), China (Beijing) y China (Hong Kong).

    Requisitos previos

    • Los bloques CIDR de los servidores de DTS deben estar agregados en la configuración de seguridad de la base de datos SQL Server autogestionada. Esto incluye reglas de security group, reglas de firewall o listas de permisos para permitir el acceso desde los servidores de DTS.

    • Cree una instancia de destino de ApsaraDB RDS for PostgreSQL cuyo espacio de almacenamiento sea mayor que el espacio utilizado por la base de datos SQL Server de origen. Para obtener información sobre cómo crear una instancia, consulte Quickly create an ApsaraDB RDS for PostgreSQL instance.

      Nota

      Para conocer las versiones compatibles con las bases de datos de origen y de destino, consulte Migration scenarios.

    • Cree una base de datos en la instancia de destino de ApsaraDB RDS for PostgreSQL para recibir los datos. Para obtener información sobre cómo crear una base de datos, consulte Create a database.

    • Si la instancia de origen presenta alguna de las siguientes condiciones, se recomienda dividir la migración en varias tareas:

      • Los datos que se van a migrar pertenecen a varios esquemas.

      • Se ejecutan copias de seguridad de registros más de una vez por hora en 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 de una sola base de datos supera los 20 MB/s.

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

    Notas de uso

    Nota

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

    • Durante la migración completa e incremental de datos, DTS deshabilita temporalmente las comprobaciones de restricciones y las cascadas de claves externas a nivel de sesión. Las actualizaciones o eliminaciones en cascada en la base de datos de origen mientras se ejecuta la tarea pueden provocar inconsistencias en los datos.

    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 primaria o una restricción única, y las columnas de dicha clave o restricción deben ser únicas. De lo contrario, podrían producirse duplicaciones 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 tabla o de columna), una sola tarea de migración admite un máximo de 1,000 tablas. Si supera este límite, la tarea fallará al enviarla. 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 a la misma base de datos de destino objetos que tengan el mismo nombre de tabla pero distintos nombres de esquema dentro de una sola tarea.

    • Si ejecuta 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 Full y se debe haber completado correctamente una copia de seguridad física completa.

      • Para una migración exclusivamente incremental de datos, Data Transmission Service (DTS) requiere conservar los registros de transacciones de la base de datos de origen durante más de 24 horas. Si la tarea incluye migración completa e incremental, conserve los registros durante como mínimo siete días. Una vez finalizada la migración completa, puede reducir el periodo de retención a más de 24 horas. De lo contrario, la tarea de DTS podría fallar porque los registros de transacciones no estén disponibles. En casos extremos, esto puede provocar inconsistencia o pérdida de datos. Los problemas causados por una retención de registros insuficiente 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 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 una versión posterior.

      • Si la base de datos de origen es Standard Edition, debe ser SQL Server 2016 SP1 o una versión 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 los registros de la base de datos de origen de forma prematura. De lo contrario, la tarea de DTS podría fallar.

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

      • Durante las fases de migración del esquema y de migración completa de datos, no ejecute 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 ejecuta la migración completa de datos, no escriba datos nuevos en la instancia de origen. De lo contrario, los datos de las bases de datos de origen y de destino quedarán inconsistentes. Para garantizar la consistencia de los datos en tiempo real, seleccione Schema Migration, Full Data Migration e Incremental Data Migration.

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

    • Si la base de datos de origen es 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 mantener 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 del esquema, es posible que la tarea no funcione como se espera 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 inferior a 10 minutos. Por ejemplo, si ejecuta las siguientes instrucciones 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) cuando configure la tarea.

    • 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ían producirse inconsistencias en los datos o fallos en la tarea. Los problemas derivados de no habilitar este parámetro no están cubiertos por el SLA de DTS.

    Otros límites

    • Solo se admite la migración de tipos de datos básicos. No se admiten datos de tipo CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY ni GEOGRAPHY, ni los tipos definidos por el usuario creados mediante el comando CREATE TYPE.

      Importante

      Este escenario corresponde a una migración entre bases de datos heterogéneas. Los tipos de datos incompatibles pueden provocar fallos en la tarea o pérdida de datos. Evalúe cuidadosamente el impacto de las asignaciones de tipos de datos en su negocio. Para obtener más información, consulte Data type mappings between heterogeneous databases.

    • Solo puede seleccionar objetos de migración a nivel de tabla. Todas las tablas seleccionadas deben pertenecer al mismo esquema. De lo contrario, podrían producirse inconsistencias en los datos o fallos en la tarea.

    • Si establece Configure Objects en SQL Server Incremental Synchronization Mode durante 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 primaria. En este modo, DTS no admite la migración de tablas dinámicas (heap), tablas sin clave primaria, tablas comprimidas, tablas con columnas calculadas ni tablas con columnas dispersas. 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 durante el paso Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing), también 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 ejecute correctamente. De lo contrario, la tarea de DTS fallará.

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

        Nota

        • <time> especifica el periodo de retención en minutos.

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

      • En una sola tarea de migración, habilite CDC en un máximo 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 durante el paso Polling and querying CDC instances for incremental synchronization, también aplican los siguientes límites:

      • La cuenta de la base de datos de origen que utiliza 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. Para habilitar CDC a nivel de tabla se necesita una cuenta con privilegios.

        Nota

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

        • La cuenta con privilegios de una instancia de Amazon RDS for SQL Server cumple con los requisitos y permite habilitar CDC a nivel de base de datos mediante procedimientos almacenados.

        • No se puede habilitar CDC en tablas que tengan un índice de almacén de columnas 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 los datos incrementales sondeando y consultando la instancia de CDC de cada tabla en la base de datos de origen. Migre un máximo 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 los datos incrementales durante tres días. Ajuste el periodo de retención ejecutando el comando exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

        Nota

        • <time> especifica el periodo de retención en minutos.

        • Si el promedio diario de cambios SQL incrementales de 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.

    • Para garantizar reportes precisos de 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 además habilita CDC a nivel de base de datos y de tabla. En las tablas donde se habilite CDC, la tasa de cambio de datos no debe superar las 1,000 filas por segundo (RPS).

    • Durante una migración completa, DTS consume recursos de lectura y escritura tanto en la base de datos de origen como en la de destino, lo que puede aumentar la carga de ambas. Antes de iniciar, evalúe el rendimiento de las dos bases de datos y ejecute la migración en horarios de baja demanda, por ejemplo, cuando la carga de CPU sea inferior al 30 %.

    • Durante una migración completa, las operaciones INSERT simultáneas pueden generar fragmentación en las tablas de destino. Por ello, después de la migración, las tablas de la base de datos de destino podrían ocupar más espacio de almacenamiento que las de la base de datos de origen.

    • DTS intenta reanudar una tarea con errores durante un máximo de siete días. Antes de trasladar sus cargas de trabajo de producción a la instancia de destino, finalice o libere la tarea de migración. Como alternativa, 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á ejecutar operaciones de reindexación. Esto podría provocar el fallo de la tarea o la pérdida de datos.

      Nota

      No puede modificar la clave primaria de una tabla que tenga CDC habilitado.

    • Si la cantidad 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 campo individual de una tabla con CDC habilitado que se va a escribir contiene más de 64 KB de datos, ejecute previamente el comando exec sp_configure 'max text repl size', -1; para ajustar la configuración de la base de datos de origen.

      Nota

      De forma predeterminada, un trabajo de CDC procesa un tamaño de datos máximo de 64 KB por campo.

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

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

      Nota

      Solo se modifican los parámetros de la tarea de DTS, no los 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 generar problemas inevitables durante el CDC incremental y el análisis en DTS. Antes de habilitar DTS para la sincronización incremental desde un origen SQL Server en un entorno de producción, ejecute pruebas integrales de concepto (POC). Estas pruebas deben cubrir todos los escenarios de cambio del negocio, los ajustes de esquema y las pruebas de estrés con carga máxima. La coherencia entre la lógica de su entorno de producción y la fase de POC es fundamental para que DTS opere de manera estable.

    • Durante la migración incremental, DTS no admite reversiones parciales de transacciones en la base de datos de origen, por lo que podrían omitirse.

    Casos especiales

    Si el origen es una instancia de ApsaraDB RDS for SQL Server, DTS crea una cuenta de 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.

    Facturación

    Tipo de migración

    Cargo por configuración de enlace

    Cargo por tráfico de Internet

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

    Sin cargo.

    Sin cargo en este ejemplo.

    Nota

    Se le cobrará cuando Access Method de la instancia de base de datos de destino sea Public IP Address. 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.

    Operaciones SQL compatibles con la migración incremental

    Tipo de operación

    Instrucciones SQL

    DML

    INSERT, UPDATE, DELETE

    Nota

    No se admiten las instrucciones UPDATE que solo actualizan campos grandes.

    Permisos obligatorios para las cuentas de base de datos

    Base de datos

    Permisos obligatorios

    Métodos de creación de cuentas y autorización

    SQL Server autogestionado de origen

    Permiso sysadmin.

    CREATE USER y User permission management

    Instancia de destino de ApsaraDB RDS for PostgreSQL

    Permiso de propietario (cuenta de autorización) de la base de datos de destino.

    Create an account y Create a database.

    Requisitos previos

    Nota

    Para ejecutar una migración incremental, debe configurar los ajustes de registro y crear índices agrupados en su base de datos SQL Server autogestionada antes de configurar la tarea de migración de datos.

    Importante

    Si necesita migrar varias bases de datos, debe repetir los pasos del 1 al 3 para cada una. De lo contrario, podrían producirse inconsistencias en los datos.

    1. Ejecute el siguiente comando en su base de datos SQL Server autogestionada para cambiar el modelo de recuperación de la base de datos de origen al modelo de recuperación completa.

      use master;
GO
ALTER DATABASE <database_name> SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO

      Parámetros:

      <database_name>: el nombre de la base de datos de origen.

      Ejemplo:

      use master;
GO
ALTER DATABASE mytestdata SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO

    2. Ejecute el siguiente comando para crear una copia de seguridad lógica de la base de datos de origen. Puede omitir este paso si ya existe una copia de seguridad lógica.

      BACKUP DATABASE <database_name> TO DISK='<physical_backup_device_name>';
GO

      Parámetros:

      • <database_name>: el nombre de la base de datos de origen.

      • <physical_backup_device_name>: la ruta y el nombre del archivo de copia de seguridad.

      Ejemplo:

      BACKUP DATABASE mytestdata TO DISK='D:\backup\dbdata.bak';
GO

    3. Ejecute el siguiente comando para respaldar el registro de transacciones de la base de datos de origen.

      BACKUP LOG <database_name> to DISK='<physical_backup_device_name>' WITH init;
GO

      Parámetros:

      • <database_name>: el nombre de la base de datos de origen.

      • <physical_backup_device_name>: la ruta y el nombre del archivo de copia de seguridad.

      Ejemplo:

      BACKUP LOG mytestdata TO DISK='D:\backup\dblog.bak' WITH init;
GO

    Procedimiento

    1. Vaya a la página de la lista de tareas de migración de la región de destino mediante uno de los métodos a continuación.

      Desde la consola de DTS

      1. Inicie sesión en la consola de Data Transmission Service (DTS).

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

      3. En la esquina superior izquierda de la página, seleccione la región donde se encuentra la instancia de migración.

      Desde la consola de DMS

      Nota

      Las operaciones reales pueden variar según el modo y el diseño de la consola de DMS. Para obtener más información, consulte Simple mode console y Customize the layout and style of the DMS console.

      1. Inicie sesión en la consola de Data Management (DMS).

      2. En la barra de menú superior, elija Data + AI > Data Transmission (DTS) > Data Migration.

      3. A la derecha de Data Migration Tasks, seleccione la región donde se encuentra la instancia de migración.

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

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

      Categoría

      Parámetro

      Descripción

      Ninguna

      Task Name

      DTS genera automáticamente un nombre para la tarea. Se recomienda especificar un nombre descriptivo que facilite su identificación. No es necesario que el nombre sea único.

      Source Database

      Select Existing Connection

      • Para usar una instancia de base de datos que ya se haya added to the system (creado o guardado), seleccione la instancia deseada en la lista desplegable. La información de la base de datos que aparece a continuación se configurará automáticamente.

        Nota

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

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

      Database Type

      Seleccione SQL Server.

      Access Method

      Seleccione esta opción según la ubicación de despliegue de la base de datos de origen. En este ejemplo, seleccione Public IP Address.

      Nota

      Si selecciona un método de acceso distinto para una base de datos autogestionada, debe completar los preparativos correspondientes. Para obtener más información, consulte Preparation overview.

      Instance Region

      Seleccione la región a la que pertenece la base de datos SQL Server de origen.

      Domain Name or IP

      Introduzca la dirección de acceso de la base de datos SQL Server de origen.

      Port Number

      Introduzca el puerto de servicio de la base de datos SQL Server de origen. El puerto predeterminado es 1433.

      Database Account

      Introduzca la cuenta de la base de datos SQL Server de origen. 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 en la base de datos de origen, seleccione Non-encrypted.

      • Si el cifrado SSL está habilitado en 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 ya se haya added to the system (creado o guardado), seleccione la instancia deseada en la lista desplegable. La información de la base de datos que aparece a continuación se configurará automáticamente.

        Nota

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

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

      Database Type

      Seleccione PostgreSQL.

      Access Method

      Seleccione Alibaba Cloud Instance.

      Instance Region

      Seleccione la región de la instancia de destino de ApsaraDB RDS for PostgreSQL.

      Instance ID

      Seleccione el identificador de la instancia de destino de ApsaraDB RDS for PostgreSQL.

      Database Name

      Introduzca el nombre de la base de datos que recibirá los datos en la instancia de destino de ApsaraDB RDS for PostgreSQL.

      Database Account

      Introduzca la cuenta de la base de datos de la instancia de destino de ApsaraDB RDS for PostgreSQL. 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

      Indica si se cifra la conexión a la base de datos de origen. Configure este parámetro según sus requisitos empresariales. En este ejemplo, se selecciona Non-encrypted.

      Si desea establecer una conexión con cifrado SSL hacia la base de datos de origen, siga estos pasos: seleccione SSL-encrypted, cargue CA Certificate, Client Certificate y Private Key of Client Certificate según sea necesario, y luego especifique Private Key Password of Client Certificate.

      Nota

      • Si establece SSL-encrypted en Encryption para una base de datos PostgreSQL autogestionada, debe cargar CA Certificate.

      • Si desea usar el certificado de cliente, debe cargar Client Certificate y Private Key of Client Certificate, además de especificar Private Key Password of Client Certificate.

      • Para obtener información sobre cómo configurar el cifrado SSL en una instancia de ApsaraDB RDS for PostgreSQL, consulte SSL encryption.

    4. Una vez completada la configuración, haga clic en Test Connectivity and Proceed en la parte inferior de la página. En el cuadro de diálogo CIDR Blocks of DTS Servers que aparece, haga clic en Test Connectivity.

      Nota

      Asegúrese de que los segmentos de direcciones IP del servicio DTS se agreguen de forma automática o manual a la configuración de seguridad de las bases de datos de origen y de destino. Esto permite el acceso desde los servidores de DTS. Para obtener más información, consulte Add DTS server IP addresses to a whitelist.

    5. Configure los objetos de la tarea.

      1. En la página Configure Objects, configure los objetos que desea migrar.

        Parámetro

        Descripción

        Migration Types

        • Si solo necesita ejecutar una migración completa, seleccione tanto Schema Migration como Full Data Migration.

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

        Nota

        • Si no selecciona Schema Migration, asegúrese 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 datos nuevos en la instancia de origen durante la migración de datos. Esto garantiza la consistencia de los datos.

        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 con tablas de montón de origen, tablas sin claves primarias, tablas comprimidas o tablas con columnas calculadas.

            • Ofrece alta estabilidad de enlace. Este modo obtiene instrucciones DDL completas y es compatible con una amplia variedad 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 las instrucciones SELECT INTO, TRUNCATE ni RENAME COLUMN en tablas con CDC habilitado en la base de datos de origen. Tampoco puede eliminar manualmente los desencadenadores que DTS creó en la base de datos de origen.

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

          • Ventaja:

            Este modo no interfiere con la base de datos de origen.

          • Desventaja:

            Este modo no admite escenarios con tablas de montón de origen, tablas sin claves primarias, tablas comprimidas o tablas con columnas calculadas.

        • Polling and querying CDC instances for incremental synchronization:

          • Ventajas:

            • Admite la 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 usa el componente CDC nativo de SQL Server para obtener datos incrementales. Esto mejora la estabilidad de la migración incremental y reduce el uso del ancho de banda de red.

          • Desventajas:

            • La cuenta de la base de datos de origen que usa la instancia de DTS debe tener permisos para habilitar CDC. La migración de datos incrementales presenta una latencia de aproximadamente 10 segundos.

            • Cuando migra varias tablas en múltiples bases de datos, podría experimentar problemas de estabilidad y rendimiento.

        Nota

        Este parámetro solo está disponible cuando la selección en Migration Types incluye Incremental Data Migration.

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

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

        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 el mismo nombre en la base de datos de destino. Si no existen tablas con el mismo nombre, la comprobación previa se aprueba. Si existen tablas con el mismo nombre, se reporta un error durante la comprobación previa y la tarea de migración de datos no inicia.

          Nota

          Si una tabla de la base de datos de destino tiene el mismo nombre pero no se puede eliminar ni renombrar fácilmente, 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 el mismo nombre.

          Aviso

          Seleccionar Ignore Errors and Proceed puede provocar inconsistencias en los datos y riesgos para el negocio. Por ejemplo:

          • Si los esquemas de las tablas son consistentes y un registro de la base de datos de destino tiene el mismo valor de clave primaria que un registro de la base de datos de origen:

            • Durante la migración completa, DTS conserva el registro en la base de datos de destino. El registro de la base de datos de origen no se migra.

            • Durante la migración incremental, DTS no conserva el registro en la base de datos de destino. El registro de la base de datos de origen sobrescribe el registro de la base de datos de destino.

          • Si los esquemas de las tablas no son consistentes, es posible que solo se migren algunas columnas de datos o que la migración falle. Proceda con precaución.

        Capitalization of Object Names in Destination Instance

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

        Source Objects

        En el panel Source Objects, haga clic en las tablas que desea migrar y luego haga clic en right arrow para moverlas al panel Selected Objects.

        Importante

        La granularidad de los objetos que se pueden seleccionar para la migración corresponde a tablas, y todas las tablas por migrar deben pertenecer al mismo esquema. De lo contrario, podrían producirse inconsistencias en los datos o errores en la tarea.

        Selected Objects

        De forma predeterminada, se usa el nombre del esquema de origen como nombre del esquema de destino, y el nombre de la tabla de origen como nombre de la tabla de destino.

        Si desea modificar el nombre del esquema que recibe los datos en la instancia de destino de ApsaraDB RDS for PostgreSQL, haga clic con el botón secundario en el esquema de la tabla por migrar dentro del panel Selected Objects. En el cuadro de diálogo Edit Schema que aparece, modifique Schema Name.

        Nota

        • También puede hacer clic con el botón secundario en la tabla por migrar dentro del panel Selected Objects para modificar el nombre de la tabla de destino o los nombres de las columnas, o bien establecer una cláusula WHERE para filtrar datos. Para obtener más información, consulte Filter task data with an SQL condition y Object name mapping.

        • Para seleccionar las operaciones SQL de la migración incremental, haga clic con el botón secundario en el objeto por migrar dentro del panel Selected Objects y seleccione las operaciones SQL necesarias en el cuadro de diálogo que aparece.

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

      2. Haga clic en Next: Advanced Settings para configurar los parámetros avanzados.

        Parámetro

        Descripción

        Dedicated Cluster for Task Scheduling

        De forma predeterminada, DTS programa las tareas en un clúster compartido. No es necesario seleccionar uno. Si desea tareas más estables, puede adquirir un dedicated cluster para ejecutar las 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 reporta un error y comienza a reintentar la conexión de inmediato. La duración predeterminada de reintento es de 720 minutos. Puede personalizar el tiempo de reintento con un valor de 10 a 1440 minutos. Se recomienda establecer una duración superior a 30 minutos. Si DTS se reconecta a las bases de datos de origen y de destino dentro del tiempo especificado, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea finaliza con errores.

        Nota

        • Cuando varias instancias de DTS comparten el mismo origen o destino, el tiempo de reintento de red lo determina la configuración de la última tarea creada.

        • Dado que se le cobra por la tarea durante el periodo de reintento de conexión, se recomienda personalizar el tiempo de reintento según sus necesidades empresariales. También puede liberar la instancia de DTS tan pronto como se liberen las instancias de las bases de datos de origen y de destino.

        Retry Time for Other Issues

        Una vez iniciada la tarea de migración, si ocurre un problema ajeno a la conectividad en la base de datos de origen o de destino, como una excepción de ejecución DDL o DML, DTS reporta un error y comienza a reintentar la operación de inmediato. La duración predeterminada de reintento es de 10 minutos. Puede personalizar el tiempo de reintento con un valor de 1 a 1440 minutos. Se recomienda establecer una duración superior a 10 minutos. Si las operaciones relacionadas se ejecutan correctamente dentro del tiempo de reintento especificado, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea finaliza con errores.

        Importante

        El valor de Retry Time for Other Issues debe ser menor que el valor de Retry Time for Failed Connections.

        Enable Throttling for Full Data Migration

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

        Nota

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

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

        Enable Throttling for Incremental Data Migration

        Si es necesario, también puede establecer límites de velocidad para la tarea de migración incremental. Establezca 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 necesidades empresariales. Este ejemplo no requiere ninguna 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: configura alertas al establecer un alert threshold y un alert notifications. Si una migración falla o la latencia supera el umbral, el sistema envía una notificación de alerta.

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

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

    6. Guarde la tarea y ejecute una comprobación previa.

      • Para ver los parámetros de configuración de esta instancia al llamar a la operación de API, coloque el puntero sobre el botón Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters en la burbuja que aparece.

      • Si no necesita ver los parámetros de API o ya terminó de revisarlos, haga clic en Next: Save Task Settings and Precheck en la parte inferior de la página.

      Nota

      • Antes de iniciar la tarea de migración, DTS ejecuta 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, corrija 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, corrija el problema siguiendo las indicaciones y vuelva a ejecutar la comprobación previa.

        • Para los elementos de comprobación que se pueden ignorar, haga clic en Confirm Alert Details, Ignore, OK y Precheck Again para omitir el elemento de advertencia y volver a ejecutar la comprobación previa. Si decide ignorar una advertencia, podrían producirse problemas como inconsistencias en los datos, lo cual representa un riesgo para su negocio.

    7. Adquiera una instancia.

      1. Cuando Success Rate alcance el 100 %, haga clic en Next: Purchase Instance.

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

        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 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 al finalizar la migración completa. Una vez detenida, su Status cambia a Completed.

        • Si la tarea de migración incluye migración incremental, no se detiene automáticamente. La tarea de migración incremental continúa ejecutándose. Mientras la tarea de migración incremental se ejecuta, el Status de la tarea es Running.