Limitaciones y consideraciones

Debe tener en cuenta las siguientes limitaciones y consideraciones al utilizar una fuente Microsoft SQL Server (Log-Based):

Limitaciones y consideraciones para todas las tareas de datos

• Las definiciones de Microsoft SQL Server Replication Publisher para la base de datos que se usó en la tarea no se eliminan si elimina la tarea. Un administrador del sistema de Microsoft SQL Server debe eliminar estas definiciones de Microsoft SQL Server.
• Landing de tablas dispersas solo se admite en el modo "Carga completa" landing.
• Landing de datos de vistas indexadas no es compatible.
• Los eventos TRUNCATE no se capturarán.

• La transmisión (Landing) de columnas calculadas solo se admite en tareas de landing de carga completa. Durante CDC, las INSERCIONES en las columnas calculadas aparecerán como NULL en el destino y las actualizaciones UPDATES se ignorarán.

• No se admite el cambio de partición de Microsoft SQL Server.
• Al utilizar las utilidades WRITETEXT y UPDATETEXT, los eventos aplicados a la base de datos de origen no se capturarán.

• El siguiente patrón DML no es compatible:

  select <*> into <new_table> from <existing_table>

• No se admite el cifrado a nivel de columna.
• Se aplican las siguientes limitaciones al acceder a los registros de transacciones de copia de seguridad:
  • Las copias de seguridad cifradas no son compatibles.
  • No se admiten las copias de seguridad almacenadas en una URL o en Windows Azure.
• No se admite la copia de seguridad de Microsoft SQL Server en varios discos (es decir, MIRROR TO DISK).
• Al insertar un valor en los tipos de datos espaciales de SQL Server (GEOGRAPHY y GEOMETRY), se puede ignorar la propiedad SRID (Spatial Reference System Identifier: Identificador del sistema de referencia espacial), en cuyo caso se usará el SRID predeterminado (0 para GEOMETRY y 4326 para GEOGRAPHY), o bien especifique un número diferente. Cuando se transfieren (landing) tablas con tipos de datos espaciales, el SRID que insertó el usuario es reemplazado por el SRID predeterminado.
• Los índices de almacén de columnas no son compatibles.
• Las tablas optimizadas para memoria (que usan In-Memory OLTP) no son compatibles.
• Las tablas temporales no son compatibles.
• No se admite la durabilidad retrasada.
• No se admite el seguimiento de cambios de tabla
• Los datos enmascarados se crearán en el objetivo sin enmascarar.
• OpenLDAP no es compatible.

• Landing directamente desde una base de datos secundaria de Microsoft SQL Server no es compatible. En consecuencia, el connector de Microsoft SQL Server debe estar configurado para conectarse a la base de datos principal o al agente de escucha AlwaysOn.

• La replicación (Landing) desde bases de datos configuradas para usar ADR (recuperación acelerada de bases de datos) no es compatible.

• Landing una tabla o esquema con un apóstrofe (') en su nombre no se permite.

• Los cambios aplicados a la base de datos mediante DACPAC no se capturarán.

• CDC no es compatible con tablas que tienen particiones comprimidas y sin comprimir.

• Las tablas y las vistas del sistema no se admiten.

Limitaciones y consideraciones solo para las tareas de replicación

• Renombrar tablas mediante sp_rename no es compatible (ej. sp_rename 'Sales.SalesRegion', 'SalesReg;)
• Renombrar tablas mediante sp_rename no es compatible (ej. sp_rename 'Sales.Sales.Region', 'RegID', 'COLUMN';)

• Se aplican las siguientes limitaciones al acceder a los registros de transacciones de respaldo a nivel de archivo:

  • Los registros de transacciones de respaldo deben residir en una carpeta compartida con los permisos y derechos de acceso apropiados.
  • Se accede a los registros de transacciones activas a través de la API de Microsoft SQL Server (y no a nivel de archivo).
  • Las máquinas de Qlik Talend Data Integration y Microsoft SQL Server deben residir en el mismo dominio.
  • No se admite el cifrado de datos transparente (TDE). Tenga en cuenta que al acceder a los registros de transacciones de copia de seguridad utilizando la funcionalidad nativa de SQL Server (es decir, sin utilizar el acceso a nivel de archivo), se admite el cifrado TDE.
  • Las plataformas Unix no son compatibles.
  • No se admite la lectura de los registros de copia de seguridad de varias bandas.
• La replicación de tipos de datos GEOGRAPHY y GEOMETRY solo se admite en el modo LOB limitado.
• Si su base de datos no está configurada para MS-REPLICATION o MS-CDC, aún puede capturar tablas que no tienen una clave principal, pero tenga en cuenta que en tal configuración solo se capturarán los eventos INSERT/DELETE DML. Los eventos UPDATE se ignorarán.

• No se admite la captura de instrucciones DDL y DML dentro de una sola transacción.

• Las ACTUALIZACIONES a una clave principal/índice único que afectan a varias filas pueden ocasionar conflictos al aplicar los cambios al destino. Esto puede ocurrir, por ejemplo, si las ACTUALIZACIONES se aplican al destino como operaciones INSERT/DELETE en lugar de una sola operación UPDATE. En tal escenario (donde las ACTUALIZACIONES a una clave principal/índice único afectan varias filas), no se admite trabajar en el modo de procesamiento de cambios de aplicación optimizado por lotes, ya que puede hacer que se ignore la tabla. Sin embargo, trabajar en el modo de procesamiento de cambios transaccional Transactional Apply Change Processing puede dar lugar a violaciones de restricciones.

  Si esto sucede, debe volver a cargar la tabla correspondiente, o bien ubicar los registros problemáticos en la Tabla de control Aplicar excepciones y editarlos manualmente en la base de datos de destino. Vea también: Change processing tuning.

Funciones de seguridad de Microsoft SQL Server no admitidas

No se admiten las tablas que utilizan las siguientes funciones de seguridad de Microsoft SQL Server:

• Siempre cifrado
• Seguridad a nivel de fila

Tipos de datos no compatibles

Los siguientes tipos de datos no son compatibles:

• CURSOR
• SQL_VARIANT
• TABLE