Todos los productos
Search

Este producto

    Data Transmission Service:Migrar SQL Server autogestionado a AnalyticDB for PostgreSQL

    Centro de documentos

    Data Transmission Service:Migrar SQL Server autogestionado a AnalyticDB for PostgreSQL

    Última actualización: Sep 09, 2026

    Data Transmission Service (DTS) le permite migrar datos desde una base de datos SQL Server autogestionada hacia AnalyticDB for PostgreSQL para realizar análisis en tiempo real.

    Requisitos previos

    • Esta tarea de migración de datos solo se configura en la nueva consola.

    • La base de datos SQL Server autogestionada debe usar una versión compatible. Para obtener más información, consulte Overview of migration solutions.

    • Cree la instancia de destino de AnalyticDB for PostgreSQL. Para obtener más información, consulte Create an instance.

    • La instancia de destino de AnalyticDB for PostgreSQL debe tener más espacio de almacenamiento disponible que la base de datos SQL Server autogestionada.

    • Si la instancia de origen cumple alguna de las siguientes condiciones, divídala en varias tareas de migración.

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

      • Se generan 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 de una sola base de datos supera los 20 MB/s.

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

    Límites

    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 los 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í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 tablas o de columnas), una sola tarea de migración admite un máximo de 1000 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, dentro de una sola tarea, objetos que tengan el mismo nombre de tabla pero distintos nombres de esquema.

    • 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 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 una tarea incluye tanto la migración completa como la incremental, conserve los registros durante al menos 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 derivados de 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 ApsaraDB RDS for SQL Server, el propietario debe ser sqlsa.

      • Si la base de datos de origen es Enterprise Edition, debe tratarse de SQL Server 2008 o una versión posterior.

      • Si la base de datos de origen es Standard Edition, debe tratarse de 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 los 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 sobre 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 realiza 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 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 usa 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 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 inferior a 10 minutos. Por ejemplo, si ejecuta de forma consecutiva las siguientes instrucciones SQL, 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 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 causados por 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 los 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.

    • DTS no admite la migración de los siguientes objetos de base de datos: INDEX, VIEW, PROCEDURE, FUNCTION, TRIGGER, FK, FULL_TEXT_INDEX, DATATYPE, DEFAULT, SYNONYM, CATALOG, PLAN_GUIDE, DEFAULT_CONSTRAINT, UK, CK y SEQUENCE.

    • Al seleccionar los objetos de migración, la unidad mínima admitida es la tabla. Puede modificar las asignaciones de columnas. Si utiliza la asignación de columnas para una migración parcial de tablas, o si las estructuras de las tablas de origen y de destino no coinciden, se perderán los datos de las columnas que existan en la tabla de origen pero no en la de destino.

    • La tabla de destino no puede ser una tabla optimizada para anexión (AO).

    • Si una tabla que se va a migrar tiene clave principal, la columna de clave principal en la tabla de destino debe ser la misma que en la tabla de origen. Si la tabla no tiene clave principal, la columna de clave principal en la tabla de destino debe coincidir con la clave de distribución.

    • La clave única de la tabla de destino, incluida la columna de clave principal, debe contener todas las columnas de la clave de distribución.

    • 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. En este modo, DTS no admite la migración de tablas dinámicas (heap), tablas sin clave principal, 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 en 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 número 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 en un máximo de 1000 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 el bloqueo temporal 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 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, y una cuenta con privilegios para habilitarlo a nivel de tabla.

        Nota

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

        • La cuenta con privilegios de una instancia 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 habilita 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 el bloqueo temporal 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 1000 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 número 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 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 habilita CDC, la tasa de cambio de datos no debe superar las 1000 filas por segundo (RPS).

    • Antes de migrar los datos, evalúe el rendimiento de las bases de datos de origen y de destino, y ejecute la migración fuera del horario de mayor actividad. 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 generar fragmentación en las tablas de destino. Por ello, el espacio de almacenamiento de las tablas en la base de datos de destino podría ser mayor que en la de origen después de la migración.

    • Compruebe que la precisión que utiliza DTS para migrar columnas de tipo FLOAT o DOUBLE cumpla con sus requisitos de negocio. DTS emplea la función ROUND(COLUMN,PRECISION) para leer los 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 fallida durante un máximo de siete días. Antes de trasladar sus cargas de trabajo de negocio 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 se modifica la clave principal de una tabla que tenga CDC habilitado.

    • 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 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 máximo de datos de 64 KB para un solo 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 personal 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 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 la captura 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 prueba de concepto (POC) que cubran todos los escenarios de cambio de negocio, 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 que DTS opere de manera estable.

    • DTS no admite reversiones parciales de transacciones en la base de datos de origen durante la migración incremental, lo que puede provocar la pérdida de operaciones de reversión.

    Casos especiales

    Si el origen es una instancia 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 esté en ejecución. 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 la 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 cobra el 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.

      • Los objetos de esquema compatibles incluyen esquemas, tablas, vistas, funciones y procedimientos.

      • Los objetos de esquema no compatibles incluyen ensamblados, service brokers, índices de texto completo, catálogos de texto completo, esquemas distribuidos, funciones distribuidas, procedimientos almacenados de Common Language Runtime (CLR), funciones con valores escalares CLR, funciones con valores de tabla CLR, tablas internas, objetos del sistema y funciones de agregado.

      Aviso

      En las migraciones entre bases de datos heterogéneas, es posible que los tipos de datos no se asignen directamente. Evalúe cuidadosamente el impacto empresarial de las asignaciones de tipos de datos. Para obtener más información, consulte Data type mapping for heterogeneous databases.

    • 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 finalizada 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 los datos de forma fluida sin interrumpir sus aplicaciones autogestionadas.

    Operaciones SQL para la migración incremental

    Tipo

    Instrucción SQL

    DML

    INSERT, UPDATE y DELETE

    Nota

    • DTS no admite la migración de instrucciones UPDATE que solo actualicen un campo grande.

    • El sistema convierte automáticamente una instrucción UPDATE en una instrucción REPLACE INTO al escribir en la instancia de destino de AnalyticDB for PostgreSQL. Si una instrucción UPDATE modifica una clave principal, el sistema la convierte en instrucciones DELETE e INSERT.

    DDL

    • CREATE TABLE

    • ALTER TABLE

      Solo se admiten las operaciones ADD COLUMN y DROP COLUMN.

    • DROP TABLE

    • CREATE INDEX y DROP INDEX

    Nota

    • DTS no admite la migración de operaciones DDL que contengan un tipo definido por el usuario.

    • DTS no admite la migración de operaciones DDL transaccionales. Por ejemplo, ejecutar una sola instrucción SQL que agregue varias columnas o que contenga operaciones DDL y DML al mismo tiempo puede provocar pérdida de datos.

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

    • DTS no admite la migración de operaciones DDL que utilicen palabras clave reservadas como nombres de atributos.

    • DTS no admite la migración de operaciones DDL provenientes de procedimientos almacenados del sistema.

    • DTS no admite operaciones TRUNCATE TABLE.

    • DTS no admite operaciones DDL en tablas particionadas ni en tablas cuyas definiciones incluyan funciones.

    Permisos de las cuentas de base de datos

    Base de datos

    Migración de esquema

    Migración completa

    Migración incremental

    Base de datos SQL Server autogestionada

    Permiso SELECT

    Permiso SELECT

    sysadmin

    Instancia de AnalyticDB for PostgreSQL

    • Permiso LOGIN.

    • Permisos SELECT, CREATE, INSERT, UPDATE y DELETE en las tablas de destino.

    • Permisos CONNECT y CREATE en la base de datos de destino.

    • Permiso CREATE en el esquema de destino.

    • Permiso COPY (para operaciones de copia por lotes basadas en memoria).

    Nota

    También puede utilizar la cuenta inicial de la instancia de AnalyticDB for PostgreSQL.

    Para obtener más información sobre cómo crear cuentas de base de datos y otorgarles permisos, consulte los siguientes temas:

    Requisitos previos

    Nota

    Para llevar a cabo 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 1 al 3 para cada una de ellas. 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 siguientes métodos.

      Desde la consola de DTS

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

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

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

      Desde la consola de DMS

      Nota

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

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

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

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

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

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

      Aviso

      Después de seleccionar las instancias de origen y de destino, le recomendamos leer detenidamente los límites que se muestran en la parte superior de la página. De lo contrario, la tarea podría terminar con errores o presentarse inconsistencias en los datos.

      Categoría

      Parámetro

      Descripción

      N/A

      Task Name

      DTS genera automáticamente un nombre para la tarea. Le recomendamos especificar un nombre descriptivo para identificarla fácilmente. No es necesario que el nombre sea único.

      Source Database

      Database Type

      Seleccione SQL Server.

      Access Method

      Seleccione Self-managed Database on ECS.

      Nota

      Si selecciona una base de datos autogestionada en ECS, debe completar los preparativos obligatorios. Para obtener más información, consulte Preparation overview.

      Instance Region

      Seleccione la región donde se encuentra la base de datos SQL Server autogestionada.

      ECS Instance ID

      Introduzca el identificador de la instancia de Elastic Compute Service (ECS) que aloja la base de datos SQL Server autogestionada.

      Port Number

      Introduzca el número de puerto de servicio de la base de datos SQL Server autogestionada. El valor predeterminado es 1433.

      Database Account

      Introduzca la cuenta de la base de datos SQL Server autogestionada. 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 de negocio.

      • 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

      Database Type

      Seleccione AnalyticDB for PostgreSQL.

      Access Method

      Seleccione Alibaba Cloud Instance.

      Instance Region

      Seleccione la región donde se encuentra la instancia de destino de AnalyticDB for PostgreSQL.

      Instance ID

      Seleccione el identificador de la instancia de destino de AnalyticDB for PostgreSQL.

      Database Name

      Introduzca el nombre de la base de datos que contiene los objetos de migración en la instancia de destino de AnalyticDB for PostgreSQL.

      Database Account

      Introduzca la cuenta de la base de datos de la instancia de destino de AnalyticDB 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.

    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 automática o manualmente a la configuración de seguridad de las bases de datos de origen y de destino para permitir el acceso desde los servidores de DTS. Para obtener más información, consulte Add DTS server IP addresses to a whitelist.

    5. Configure los objetos de la tarea.

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

        Parámetro

        Descripción

        Migration Types

        • Si solo necesita 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 y Incremental Data Migration.

        Nota

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

        • Si no selecciona Incremental Data Migration, no escriba datos nuevos en la instancia de origen durante la migración de datos para garantizar la consistencia de los datos.

        Processing Mode for Existing Destination 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 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 los mismos nombres.

          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 en la base de datos de destino tiene el mismo valor de clave primaria 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 inconsistentes, es posible que solo se migren algunas columnas de datos o que la migración termine con errores. Proceda con precaución.

        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 primarias, tablas comprimidas o tablas con columnas calculadas.

            • Ofrece alta estabilidad del enlace. Este modo puede obtener instrucciones DDL completas y admite una amplia variedad de escenarios DDL.

          • Desventajas:

            • DTS crea el trigger 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 ni RENAME COLUMN en tablas con CDC habilitado en la base de datos de origen. Tampoco puede eliminar manualmente los triggers 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 interfiere con la base de datos de origen.

          • Desventaja:

            Este modo no admite escenarios que involucran tablas heap 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 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 del ancho de banda de red.

          • Desventajas:

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

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

        Nota

        Este parámetro solo está disponible si selecciona Migration Types para 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 de negocio. 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).

        Select DDL and DML to Sync at the Instance Level

        Seleccione las operaciones SQL para la migración incremental de datos a nivel de instancia. Para obtener información sobre las operaciones compatibles, consulte Supported SQL operations for incremental migration.

        Nota

        Para seleccionar las operaciones SQL para la migración incremental a nivel de base de datos o de tabla, haga clic con el botón derecho en un objeto de migración en el cuadro Selected Objects y seleccione las operaciones SQL deseadas.

        Storage Engine Type

        Seleccione un motor de almacenamiento para las tablas de destino según sus requisitos de negocio. El valor predeterminado es Beam.

        Nota

        Este parámetro solo está disponible si la instancia de destino de AnalyticDB for PostgreSQL tiene una versión de kernel v7.0.6.6 o posterior y si seleccionó Migration Types para el parámetro Schema Migration.

        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

        Este escenario corresponde a una migración entre bases de datos heterogéneas. Por lo tanto, la granularidad para seleccionar los objetos de migración es la tabla. Otros objetos, como vistas, triggers y procedimientos almacenados, no se migran 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, otros objetos que dependan del objeto renombrado podrían fallar durante la migración.

        • Para filtrar datos mediante condiciones WHERE, haga clic con el botón derecho en una tabla que desea migrar en el panel 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 para la migración a nivel de base de datos o de tabla, haga clic con el botón derecho en un objeto de migración en el panel Selected Objects y seleccione las operaciones SQL requeridas 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 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

        Después de que se inicia la tarea de migración, si falla la conexión con 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 con un valor de 10 a 1440 minutos. Se recomienda establecer una duración superior a 30 minutos. Si DTS se vuelve a conectar 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 termina con errores.

        Nota

        • Para varias instancias de DTS que comparten el mismo origen o destino, el tiempo de reintento de red se determina según 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, le recomendamos personalizar el tiempo de reintento según sus necesidades de negocio o liberar la instancia de DTS lo antes posible después de liberar las instancias de las bases de datos de origen y de destino.

        Retry Time for Other Issues

        Después de que se inicia la tarea de migración, si ocurre un problema distinto a la conectividad en la base de datos de origen o de destino, como una excepción en la ejecución de DDL o DML, 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 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 de la duración de reintento especificada, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea termina 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 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.

        Nota

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

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

        Enable Throttling for Incremental Data Migration

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

        Nota

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

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

        Environment Tag

        Puede seleccionar una etiqueta de entorno para identificar la instancia según sus requisitos de negocio. Esto no es obligatorio para este ejemplo.

        Configure ETL

        Decida 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 de negocio.

        • No: no configura ninguna alerta.

        • Yes: configura alertas al establecer un alert threshold y un alert notifications. Si una migración termina con errores 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.

      4. Opcional: Después de completar las configuraciones anteriores, haga clic en Next: Configure Database and Table Fields para establecer Type, Primary Key Column y Distribution Key de las tablas que se van a migrar en la instancia de destino de AnalyticDB for PostgreSQL.

        Nota

        • Este paso solo está disponible si seleccionó Migration Types para Schema Migration al configurar los objetos de migración. Para modificarlo, puede establecer Definition Status en All.

        • Puede seleccionar varias columnas para Primary Key Column y formar una clave primaria compuesta. También debe seleccionar una o más columnas de Primary Key Column para que sirvan como Distribution Key. Para obtener más información, consulte Manage data tables y Table distribution.

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

      • Si la comprobación previa termina con errores, haga clic en View Details junto al elemento que falló, 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 que falló, resuelva 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 surgir problemas como inconsistencias en los datos y representar riesgos para su negocio.

    7. Adquiera la instancia.

      1. Cuando 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. Puede seleccionar una especificación según su escenario de negocio. Para obtener más información, consulte Data migration link specifications.

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

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

        Puede consultar el progreso de la tarea de migración en la página de lista 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, 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.