Data Transmission Service:Sincronizar datos de una base de datos SQL Server autoadministrada a una instancia RDS PostgreSQL

Base de datos de origen

• Las tablas deben tener una restricción PRIMARY KEY o UNIQUE con todos los campos únicos. De lo contrario, la base de datos de destino podría contener registros duplicados.

• Al seleccionar objetos a nivel de tabla con edición de destino (como cambiar el nombre de tablas o columnas), una sola tarea puede sincronizar hasta 5,000 tablas. Si tiene más de 5,000 tablas, configure varias tareas o realice la sincronización a nivel de base de datos.

• Una sola tarea puede sincronizar datos desde un máximo de 10 bases de datos. Si supera este límite, configure varias tareas para evitar problemas de rendimiento y estabilidad.

• DTS utiliza la función fn_log para leer los registros de origen. No borre los registros de origen antes de que finalice la tarea, ya que esto podría causar un error en la misma.

• Requisitos para la copia de seguridad de registros:

  • Habilite el registro de datos. Establezca el modo de copia de seguridad en Full y realice una copia de seguridad física completa.

  • Solo para sincronización incremental: conserve los registros durante más de 24 horas.

  • Para sincronización completa e incremental combinadas: conserve los registros durante al menos 7 días. Una vez completada la sincronización completa, reduzca el periodo de retención a más de 24 horas. Si no se cumplen estos requisitos, es posible que no se garantice el acuerdo de nivel de servicio (SLA) de DTS.

• Para habilitar CDC en las tablas de origen, se deben cumplir todas las siguientes condiciones (de lo contrario, la comprobación previa fallará):

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

  • SQL Server autoadministrado: el propietario de la base de datos debe ser el usuario sa.

  • ApsaraDB RDS for SQL Server: el propietario de la base de datos debe ser el usuario sqlsa.

  • Enterprise edition: se requiere SQL Server 2008 o posterior.

  • Standard edition: se requiere SQL Server 2016 SP1 o posterior.

  • SQL Server 2017 (Standard o Enterprise edition): actualice a una versión más reciente.

• Instancias de origen de solo lectura: no se pueden sincronizar operaciones DDL.

• Origen Azure SQL Database: una sola tarea solo puede sincronizar datos de una base de datos.

• Origen ApsaraDB RDS for SQL Server: deshabilite Transparent Data Encryption (TDE) para garantizar la estabilidad de la tarea. Consulte la sección Disable TDE en "Configure TDE".

• Durante la sincronización completa de datos, habilite el nivel de aislamiento de transacciones READ_COMMITTED_SNAPSHOT en la base de datos de origen para evitar que los bloqueos compartidos interfieran con la escritura de datos. Sin esta configuración, pueden producirse inconsistencias en los datos o fallos en la instancia, problemas que no están cubiertos por el SLA de DTS.

• Durante la sincronización de esquemas y la sincronización completa de datos, no ejecute sentencias DDL, ya que esto provocará un error en la tarea.

• ApsaraDB RDS for SQL Server Web edition: 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

• Tipos de datos no compatibles: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, GEOGRAPHY y tipos definidos por el usuario creados con CREATE TYPE. Dado que las bases de datos de origen y destino son heterogéneas, los tipos de datos no tienen una correspondencia uno a uno. Evalúe el impacto de la conversión de tipos en su carga de trabajo. Para consultar la tabla de asignación de tipos, véase Data type mappings for schema synchronization.

• Solo se pueden seleccionar tablas como objetos de sincronización, y todas las tablas seleccionadas deben pertenecer al mismo esquema. De lo contrario, podrían producirse inconsistencias en los datos o fallos en la tarea.

• Si utiliza el modo Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported), las tablas deben tener índices clúster que contengan columnas de clave principal. Las tablas no pueden ser tablas heap, tablas sin claves principales, tablas comprimidas ni tablas con columnas calculadas.

• Si la tarea implica sincronización incremental de datos, no realice operaciones de reindexación. Esto podría causar fallos en la tarea y pérdida de datos. DTS no puede sincronizar operaciones DDL relacionadas con la clave principal de una tabla con CDC habilitado.

• Si el número de tablas con CDC habilitado en una tarea de sincronización de datos supera el máximo admitido por DTS, la comprobación previa fallará.

• Si un solo campo escrito en una tabla con CDC habilitado supera los 64 KB, ejecute el siguiente comando para eliminar el límite de tamaño:

  exec sp_configure 'max text repl size', -1;

• Al modificar objetos de sincronización, no se pueden eliminar bases de datos.

• Los módulos de recopilación de datos incrementales de varias tareas de sincronización que comparten la misma base de datos SQL Server de origen operan de forma independiente.

• Si una tarea de DTS falla, el soporte técnico de DTS la restaurará en un plazo de 8 horas. Durante la restauración, la tarea podría reiniciarse y sus parámetros podrían modificarse. Los parámetros de la base de datos no se modifican.

Modo de análisis híbrido basado en registros

• DTS utiliza el componente CDC para sincronizar datos incrementales. 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á.

• DTS crea el desencadenador dts_cdc_sync_ddl, la tabla de latidos dts_sync_progress y la tabla de historial DDL dts_cdc_ddl_history en la base de datos de origen, además de habilitar CDC para la base de datos de origen y tablas específicas.

• No ejecute SELECT INTO, TRUNCATE ni RENAME COLUMN en tablas con CDC habilitado. Los desencadenadores creados por DTS no se pueden eliminar manualmente.

• No agregue ni elimine columnas más de una vez en un periodo de 10 minutos. Por ejemplo, ejecutar las dos siguientes sentencias dentro de un lapso de 10 minutos provocará un error en la tarea:

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

• Se recomienda establecer el número máximo de registros por segundo en 1,000 para las tablas con CDC habilitado en la base de datos de origen.

• El componente CDC almacena datos incrementales durante 3 días de forma predeterminada. Para ampliar el periodo de retención, ejecute:

  exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;

  <time> se expresa en minutos. Si el volumen diario promedio de datos incrementales supera los 10 millones de registros, establezca <time> en 1440.

• Una sola tarea admite hasta 1,000 tablas con CDC habilitado. Superar este límite puede provocar retrasos o inestabilidad.

• Cuando el módulo previo de la tarea habilita CDC a nivel de base de datos y de tabla en la base de datos de origen, se producen bloqueos a nivel de tabla que duran unos segundos debido a limitaciones de SQL Server.

Sincronización incremental basada en CDC (modo de sondeo)

• La cuenta de la base de datos de origen debe tener permiso para habilitar CDC. Para habilitar CDC a nivel de base de datos, utilice una cuenta con el rol sysadmin. Para habilitar CDC a nivel de tabla, utilice una cuenta con privilegios.

  • Azure SQL Database (modelo vCore): todas las bases de datos admiten CDC. Para bases de datos con modelo DTU, se requiere un nivel de servicio S3 o superior.

  • Amazon RDS for SQL Server: una cuenta con privilegios posee los permisos necesarios; se puede habilitar CDC para procedimientos almacenados a nivel de base de datos.

  • No se puede habilitar CDC para índices de almacén de columnas clúster.

• La sincronización incremental de datos tiene una latencia de 10 segundos.

• Una sola tarea admite hasta 1,000 tablas. Superar este límite puede provocar retrasos o inestabilidad.

• No agregue ni elimine columnas más de dos veces en un minuto, ya que la tarea podría fallar.

• No modifique instancias de CDC en la base de datos de origen durante la sincronización. Esto podría causar fallos en la tarea o pérdida de datos.

• El componente CDC almacena datos incrementales durante 3 días de forma predeterminada. Para ampliar el periodo de retención, ejecute:

  exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;

  <time> se expresa en minutos. Si el volumen diario promedio de datos incrementales supera los 10 millones de registros, establezca <time> en 1440.

• Cuando el módulo previo de la tarea habilita CDC a nivel de base de datos y de tabla en la base de datos de origen, se producen bloqueos a nivel de tabla que duran unos segundos debido a limitaciones de SQL Server.

Claves externas

• Durante la sincronización de esquemas, DTS sincroniza las claves externas del origen al destino.

• Durante la sincronización completa e incremental de datos, DTS deshabilita temporalmente las comprobaciones de restricciones de claves externas y las operaciones en cascada a nivel de sesión. Si ejecuta actualizaciones o eliminaciones en cascada en el origen durante la sincronización, podrían producirse inconsistencias en los datos.

Casos especiales

Si el origen es una instancia de ApsaraDB RDS for SQL Server, DTS crea automáticamente una cuenta llamada rdsdt_dtsacct en la instancia. No elimine esta cuenta ni cambie su contraseña mientras se ejecuta la tarea de sincronización. Para obtener más información, consulte System accounts.

Impacto en el almacenamiento

Una vez completada la sincronización inicial completa de datos, las tablas de destino podrían utilizar más espacio de almacenamiento que las de origen. Las operaciones INSERT simultáneas durante la sincronización completa provocan fragmentación de tablas en el destino.

Durante la sincronización inicial completa de datos, DTS consume recursos de lectura y escritura de las bases de datos de origen y destino, lo que puede aumentar la carga de la base de datos. Evalúe el rendimiento de las bases de datos de origen y destino antes de realizar la sincronización de datos. Se recomienda llevar a cabo la sincronización en horarios de baja demanda, por ejemplo, cuando la carga de CPU de las bases de datos de origen y destino sea inferior al 30 %.

Paso 1: Abrir la página Data Synchronization

Utilice uno de los siguientes métodos:

Paso 2: Configurar las bases de datos de origen y destino

Haga clic en Create Task. En la página de configuración de la tarea, establezca los siguientes parámetros.

Nombre de la tarea

Base de datos de origen

Base de datos de destino

Paso 3: Probar la conectividad

En la parte inferior de la página, haga clic en Test Connectivity and Proceed. En el cuadro de diálogo CIDR Blocks of DTS Servers, haga clic en Test Connectivity.

Asegúrese de que los bloques CIDR de los servidores DTS estén agregados a la configuración de seguridad tanto de la base de datos de origen como de la de destino. Consulte Add the CIDR blocks of DTS servers .

Paso 4: Configurar objetos de sincronización

En el paso Configure Objects, establezca los siguientes parámetros.

Paso 5: Configurar opciones avanzadas

Haga clic en Next: Advanced Settings.

Paso 6: Configurar la verificación de datos (opcional)

Haga clic en Next Step: Data Verification. Para más detalles, consulte Configure a data verification task.

Paso 7: Ejecutar la verificación previa

Haga clic en Next: Save Task Settings and Precheck.

• Para previsualizar los parámetros de API correspondientes a esta tarea, pase el puntero sobre Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters.

• La tarea debe aprobar la verificación previa antes de poder iniciarse.

• Si la verificación previa falla, haga clic en View Details junto a cada elemento fallido, corrija los problemas y vuelva a ejecutar la verificación.

• Si se activa una alerta: para las alertas que no se pueden ignorar, corrija el problema y vuelva a ejecutar. Para las alertas que sí se pueden omitir, haga clic en Confirm Alert Details, luego en Ignore dentro del cuadro de diálogo de detalles, haga clic en OK y finalmente en Precheck Again.

Paso 8: Adquirir la instancia

1. Espere hasta que Success Rate alcance 100%, y luego haga clic en Next: Purchase Instance.

2. En la página de compra, configure los siguientes parámetros.

   Parámetro	Descripción
   Billing Method	Subscription: pago anticipado por un periodo determinado. Más rentable para uso a largo plazo. Opciones: 1–9 meses, 1 año, 2 años, 3 años o 5 años. Pay-as-you-go: facturación por hora. Adecuado para uso a corto plazo. Libere la instancia cuando ya no la necesite para evitar cargos continuos.
   Resource Group Settings	Resource group para la instancia de sincronización. Valor predeterminado: default resource group. Consulte What is Resource Management?
   Instance Class	Determina la velocidad de sincronización. Seleccione según los requisitos de su carga de trabajo. Consulte Instance classes of data synchronization instances.

3. 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, haga clic en OK.

La tarea aparecerá en la lista de tareas. Desde ahí podrá monitorear su progreso.