Cette page contient des informations sur les éléments suivants:
- Comportement de la manière dont Datastream gère les données extraites d'une base de données SQL Server source.
- Versions des bases de données SQL Server compatibles avec Datastream.
- Limites connues concernant l'utilisation d'une base de données SQL Server en tant que source.
Comportement
Datastream suit les modifications du langage de manipulation de données (LMD) à l'aide de l'une des méthodes CDC suivantes :
Journaux de transactions
Avec cette méthode CDC, Datastream lit les modifications dans la source directement à partir des journaux de transactions. Cette méthode nécessite moins de ressources et permet pour accélérer la récupération des données, mais présente davantage de limitations.
Pour éviter de perdre des données, il est important que les journaux ne soient pas tronqués avant Datastream les lit. D'un autre côté, si vous conservez les fichiers journaux trop longtemps, ils occupent de l'espace de stockage, ce qui peut éventuellement entraîner le passage de l'instance de base de données en mode lecture seule.
Pour s'assurer que le lecteur CDC dispose de suffisamment de temps pour lire les journaux tout en autorisant la troncation des journaux pour libérer de l'espace de stockage, vous devez appliquer une configuration supplémentaire comme modifier les intervalles d'interrogation et mettre en place une protection contre la troncation. Ces étapes fournissent une couche de protection supplémentaire pour s'assurer que Datastream peuvent lire les données même en cas de temps d'arrêt côté Datastream ou problème de connectivité entre la base de données source et Datastream.
Pour obtenir des instructions détaillées sur la façon d'appliquer ces mesures supplémentaires, consultez les Configurer une base de données SQL Server source et sélectionnez votre type de base de données.
Modifier les tables
La méthode CDC des tables de modification permet aux utilisateurs de conserver les journaux plus rapidement, et donc d'économiser de l'espace de stockage, mais il accepte un débit inférieur à celui de la transaction. logs. La méthode présente moins de limites que les journaux de transactions. Par exemple : il élimine le risque de troncation des journaux entraînant une défaillance permanente des flux. et prend en charge la réplication de tables chiffrées. Pour en savoir plus, consultez Limites connues
Avec cette méthode CDC, les modifications apportées à la source sont suivies à l'aide de changer de table. Les journaux de transactions sont toujours utilisés, mais dans une certaine mesure, et n'ont pas besoin de les conserver plus longtemps. Étant donné que les événements LMD sont appliqués sources, les modifications sont répliquées dans les tables de modification correspondantes. Les tableaux des modifications ont la même structure que les tableaux sources, mais avec des pour inclure les métadonnées des modifications. Seules les transactions validées sont ajouté aux tables de modifications, avec le numéro séquentiel dans le journal (LSN) du opération de commit.
Versions
Datastream est compatible avec les versions et éditions suivantes de SQL Server bases de données:
- Autogéré (sur site ou dans le cloud) à l'aide des versions suivantes:
- Entreprise: à partir de 2008
- Standard: SP1 à partir de 2016
- Développeur: à partir de 2008
- Amazon RDS pour SQL Server
Base de données Azure SQL (niveau S3 et supérieur).
Cloud SQL pour SQL Server
Datastream n'est pas compatible avec les versions suivantes des bases de données SQL Server:
- Édition SQL Server Standard de la version 2008 à 2014
- SQL Server Express
- SQL Server Web
Limitations connues
Voici quelques limitations connues concernant l'utilisation d'une base de données SQL Server en tant que source:
- Les flux sont limités à 10 000 tables.
- Une table contenant plus de 500 millions de lignes ne peut être remplie que si le
les conditions suivantes sont remplies:
- La table possède un index unique.
- Aucune des colonnes d'index ne peut avoir une valeur nulle.
- Toutes les colonnes de l'index sont incluses dans le flux.
- Bases de données avec durabilité retardée ou récupération accélérée de base de données (ADR) activées ne sont pas acceptés.
- Les modifications en streaming apportées aux tables système ne sont pas acceptées.
- L'authentification Windows Active Directory (AD) n'est pas prise en charge.
- Les types de données suivants ne sont pas compatibles et ne sont pas répliqués dans la destination:
SQL_VARIANT
HIERARCHYID
GEOMETRY
GEOGRAPHY
- Datastream réplique les types de données définis par l'utilisateur. Toutefois, c'est le type de données de base à partir duquel vous dérivez votre type défini par l'utilisateur qui est stocké dans la destination. Par exemple, si vous définissez un type de données
USERNAME
basé sur leVARCHAR(50)
, les données sont stockées dans la destination en tant queVARCHAR(50)
. Datastream n'est pas compatible avec la capture des données modifiées (CDC) pour les colonnes d'objets volumineux (
TEXT
,NTEXT
,XML
,IMAGE
) et les colonnes à longueur variable maximale (VARCHAR(MAX)
,VARBINARY(MAX)
,NVARCHAR(MAX)
) dans les tables sans indice unique.Si les colonnes d'objets de grande taille ne sont pas incluses dans le flux, la capture des données modifiées est prise en charge.
Datastream n'est pas compatible avec le masquage des données. Les données sont répliquées sans du masquage.
Datastream ne permet pas de répliquer les modifications appliquées à la base de données à l'aide du package DACPAC (Data Tier Application Package).
Datastream ne réplique pas les modifications apportées à l'aide des méthodes
WRITETEXT
ouUPDATETEXT
.Datastream n'accepte pas la réplication des colonnes calculées.
Datastream n'accepte pas les types de compression
PAGE
,COLUMNSTORE
ouCOLUMNSTORE ARCHIVE
.
Limites supplémentaires lors de l'utilisation de la méthode des journaux de transactions
Si vous utilisez la méthode CDC pour les journaux de transactions, les limites supplémentaires suivantes appliquer:
- Le chiffrement transparent des données (TDE) n'est pas compatible.
- Le chiffrement au niveau des colonnes n'est pas compatible. Les données de ces colonnes sont remplacées par
Valeurs
NULL
. - Datastream n'est pas compatible avec l'instruction
ROLLBACK TO SAVEPOINT
. Ces événements de rollback sont ignorés et ne sont pas répliqués dans la destination. - Datastream n'est pas compatible avec la capture des données modifiées pour les lignes de plus de 8 Ko dans les types de tables suivants :
- Tables sans index unique
- Tables ne contenant qu'un seul indice unique non clusté avec une ou plusieurs colonnes à longueur variable (
VARCHAR
,VARBINARY
,NVARCHAR
)
Datastream n'est pas compatible avec la CDC pour les colonnes d'objets volumineuses (
TEXT
,NTEXT
,XML
,IMAGE
) dans les types de tables suivants:- Tables sans index unique
- Tables ne contenant qu'un index unique hors cluster avec un ou plusieurs
colonnes de longueur variable (
VARCHAR
,VARBINARY
,NVARCHAR
)
Si les colonnes d'objets volumineuses ne sont pas incluses dans le flux, la CDC n'est disponible pour ces tables si elles disposent d'index valides.
Étape suivante
- Découvrez comment configurer une source SQL Server pour l'utiliser avec Datastream.