Migrate on-premises self-managed SQL Server to RDS for SQL Server - Data Transmission Service

Data Transmission Service (DTS) le permite migrar una base de datos SQL Server autogestionada a una instancia de ApsaraDB RDS for SQL Server.

Ámbito de aplicación

La base de datos SQL Server autogestionada debe usar una versión compatible. Para obtener más información, consulte Overview of migration solutions.
Debe haber creado la instancia de destino de ApsaraDB RDS for SQL Server. Para obtener más información, consulte Create an ApsaraDB RDS for SQL Server instance.
El espacio de almacenamiento de la instancia de destino de ApsaraDB RDS for SQL Server debe superar el espacio que utiliza la base de datos SQL Server autogestionada de origen.

Si la base de datos de origen cumple alguna de las siguientes condiciones, utilice la función de copia de seguridad de ApsaraDB RDS for SQL Server para migrar los datos. Para obtener más información, consulte Migrar datos de una base de datos autogestionada a una instancia de ApsaraDB RDS for SQL Server.

La instancia de origen tiene más de 10 bases de datos.
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 1000 tablas.

La base de datos de origen contiene tablas de montón, tablas sin clave primaria, tablas comprimidas, tablas con columnas calculadas o tablas con columnas dispersas. Ejecute las siguientes instrucciones SQL para comprobar si la base de datos de origen contiene estos tipos de tablas:

Compruebe si hay tablas de montón en la base de datos de origen:

SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id IN (SELECT object_id FROM sys.indexes WHERE index_id = 0);

Compruebe si hay tablas sin clave primaria:

SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id NOT IN (SELECT parent_object_id FROM sys.objects WHERE type = 'PK');

Compruebe si hay columnas de clave primaria que no estén incluidas en el índice agrupado:

SELECT s.name schema_name, t.name table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id WHERE t.type = 'U' AND s.name NOT IN('cdc', 'sys') AND t.name NOT IN('systranschemas') AND t.object_id IN ( SELECT pk_colums_counter.object_id AS object_id FROM (select pk_colums.object_id, sum(pk_colums.column_id) column_id_counter from (select sic.object_id object_id, sic.column_id FROM sys.index_columns sic, sys.indexes sis WHERE sic.object_id = sis.object_id AND sic.index_id = sis.index_id AND sis.is_primary_key = 'true') pk_colums group by object_id) pk_colums_counter inner JOIN ( select cluster_colums.object_id, sum(cluster_colums.column_id) column_id_counter from (SELECT sic.object_id object_id, sic.column_id FROM sys.index_columns sic, sys.indexes sis WHERE sic.object_id = sis.object_id AND sic.index_id = sis.index_id AND sis.index_id = 1) cluster_colums group by object_id ) cluster_colums_counter ON pk_colums_counter.object_id = cluster_colums_counter.object_id and pk_colums_counter.column_id_counter != cluster_colums_counter.column_id_counter);

Compruebe si hay tablas comprimidas en la base de datos de origen:

SELECT s.name AS schema_name, t.name AS table_name FROM sys.objects t, sys.schemas s, sys.partitions p WHERE s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id = p.object_id AND p.data_compression != 0;

Compruebe si hay tablas que contengan columnas calculadas:

SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id IN (SELECT object_id FROM sys.columns WHERE is_computed = 1);

Compruebe si hay tablas que contengan columnas dispersas:

SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id IN (SELECT object_id FROM sys.columns WHERE is_sparse = 1);

Precauciones

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 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 provocar 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 distintos 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 Full y debe haberse completado correctamente una copia de seguridad física completa. Para una 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 la migración completa como la incremental de datos, conserve los registros durante como mínimo siete días. Una vez finalizada la migración completa de datos, puede reducir el periodo de retención a más de 24 horas. De lo contrario, la tarea de DTS podría fallar debido a que los registros de transacciones no están disponibles. En casos extremos, podría producirse 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 un SQL Server autogestionado, 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 de esquemas 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 una migración completa de datos, no escriba datos nuevos en la instancia de origen. De lo contrario, los datos de las bases de origen y de destino quedarán inconsistentes. Para garantizar la coherencia 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 de esquemas, 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ía producirse inconsistencia de datos o el fallo de 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 TIMESTAMP en la base de datos de destino, DTS no admite la migración completa ni incremental de datos. Esto podría generar inconsistencia de datos o el fallo de la tarea. Para migrar desencadenadores desde la base de datos de origen, la cuenta de base de datos utilizada en la tarea de migración debe tener permisos de Owner en la base de datos de destino. 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 de montón, tablas sin claves primarias, 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. Nota Para obtener información sobre cómo consultar los detalles de las tablas, consulte How do I view information about heap tables, tables without primary keys, compressed tables, tables with computed columns, and tables with sparse columns in SQL Server? 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 mediante la ejecución del 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 en una sola tabla supera los 10 millones, establezca `<time>` en 1440. En una sola tarea de migración, habilite CDC para 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 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 los requisitos. Para las bases de datos adquiridas bajo el modelo vCore, CDC se puede habilitar en todas las especificaciones. Para 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 admite la habilitación de CDC a nivel de base de datos mediante procedimientos almacenados. No se puede habilitar CDC en tablas que tengan 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 el bloqueo temporal de tablas en la base de datos de origen. DTS obtiene los datos incrementales mediante sondeos y consultas a 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 mediante la ejecución del 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 en 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 distintas versiones de SQL Server, compruebe la compatibilidad por adelantado. 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 latido `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 cual 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 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 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 es posible modificar la clave primaria 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 el comando `exec sp_configure 'max text repl size', -1;` para ajustar la configuración de la base de datos de origen por adelantado. Nota De forma predeterminada, un trabajo de CDC procesa un tamaño máximo de datos de 64 KB por cada campo individual. Para realizar una migración incremental de datos, deshabilite los desencadenadores y las claves externas 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 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. Entre los parámetros que podrían ajustarse se 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 la captura y el análisis incremental de CDC en DTS. Antes de habilitar DTS para la sincronización incremental desde un origen SQL Server en un entorno de producción, realice pruebas integrales 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. Durante la migración incremental de datos, no se admiten las 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. Si el destino es una instancia de ApsaraDB RDS for SQL Server, DTS crea la base de datos automáticamente. 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 la instancia	Cargo por tráfico de Internet
Migración de esquemas 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 esquemas

DTS migra las definiciones de esquema de los objetos de migración desde la base de datos de origen hacia la de destino.
- DTS admite la migración de esquemas para los siguientes objetos: tablas, vistas, desencadenadores, sinónimos, procedimientos almacenados SQL, funciones SQL, guías de plan, tipos definidos por el usuario, reglas, valores predeterminados y secuencias.
- DTS no admite la migración de esquemas para los siguientes objetos: ensamblados, service brokers, índices de texto completo, catálogos de texto completo, esquemas distribuidos, funciones distribuidas, procedimientos almacenados de Common Language Runtime (CLR), funciones con valores escalares CLR, funciones con valores de tabla CLR, tablas internas, sistemas ni funciones de agregado.
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 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 de destino. La migración incremental le permite trasladar los datos sin interrumpir sus aplicaciones autogestionadas.

Operaciones SQL para la migración incremental de datos

Tipo	Instrucción SQL
DML	`INSERT`, `UPDATE`, `DELETE` Nota DTS no admite instrucciones `UPDATE` que solo actualicen campos grandes.
DDL	`CREATE TABLE` `ALTER TABLE` Incluye únicamente `ADD COLUMN` y `DROP COLUMN`. `DROP TABLE` `CREATE INDEX`, `DROP INDEX` Nota DTS no admite `transactional DDL`. Por ejemplo, una sola `SQL statement` que agregue varias columnas o que contenga operaciones `DDL` y `DML` puede provocar pérdida de datos. DTS no admite operaciones `DDL` que involucren un `user-defined type`. DTS no admite operaciones `online DDL`. DTS no admite operaciones `DDL` que utilicen una `reserved keyword` como nombre de atributo. DTS no admite operaciones `DDL` ejecutadas desde un `system stored procedure`. DTS no admite operaciones `TRUNCATE TABLE`. DTS no admite `partition`s ni `table definition`s que contengan funciones.

Permisos de las cuentas de base de datos

Base de datos	Migración de esquemas	Migración completa de datos	Migración incremental de datos
Base de datos SQL Server autogestionada	Permiso SELECT	Permiso SELECT	sysadmin
Instancia de ApsaraDB RDS for SQL Server	Permisos de lectura y escritura

Para crear y autorizar una cuenta de base de datos, consulte los siguientes temas:

Para una base de datos SQL Server autogestionada, consulte CREATE USER.
Para una instancia de ApsaraDB RDS for SQL Server, consulte Create standard, privileged, and global read-only accounts y Modify the permissions of an account.

Proceso de migración de datos

Para evitar fallos de migración por dependencias entre objetos, DTS migra los esquemas y los datos de la base de datos SQL Server de origen en el siguiente orden:

Migración de esquemas de tablas, vistas, sinónimos, tipos definidos por el usuario, reglas, valores predeterminados y guías de plan.
Migración completa de datos.
Migración de esquemas de procedimientos almacenados, funciones, desencadenadores y claves externas.
Migración incremental de datos.

Requisitos previos

Nota

Para realizar 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ía producirse inconsistencia de datos.

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

Vaya a la página de la lista de tareas de migración de la región de destino con 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.
Haga clic en Create Task para ir a la página de configuración de la tarea.

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 fallar o producirse inconsistencias en los datos.

Categoría	Parámetro	Descripción
N/A	Task Name	DTS genera automáticamente un nombre de tarea. Le recomendamos especificar un nombre descriptivo para identificarla fácilmente. El nombre no necesita ser ú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 configura 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 Public IP Address. Nota Si su base de datos de origen es autogestionada, debe completar las preparaciones obligatorias. Para obtener más información, consulte Preparation overview.
	Instance Region	Seleccione la región donde se encuentra la base de datos de SQL Server autogestionada.
	Hostname or IP Address	Introduzca el endpoint de la base de datos de SQL Server autogestionada. En este ejemplo se usa una dirección IP pública.
	Port Number	Introduzca el puerto de servicio de la base de datos de SQL Server autogestionada. El valor predeterminado es 1433.
	Database Account	Introduzca la cuenta de la base de datos de SQL Server autogestionada. Para obtener información sobre los permisos obligatorios, consulte Database account permissions.
	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	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 configura 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 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 obligatorios, consulte Database account permissions.
	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 destino, seleccione Non-encrypted. Si el cifrado SSL está habilitado en la base de datos de destino, seleccione SSL-encrypted. De forma predeterminada, DTS confía en el certificado del servidor.

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.

Configure los objetos de la tarea.

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 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 para garantizar la consistencia de los datos.
Method to Migrate Triggers in Source Database	Seleccione un método para migrar los triggers según sus necesidades. Si los objetos por migrar no incluyen triggers, no es necesario configurar este parámetro. Para obtener más información, consulte Configure a synchronization or migration method for triggers. Nota Este parámetro solo se puede configurar si selecciona Migration Types y Schema Migration para Incremental Data Migration.
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 de 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 utiliza la instancia de DTS debe tener 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, es posible que encuentre 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).
Processing Mode of Conflicting Tables	Precheck and Report Errors: Comprueba si existen tablas con los mismos nombres en la base de datos de destino. Si no existen tablas con los mismos nombres, la comprobación previa se aprueba. Si existen tablas con los mismos nombres, se reporta un error durante la comprobación previa y la tarea de migración de datos no se inicia. Nota Si una tabla en la base de datos de destino tiene el mismo nombre pero no se puede eliminar o renombrar fácilmente, puede cambiar el nombre de la tabla en la base de datos de destino. Para obtener más información, consulte Object name mapping. Ignore Errors and Proceed: Omite la comprobación de tablas con los mismos nombres. Aviso Seleccionar Ignore Errors and Proceed puede causar 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 falle. Proceda con precaución.
Source Objects	En el cuadro Source Objects, haga clic en los objetos que desea migrar y luego haga clic en para moverlos al cuadro Selected Objects. Nota La granularidad para seleccionar objetos de migración es esquema, tabla y columna. Si selecciona únicamente tablas o columnas como objetos de migración, otros objetos como vistas, triggers 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, la migración de otros objetos que dependen de los objetos asignados podría fallar. Para filtrar datos mediante una cláusula WHERE, haga clic con el botón derecho en una tabla dentro del cuadro Selected Objects y establezca la condición de filtro en el cuadro de diálogo que aparece. Para obtener más información, consulte Configure filter conditions. Para seleccionar las operaciones SQL que desea migrar a nivel de base de datos o de tabla, haga clic con el botón derecho en el objeto deseado dentro del cuadro Selected Objects y seleccione las operaciones SQL obligatorias en el cuadro de diálogo que aparece.

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 a un valor de 10 a 1440 minutos. Le recomendamos 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 falla. 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 que no es de 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 a un valor de 1 a 1440 minutos. Le recomendamos 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 falla. Importante El valor de Retry Time for Other Issues debe ser menor que el valor de Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Durante la migración completa, DTS consume recursos de lectura y escritura en las bases de datos de origen y de destino, lo que puede aumentar la carga de la base de datos. Si es necesario, puede habilitar la limitación 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 necesidades. Este parámetro es opcional.
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: Yes: Habilita la función ETL. Introduzca las instrucciones de procesamiento de datos en el editor de código. Para obtener más información, consulte Configure ETL in a data migration or data synchronization task. No: Deshabilita la función ETL.
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: Configure las alertas estableciendo un alert threshold y un notificaciones de alerta. Si una migración falla o la latencia supera el umbral, el sistema envía una notificación de alerta.

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.

Guarde la tarea y ejecute una comprobación previa.
- Para consultar los parámetros de configuración de esta instancia al llamar a la operación de 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 consultar 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 solo se inicia después de aprobar dicha comprobación.
- Si la comprobación previa falla, haga clic en View Details junto al elemento con errores, 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 con errores, 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 surgir problemas como inconsistencias en los datos y representar riesgos para su negocio.

Adquiera la instancia.

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

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?
New Instance Class	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.

Una vez completada la configuración, lea y seleccione Data Transmission Service (Pay-as-you-go) Service Terms.
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 se está ejecutando, el Status de la tarea es Running.