Data Transmission Service (DTS) admite la migración heterogénea de datos desde ApsaraDB RDS for SQL Server hacia ApsaraDB RDS for MySQL. Incluye opciones para la migración de esquemas, la migración completa de datos y la migración incremental con un tiempo de inactividad casi nulo.
Requisitos previos
Antes de empezar, asegúrese de haber cumplido con lo siguiente:
Confirmado que DTS es compatible con su versión de RDS SQL Server. Para consultar las versiones compatibles, véase Migration solutions overview
Creado una instancia de destino en RDS MySQL con un espacio de almacenamiento mayor al espacio utilizado por la instancia de origen en RDS SQL Server. Para más detalles, véase Create an ApsaraDB RDS for MySQL instance
Si la instancia de origen cumple alguna de las siguientes condiciones, divida la migración en varias tareas:
El número de bases de datos supera 10
Se realizan copias de seguridad de registros en una sola base de datos más de una vez por hora
Se ejecutan operaciones DDL en una sola base de datos más de 100 veces por hora
El volumen de registros de una sola base de datos supera los 20 MB/s
Es necesario habilitar Change Data Capture (CDC) para más de 1,000 tablas
Facturación
|
Tipo de migración |
Tarifa de configuración de enlace |
Transferencia de datos |
|
Migración de esquemas y migración completa de datos |
Gratuita |
Gratuita, a menos que el Access Method del destino esté configurado como Public IP Address. Véase Billing overview. |
|
Migración incremental de datos |
Con cargo. Véase Billing overview. |
— |
Permisos obligatorios
| Base de datos | Migración de esquemas | Migración completa | Migración incremental |
|---|---|---|---|
| RDS SQL Server | Permisos de lectura sobre los objetos que se van a migrar | Permisos de lectura sobre los objetos que se van a migrar | Permisos de propietario sobre los objetos que se van a migrar |
| RDS MySQL | Permisos de lectura y escritura | ||
Para crear una cuenta de base de datos y otorgar permisos:
RDS SQL Server: Véase Create a standard account, a privileged account, or a global read-only account y Modify the permissions of an account.
RDS MySQL: Véase Create an account y Modify the permissions of an account.
Elegir un modo de sincronización incremental
Esta configuración aplica únicamente cuando selecciona Incremental Data Migration en Migration Types.
|
Función |
Análisis híbrido de registros |
Basado en registros (solo tablas no heap) |
Sondeo de CDC |
|
Admite tablas heap |
Sí |
No |
Sí |
|
Admite tablas sin claves primarias |
Sí |
No |
Sí |
|
Admite tablas comprimidas |
Sí |
No |
Sí |
|
Admite tablas con columnas calculadas |
Sí |
No |
Sí |
|
Admite tablas con columnas dispersas |
Sí |
No |
Sí |
|
Impacto en la base de datos de origen |
Moderado: crea un desencadenador, una tabla de latidos y una tabla de almacenamiento DDL; habilita CDC |
No intrusivo |
Moderado: habilita CDC y requiere permisos de CDC |
|
Compatibilidad con DDL |
Completa: sentencias DDL completas |
Limitada |
Limitada |
|
Tipos de origen compatibles |
RDS SQL Server |
RDS SQL Server, Web Edition (obligatorio) |
Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on VM, Google Cloud SQL for SQL Server |
|
Latencia incremental |
Baja |
Baja |
~10 segundos |
|
Límite de tablas CDC |
1,000 (recomendado) |
N/A |
1,000 (recomendado) |
Cómo elegir:
Análisis híbrido de registros: utilice este método para la mayoría de las migraciones de RDS SQL Server. Gestiona todos los tipos de tablas y ofrece la mayor compatibilidad con DDL.
Basado en registros (solo tablas no heap): use esta opción cuando requiera cero impacto en la base de datos de origen y todas las tablas tengan índices agrupados con columnas de clave primaria. No es compatible con tablas heap, tablas sin claves primarias, tablas comprimidas, tablas con columnas calculadas ni tablas con columnas dispersas.
Sondeo de CDC: recomendado cuando la base de datos de origen se aloja en una plataforma de nube de terceros (Amazon RDS for SQL Server, Azure SQL Database, etc.).
Para comprobar si sus tablas de origen son compatibles con el modo basado en registros, consulte Cómo ver información sobre tablas heap, tablas sin claves primarias, tablas comprimidas, tablas con columnas calculadas y tablas con columnas dispersas en SQL Server .
Operaciones SQL compatibles para la migración incremental
| Tipo de operación | Operaciones compatibles |
|---|---|
| DML | INSERT, UPDATE, DELETE. Nota
Si una operación UPDATE actualiza únicamente campos grandes, DTS no la migra. |
| DDL | CREATE TABLE; ALTER TABLE (solo ADD COLUMN y DROP COLUMN); DROP TABLE; CREATE INDEX; DROP INDEX |
Operaciones DDL no compatibles:
Operaciones DDL que involucran tipos definidos por el usuario
Operaciones DDL en línea
Operaciones DDL transaccionales (por ejemplo, agregar varias columnas en una sola sentencia SQL o combinar DDL y DML en una misma sentencia, lo cual puede causar pérdida de datos)
Operaciones DDL que usan palabras clave reservadas como nombres de atributos
Operaciones DDL ejecutadas mediante procedimientos almacenados del sistema
TRUNCATE TABLE
Particiones y funciones dentro de definiciones de tablas
Límites y notas
Durante la migración de esquemas, DTS migra las claves externas de la base de datos de origen a la base de datos de destino.
Durante la migración completa e incremental de datos, DTS deshabilita temporalmente las comprobaciones de restricciones y las operaciones en cascada de claves externas a nivel de sesión. Si ocurren operaciones de actualización o eliminación en cascada en la base de datos de origen mientras se ejecuta la tarea, puede producirse inconsistencia en los datos.
Límites de la base de datos de origen
|
Límite |
Detalles |
|
Ancho de banda |
El servidor que aloja la base de datos de origen debe contar con suficiente ancho de banda de salida; de lo contrario, la velocidad de migración se verá afectada. |
|
Claves primarias |
Las tablas que se van a migrar deben tener claves primarias o restricciones UNIQUE con campos únicos; en caso contrario, pueden aparecer datos duplicados en la base de datos de destino. |
|
Límite de tablas |
Una sola tarea admite un máximo de 1,000 tablas al migrar objetos a nivel de tabla con asignación de nombres. Superar este límite provoca un error después de enviar la tarea. Divida las tablas en varias tareas o configure una tarea para migrar toda la base de datos. |
|
Límite de bases de datos |
Una sola tarea admite un máximo de 10 bases de datos. Exceder este límite puede causar problemas de estabilidad y rendimiento. |
|
Asignación de esquemas |
Al migrar objetos específicos (no una base de datos completa), no es posible migrar tablas con el mismo nombre pero diferente esquema a la misma base de datos de destino. |
|
Instancias de solo lectura |
No se pueden migrar operaciones DDL desde una instancia de solo lectura. |
|
Azure SQL Database |
Una sola tarea de DTS solo puede migrar una base de datos. |
|
TDE |
Si el origen es una instancia de RDS for SQL Server y la tarea incluye migración incremental, deshabilite Transparent Data Encryption (TDE) para garantizar la estabilidad de la tarea. Consulte Deshabilitar TDE. |
|
Cambio de nombre de objetos |
No utilice |
|
|
Durante la migración completa de datos, asegúrese de que |
Requisitos de registros para la migración incremental:
Los registros deben estar habilitados con el modo de copia de seguridad establecido en Full. Debe haberse completado una copia de seguridad física completa.
Retención de registros: más de 24 horas para tareas exclusivamente incrementales; como mínimo 7 días para tareas que incluyen migración completa e incremental. Puede modificar el periodo de retención de registros una vez finalizada la migración completa. Los problemas derivados de un periodo de retención inferior al requerido no están cubiertos por el SLA de DTS.
DTS utiliza la función
fn_logpara obtener los registros de la base de datos de origen. No elimine estos registros prematuramente, ya que la tarea de DTS podría fallar.
Requisitos previos de CDC:
El valor del campo
srvnameen la vistasys.sysserversdebe coincidir con el valor devuelto por la funciónSERVERPROPERTY.Propietario de la base de datos:
sapara SQL Server autogestionado;sqlsapara RDS for SQL Server.Enterprise Edition: SQL Server 2008 o posterior.
Standard Edition: SQL Server 2016 SP1 o posterior.
SQL Server 2017 (Standard o Enterprise Edition): actualice la versión de la base de datos antes de configurar CDC.
Restricciones operativas durante la migración:
Durante la sincronización inicial de esquemas y la migración completa de datos, no ejecute operaciones DDL en esquemas de bases de datos o tablas; de lo contrario, la tarea fallará.
Si solo realiza migración completa de datos, no escriba nuevos datos en la instancia de origen durante el proceso; esto provocaría inconsistencia en los datos. Para mantener la consistencia de los datos en tiempo real, seleccione Initial Schema Synchronization, Full Data Migration y Incremental Data Migration.
Si una tarea incluye migración incremental de datos, no vuelva a generar índices; de lo contrario, la tarea podría fallar o podrían perderse datos. Tampoco es posible modificar las claves primarias de tablas con CDC habilitado.
Web Edition RDS for SQL Server:
Establezca SQL Server Incremental Synchronization Mode en Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) al configurar la tarea.
Otros límites
No se pueden migrar operaciones DDL complejas.
No se pueden migrar los siguientes tipos de datos:
CURSOR,ROWVERSION,SQL_VARIANT,HIERARCHYID,POLYGON,GEOMETRY,GEOGRAPHYy tipos de datos definidos por el usuario creados conCREATE TYPE.No se pueden migrar los siguientes tipos de objetos:
PROCEDURE,FUNCTION,TRIGGER,DATATYPE,SYNONYM,CATALOG,PLAN_GUIDEySEQUENCE.Si el número de tablas con CDC habilitado en una sola tarea supera 1,000, la comprobación previa fallará.
Si los datos contienen caracteres de cuatro bytes (caracteres poco comunes), la base de datos y las tablas de destino deben usar el conjunto de caracteres
utf8mb4. Si DTS realiza la migración de esquemas, establezca también el parámetrocharacter_set_serverenutf8mb4.Si los datos incrementales escritos en un solo campo de una tabla con CDC habilitado superan los 64 KB, ejecute previamente
exec sp_configure 'max text repl size', -1;en la base de datos de origen. De forma predeterminada, un trabajo de CDC procesa un máximo de 64 KB por campo.Realice la migración de datos en horarios de baja demanda. Durante la migración completa, DTS consume recursos de lectura y escritura tanto en la base de datos de origen como en la de destino, lo que incrementa la carga de la base de datos.
Si los nombres de columna de un campo difieren solo en mayúsculas y minúsculas dentro de una tabla escrita en la base de datos MySQL de destino, el resultado de la migración podría no ser el esperado, ya que los nombres de columna en MySQL no distinguen entre mayúsculas y minúsculas.
Si una sentencia DDL no logra escribirse en la base de datos de destino, la tarea de DTS continúa ejecutándose. Revise los registros de la tarea para localizar la sentencia fallida. Consulte Consultar registros de tareas.
Si varias instancias de DTS utilizan la misma base de datos SQL Server como origen, sus módulos de ingesta de datos incrementales funcionan de manera independiente.
Si una tarea falla, el personal de soporte de DTS intentará restaurarla en un plazo de 8 horas. Es posible que reinicien la tarea o ajusten sus parámetros (no los parámetros de la base de datos). Para conocer los parámetros ajustables, consulte Modificar parámetros de instancia.
La migración completa de datos utiliza operaciones INSERT concurrentes, lo que genera fragmentación de tablas en la base de datos de destino. Tras completar este proceso, el espacio de almacenamiento de las tablas en destino será mayor que en la instancia de origen. Una vez finalizada la migración (cuando el Status de la instancia cambie a Completed), ejecute
analyze table <table_name>para confirmar que todos los datos se han escrito correctamente en la tabla de destino. Por ejemplo, si se activa un failover de alta disponibilidad en la base de datos MySQL de destino, los datos podrían haberse escrito solo en memoria, lo que provocaría su pérdida.
Límites del modo de sondeo de CDC
-
La cuenta de la base de datos de origen debe tener permisos para habilitar CDC. Para activar CDC a nivel de base de datos, la cuenta necesita el rol
sysadmin. Para habilitarlo a nivel de tabla, se requiere una cuenta con privilegios.La cuenta con privilegios proporcionada por Azure SQL Database cumple estos requisitos. En bases de datos basadas en vCore, todos los tipos de instancia admiten CDC. En bases de datos basadas en DTU, solo los tipos de instancia S3 y posteriores son compatibles. La cuenta con privilegios de Amazon RDS for SQL Server cumple los requisitos para habilitar CDC a nivel de base de datos mediante procedimientos almacenados. Las tablas con índices columnstore agrupados no admiten CDC.
DTS consulta la instancia de CDC de cada tabla para obtener datos incrementales. No migre más de 1,000 tablas; de lo contrario, pueden presentarse latencia o inestabilidad en la tarea.
-
De forma predeterminada, los datos incrementales del componente CDC se conservan durante 3 días. Para ajustar el periodo de retención, ejecute:
exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;<time>se especifica en minutos. Si una sola tabla genera más de 10 millones de sentencias SQL de cambios incrementales al día, establezca<time>en 1440. No agregue ni elimine columnas de forma consecutiva. Por ejemplo, no ejecute más de dos operaciones DDL para agregar o quitar columnas en un minuto; de lo contrario, la tarea podría fallar.
No modifique la instancia de CDC de la base de datos de origen; esto podría provocar fallos en la tarea o pérdida de datos.
Límites del modo de análisis híbrido de registros
La migración incremental depende del componente CDC. Asegúrese de que el trabajo de CDC en la base de datos de origen se esté ejecutando; de lo contrario, la tarea de DTS fallará.
-
De forma predeterminada, los datos incrementales del componente CDC se conservan durante 3 días. Para ajustar este valor, ejecute:
exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;<time>se especifica en minutos. Establezca<time>en 1440 si una sola tabla genera más de 10 millones de sentencias SQL de cambios incrementales al día. Habilite CDC para un máximo de 1,000 tablas en una sola tarea; superar esta cantidad puede causar latencia o inestabilidad.
El módulo de requisitos previos de una tarea de migración incremental habilita CDC en la base de datos de origen. Durante este proceso, la base de datos podría bloquearse brevemente debido a limitaciones del kernel de SQL Server.
-
No agregue ni elimine columnas de forma consecutiva en un intervalo menor a 10 minutos. Por ejemplo, ejecutar las siguientes sentencias SQL de manera consecutiva provoca un error:
ALTER TABLE test_table DROP COLUMN Flag; ALTER TABLE test_table ADD Remark nvarchar(50) not null default(''); DTS crea el desencadenador
dts_cdc_sync_ddl, la tabla de latidosdts_sync_progressy la tabla de almacenamiento DDLdts_cdc_ddl_historyen la base de datos de origen. En el modo de sincronización incremental híbrida, DTS también habilita CDC a nivel de base de datos y para ciertas tablas. Mantenga la tasa de cambio de datos de las tablas con CDC habilitado en un máximo de 1,000 registros por segundo (RPS).No es posible ejecutar sentencias
SELECT INTO,TRUNCATEoRENAME COLUMNen tablas con CDC habilitado en la base de datos de origen. Tampoco se permite eliminar manualmente los desencadenadores creados por DTS en dicha base de datos.
Casos especiales
Si la instancia de origen es una instancia de RDS for SQL Server, DTS crea una cuenta rdsdt_dtsacct en dicha instancia para llevar a cabo la migración de datos. No elimine esta cuenta ni modifique su contraseña mientras la tarea esté en ejecución; de lo contrario, la tarea podría fallar. Consulte System accounts.
SQL Server como origen: nota importante
SQL Server es una base de datos comercial de código cerrado. Debido a limitaciones específicas de formato, conocidas o desconocidas, pueden surgir problemas cuando DTS realiza operaciones de CDC y análisis de registros. Antes de habilitar la sincronización o migración incremental para un origen SQL Server en producción, lleve a cabo una prueba de concepto (POC) exhaustiva que cubra todos los tipos de cambios empresariales, modificaciones en esquemas de tablas y pruebas de estrés en horas pico. Asegúrese de que la lógica empresarial del entorno de producción coincida con la validada en la POC para garantizar la eficiencia y estabilidad de DTS.
Crear una tarea de migración
Paso 1: Ir a la lista de tareas de migración
Utilice uno de los siguientes métodos:
Desde la consola de DTS
Inicie sesión en Data Transmission Service (DTS) console.
En el panel de navegación izquierdo, haga clic en Data Migration.
En la esquina superior izquierda, 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 Consola en modo simple y Personalizar el diseño y estilo de la consola de DMS.
Inicie sesión en Data Management (DMS) console.
En la barra de menú superior, elija .
A la derecha de Data Migration Tasks, seleccione la región donde se encuentra la instancia de migración.
Paso 2: Configurar las bases de datos de origen y destino
Haga clic en Create Task para abrir la página de configuración de tareas y configure lo siguiente:
Después de seleccionar las instancias de origen y destino, revise cuidadosamente los límites que se muestran en la parte superior de la página. Ignorar estos límites puede provocar errores en la tarea o inconsistencia en los datos.
| Categoría | Parámetro | Descripción |
|---|---|---|
| N/A | Task Name | DTS genera automáticamente un nombre para la tarea. Especifique un nombre descriptivo para facilitar su identificación. El nombre no necesita ser único. |
| Source Database | Select Existing Connection | Seleccione una instancia de base de datos agregada al sistema de la lista desplegable para completar automáticamente la información de la base de datos. En la consola de DMS, este parámetro se denomina Select a DMS database instance. Si no hay ninguna instancia registrada disponible, configure la información de la base de datos manualmente. |
| Database Type | Seleccione SQL Server. | |
| Access Method | Seleccione Alibaba Cloud Instance. | |
| Instance Region | Seleccione la región donde reside la instancia de RDS SQL Server de origen. | |
| Replicate Data Across Alibaba Cloud Accounts | Seleccione No para migraciones dentro de la misma cuenta. | |
| RDS Instance ID | Seleccione el ID de la instancia de RDS SQL Server de origen. | |
| Database Account | Introduzca la cuenta de la base de datos. Consulte Permissions required. | |
| Database Password | Introduzca la contraseña de la cuenta de la base de datos. | |
| Encryption | Seleccione Non-encrypted si el cifrado SSL está deshabilitado en la base de datos de origen. Seleccione SSL-encrypted si el cifrado SSL está habilitado; DTS confía en el certificado del servidor de forma predeterminada. | |
| Destination Database | Select Existing Connection | Igual que en el origen. |
| Database Type | Seleccione MySQL. | |
| Access Method | Seleccione Alibaba Cloud Instance. | |
| Instance Region | Seleccione la región donde reside la instancia de RDS MySQL de destino. | |
| Replicate Data Across Alibaba Cloud Accounts | Seleccione No para migraciones dentro de la misma cuenta. | |
| RDS Instance ID | Seleccione el ID de la instancia de RDS MySQL de destino. | |
| Database Account | Introduzca la cuenta de la base de datos. Consulte Permissions required. | |
| Database Password | Introduzca la contraseña de la cuenta de la base de datos. | |
| Encryption | Seleccione Non-encrypted o SSL-encrypted. Si selecciona SSL-encrypted, habilite primero el cifrado SSL en la instancia de RDS MySQL. Consulte Habilitar rápidamente el cifrado SSL mediante un certificado en la nube. |
Una vez completada la configuración, haga clic en Test Connectivity and Proceed en la parte inferior de la página.
Asegúrese de que el rango de direcciones IP del servicio DTS esté agregado (automática o manualmente) a la configuración de seguridad de las bases de datos de origen y destino. Consulte Agregar direcciones IP de servidores DTS a una lista de permitidos . Si la base de datos de origen o destino es autogestionada (el método de acceso no es Alibaba Cloud Instance ), haga clic también en Test Connectivity en el cuadro de diálogo CIDR Blocks of DTS Servers .
Paso 3: Configurar los objetos de la tarea
En la página Configure Objects, establezca los siguientes parámetros:
| Parámetro | Descripción |
|---|---|
| Migration Types | Seleccione Schema Migration y Full Data Migration para realizar únicamente una migración completa. Para minimizar el tiempo de inactividad, seleccione también Incremental Data Migration. Nota
Sin Schema Migration, debe crear manualmente la base de datos y las tablas de destino, o bien utilizar la función de asignación de nombres de objetos. Sin Incremental Data Migration, no escriba nuevos datos en el origen durante la migración. |
| Schema Mapping Mode of Source and Destination Databases | Seleccione un modo de asignación de esquemas para mapear los esquemas entre las bases de datos de origen y destino. Aviso
Las tablas en diferentes esquemas de la base de datos de origen no pueden compartir el mismo nombre; de lo contrario, podría producirse inconsistencia en los datos o un error en la tarea. |
| SQL Server Incremental Synchronization Mode | Seleccione el modo de sincronización incremental. Consulte Elegir un modo de sincronización incremental. Este parámetro solo está disponible cuando se selecciona Incremental Data Migration. |
| The maximum number of tables for which CDC is enabled that DTS supports | Establezca el número máximo de tablas con CDC habilitado por tarea de DTS. Valor predeterminado: 1,000. No disponible cuando SQL Server Incremental Synchronization Mode está configurado como 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 antes de iniciar la migración. Si hay conflictos, reporta un error y detiene la tarea. Para cambiar el nombre de las tablas en conflicto en el destino, consulte Asignación de nombres de objetos. Ignore Errors and Proceed: Omite la comprobación de conflictos. Aviso
Esta opción puede causar inconsistencia en los datos. Durante la migración completa, DTS conserva el registro de destino; durante la migración incremental, el registro de origen sobrescribe el de destino. Si los esquemas de las tablas son inconsistentes, es posible que solo se migren algunas columnas o que la migración falle. |
| Capitalization of Object Names in Destination Instance | Configure la directiva de distinción entre mayúsculas y minúsculas para los nombres de los objetos migrados (bases de datos, tablas, columnas). Valor predeterminado: DTS default policy. Consulte Distinción entre mayúsculas y minúsculas en nombres de objetos. |
| Source Objects | Haga clic en los objetos a migrar en el cuadro Source Objects y luego haga clic en la flecha derecha para moverlos a Selected Objects. Puede seleccionar a nivel de base de datos, tabla o columna. Al seleccionar tablas o columnas se excluyen vistas, triggers y procedimientos almacenados. |
| Selected Objects | Para cambiar el nombre de un solo objeto en el destino, haga clic derecho sobre él en Selected Objects. Consulte Asignación individual de tablas y columnas. Para cambiar el nombre de varios objetos a la vez, haga clic en Batch Edit en la esquina superior derecha. Consulte Asignar múltiples nombres de objetos a la vez. Nota
La asignación de nombres de objetos puede causar fallos de migración en objetos dependientes. Para filtrar datos con una cláusula WHERE, haga clic derecho en la tabla dentro de Selected Objects y establezca la condición de filtro. Consulte Set filter conditions. Para seleccionar operaciones SQL para la migración incremental a nivel de base de datos o tabla, haga clic derecho en el objeto y seleccione las operaciones deseadas. |
Paso 4: Configurar opciones avanzadas
Haga clic en Next: Advanced Settings para configurar lo siguiente:
| Parámetro | Descripción |
|---|---|
| Dedicated Cluster for Task Scheduling | De forma predeterminada, DTS programa las tareas en un clúster compartido. Para obtener tareas más estables, adquiera un clúster dedicado. |
| Retry Time for Failed Connections | Después de iniciar la tarea, si falla la conexión al origen o al destino, DTS reintenta inmediatamente. Valor predeterminado: 720 minutos. Rango válido: 10–1,440 minutos. Establezca un valor superior a 30 minutos. Si DTS se reconecta dentro de la duración especificada, la tarea se reanudará automáticamente. Nota
Para varias instancias de DTS que comparten el mismo origen o destino, el tiempo de reintento lo determina la última tarea creada. Dado que se le cobra durante el periodo de reintento, configure el tiempo de reintento según sus necesidades comerciales y libere la instancia de DTS tan pronto como se liberen las instancias de origen y destino. |
| Retry Time for Other Issues | Después de iniciar la tarea, si ocurre un problema que no sea de conectividad (como una excepción en la ejecución de DDL o DML), DTS reintenta inmediatamente. Valor predeterminado: 10 minutos. Rango válido: 1–1,440 minutos. Establezca un valor superior a 10 minutos. Importante
Este valor debe ser menor que Retry Time for Failed Connections. |
| Enable Throttling for Full Data Migration | Durante la migración completa, DTS consume recursos de lectura y escritura en las bases de datos de origen y destino. Si es necesario, establezca Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s) para reducir la carga. Disponible solo cuando se selecciona Full Data Migration. También puede ajustar la velocidad de migración completa después de iniciar la tarea. |
| Enable Throttling for Incremental Data Migration | Establezca RPS of Incremental Data Migration y Data migration speed for incremental migration (MB/s) para reducir la carga. Disponible solo cuando se selecciona Incremental Data Migration. También puede ajustar la velocidad de migración incremental después de iniciar la tarea. |
| Environment Tag | Seleccione una etiqueta de entorno para identificar la instancia. Opcional. |
| Configure ETL | Elija si desea habilitar la función de extracción, transformación y carga (ETL). Seleccione Yes para introducir sentencias de procesamiento de datos. Consulte Configurar ETL en una tarea de migración o sincronización de datos. Seleccione No para deshabilitar ETL. Para obtener una descripción general de ETL, consulte ¿Qué es ETL? |
| Monitoring and Alerting | Seleccione Yes para establecer un umbral de alertanotificaciones de alerta y notificaciones de alerta. Si la migración falla o la latencia supera el umbral, el sistema envía una alerta. Seleccione No para no recibir alertas. |
Paso 5: Configurar la validación de datos
Haga clic en Next: Data Validation para configurar una tarea de validación de datos. Para obtener más detalles, consulte Configurar validación de datos.
Paso 6: Guardar y ejecutar la comprobación previa
Haga clic en Next: Save Task Settings and Precheck.
Para ver los parámetros de API correspondientes a esta configuración, pase el cursor sobre el botón Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters .
Antes de que comience la tarea, DTS ejecuta una comprobación previa. La tarea solo inicia después de superar dicha comprobación.
Si la comprobación previa falla, haga clic en View Details junto al elemento fallido, solucione el problema y vuelva a ejecutar la comprobación previa.
-
Si se reporta una advertencia:
Para los elementos que no se pueden ignorar, haga clic en View Details, solucione el problema y vuelva a ejecutar la comprobación previa.
Para los elementos que se pueden ignorar, haga clic en Confirm Alert Details > Ignore > OK > Precheck Again. Ignorar advertencias puede causar inconsistencia en los datos y generar riesgos operativos.
Paso 7: Adquirir la instancia
Cuando la Success Rate alcance el 100 %, haga clic en Next: Purchase Instance.
-
En la página Purchase, seleccione la especificación de enlace para la instancia de migración:
Categoría Parámetro Descripción New Instance Class Resource Group Settings Seleccione el resource group para la instancia. Valor predeterminado: resource group predeterminado. Consulte ¿Qué es Resource Management? Instance Class Seleccione una especificación según su escenario de migración. La especificación del enlace afecta la velocidad de migración. Consulte Especificaciones de enlaces de migración de datos. Lea y acepte los Data Transmission Service (Pay-as-you-go) Service Terms.
Haga clic en Buy and Start y luego haga clic en OK en el cuadro de diálogo de confirmación.
Monitorear la tarea de migración
Una vez iniciada la tarea, consulte su progreso en la página de lista de Data Migration Tasks.
Solo migración completa: La tarea se detiene automáticamente al finalizar la migración completa. El Status cambia a Completed.
Incluye migración incremental: La tarea no se detiene automáticamente. La tarea de migración incremental continúa ejecutándose y el Status permanece como Running.