Base de datos de origen de SQL Server

En esta página, se incluye información sobre lo siguiente:

  • El comportamiento de cómo Datastream controla los datos que se extraen de una base de datos de origen de SQL Server.
  • Las versiones de las bases de datos de SQL Server que admite Datastream.
  • Limitaciones conocidas para usar la base de datos de SQL Server como fuente.

Comportamiento

Datastream realiza un seguimiento de los cambios del lenguaje de manipulación de datos (DML) mediante uno de los siguientes métodos de CDC:

Registros de transacciones

Cuando se usa este método de CDC, Datastream lee los cambios en la fuente directamente desde los registros de transacciones. Este método requiere menos recursos y permite una recuperación de datos más rápida, pero tiene más limitaciones.

Para evitar la pérdida de datos, es importante que los registros no se trunquen antes de que Datastream los lea. Por otro lado, si conservas los archivos de registro durante demasiado tiempo, ocuparán espacio de almacenamiento, lo que, con el tiempo, podría provocar que la instancia de la base de datos ingrese en modo de solo lectura.

Para asegurarte de que el lector de CDC tenga tiempo suficiente para leer los registros y permitir que el truncamiento de registros libere espacio de almacenamiento, debes aplicar pasos de configuración adicionales, como cambiar los intervalos de sondeo y establecer una protección de truncamiento. Estos pasos proporcionan una capa adicional de protección para garantizar que Datastream pueda leer los datos incluso si hay tiempo de inactividad en el lado de Datastream o un problema de conectividad entre la base de datos de origen y Datastream.

Para obtener instrucciones detalladas sobre cómo aplicar estas medidas adicionales, consulta la página Configura una base de datos de origen de SQL Server y selecciona tu tipo de base de datos.

Cambiar tablas

El método de CDC de tablas de cambios permite a los usuarios retener registros por un tiempo más corto y, por lo tanto, ahorrar espacio de almacenamiento. Sin embargo, admite una capacidad de procesamiento menor en comparación con el método de registros de transacciones. El método tiene menos limitaciones que los registros de transacciones. Por ejemplo, elimina el riesgo de truncamiento de registros que haga que las transmisiones fallen de forma permanente y admite la replicación de tablas encriptadas. Para obtener más información, consulta Limitaciones conocidas.

Cuando se usa este método de CDC, se hace un seguimiento de los cambios en la fuente mediante tablas de cambios dedicadas. Los registros de transacciones se siguen usando, pero de manera limitada, y no es necesario que los conserves por períodos más largos. A medida que se aplican los eventos DML a las tablas fuente, los cambios se replican en las tablas de cambios correspondientes. Las tablas de cambios tienen la misma estructura que las tablas de origen, pero con columnas adicionales que incluyen los metadatos de los cambios. Solo las transacciones confirmadas se agregan a las tablas de cambios, junto con el número de secuencia de registro (LSN) de la operación de confirmación.

Versiones

Datastream admite las siguientes versiones y ediciones de bases de datos de SQL Server:

  • Autoadministrado (de forma local o alojada en la nube) con las siguientes versiones:
    • Enterprise: 2008 y posterior
    • Estándar: 2016 SP1 y posterior
    • Desarrollador: 2008 y posteriores
  • Amazon RDS for SQL Server

  • Base de datos de Azure SQL (nivel S3 y superior).

  • Cloud SQL para SQL Server

Datastream no es compatible con las siguientes versiones de bases de datos de SQL Server:

  • Edición de SQL Server Standard de la versión 2008 a la 2014
  • SQL Server Express
  • SQL Server Web

Limitaciones conocidas

Entre las limitaciones conocidas para usar la base de datos de SQL Server como fuente, se incluyen las siguientes:

  • Las transmisiones tienen un límite de 10,000 tablas.
  • Una tabla con más de 500 millones de filas no se puede reabastecer, a menos que se cumplan las siguientes condiciones:
    1. La tabla tiene un índice único.
    2. Ninguna de las columnas de índice admite valores nulos.
    3. Todas las columnas del índice se incluyen en el flujo.
  • No se admiten las bases de datos con durabilidad retrasada o recuperación acelerada de bases de datos (ADR) habilitada.
  • No se admite la transmisión de cambios en las tablas del sistema.
  • No se admite la autenticación de Active Directory (AD) de Windows.
  • Datastream no es compatible con el método de conectividad de túnel SSH de reenvío para fuentes de SQL Server.
  • Los siguientes tipos de datos no son compatibles y no se replican en el destino:
    • SQL_VARIANT
    • HIERARCHYID
    • GEOMETRY
    • GEOGRAPHY
  • Datastream replica los tipos de datos definidos por el usuario; sin embargo, es el tipo de base del que derivas el tipo definido por el usuario que se almacena en el destino. Por ejemplo, si defines un tipo de datos USERNAME basado en el tipo de datos VARCHAR(50), los datos se almacenan en el destino como VARCHAR(50).

  • Datastream no admite CDC para columnas de objetos grandes (TEXT, NTEXT, XML, IMAGE) y columnas de longitud variable máxima (VARCHAR(MAX), VARBINARY(MAX), NVARCHAR(MAX)) en tablas sin un índice único.

    Si no se incluyen columnas de objetos grandes en la transmisión, se admiten las CDC.

  • Datastream no admite el enmascaramiento de datos. Los datos se replican sin enmascaramiento.

  • Datastream no admite la replicación de los cambios aplicados a la base de datos con el paquete de paquete de aplicación de nivel de datos (DACPAC).

  • Datastream no replica los cambios realizados con las declaraciones WRITETEXT o UPDATETEXT.

  • Datastream no admite la replicación de columnas procesadas.

  • Datastream no admite el uso de claves de encriptación administradas por el cliente (CMEK) para transmisiones con fuentes de SQL Server.

  • Datastream no admite los tipos de compresión PAGE, COLUMNSTORE ni COLUMNSTORE ARCHIVE.

  • La recuperación de transmisión no es compatible con las fuentes de SQL Server.

Limitaciones adicionales cuando se usa el método de registros de transacciones

Si usas el método de CDC de registros de transacciones, se aplican las siguientes limitaciones adicionales:

  • No se admite la encriptación de datos transparente (TDE).
  • No se admite la encriptación a nivel de columna. Los datos de estas columnas se reemplazan por valores de NULL.
  • Datastream no admite la declaración ROLLBACK TO SAVEPOINT. Esos eventos de reversión se ignoran y no se replican en el destino.
  • Datastream no admite CDC para filas superiores a 8 KB en los siguientes tipos de tablas:
    • Tablas sin un índice único
    • Tablas que solo contienen un índice único no agrupado en clústeres con una o más columnas de longitud variable (VARCHAR, VARBINARY, NVARCHAR)

  • Datastream no admite CDC para columnas grandes de objetos (TEXT, NTEXT, XML, IMAGE) en los siguientes tipos de tablas:

    • Tablas sin un índice único
    • Tablas que solo contienen un índice único no agrupado en clústeres con una o más columnas de longitud variable (VARCHAR, VARBINARY, NVARCHAR)

    Si no se incluyen columnas de objetos grandes en la transmisión, la CDC solo es compatible con esas tablas si tienen índices válidos.