Partage via

Azure Synapse Link pour Azure SQL Database

  • Article

Cet article décrit les fonctions d’Azure Synapse Link pour Azure SQL Database. La fonctionnalité Azure Synapse Link pour SQL vous permet de répliquer vos données opérationnelles dans un pool SQL Azure Synapse Analytics dédié à partir d’Azure SQL Database.

Une connexion de liaison identifie une relation de mappage entre une base de données Azure SQL et un pool SQL Azure Synapse Analytics dédié. Vous pouvez créer, gérer, surveiller et supprimer des connexions de liaison dans votre espace de travail Synapse. Lors de la création d’une connexion de liaison, vous pouvez sélectionner une base de données source et un pool SQL Synapse dédié de destination afin que les données opérationnelles de votre base de données source soient automatiquement répliquées vers le pool SQL Synapse dédié de destination spécifié. Vous pouvez également ajouter ou supprimer une ou plusieurs tables dans votre base de données source à répliquer.

Vous pouvez démarrer, arrêter, suspendre ou reprendre une connexion de liaison. Au démarrage, une connexion de liaison va charger complètement votre base de données source, puis effectuer des flux de modification incrémentiels via la fonctionnalité de flux de modification dans une base de données Azure SQL. Lorsque vous arrêtez une connexion de liaison, les mises à jour apportées aux données opérationnelles ne seront pas synchronisées sur votre pool SQL Synapse dédié. Un chargement initial complet à partir de votre base de données source est effectué si vous redémarrez la connexion de liaison. Quand vous interrompez une connexion de liaison, les mises à jour apportées aux données opérationnelles ne sont pas synchronisées avec votre pool SQL Synapse dédié. Quand vous reprenez une connexion de liaison, elle continue de synchroniser la mise à jour là où vous avez interrompu la connexion de liaison à votre pool SQL dédié Synapse. Pour plus d’informations, consultez Flux de modification Azure Synapse Link pour SQL Server 2022 et Azure SQL Database.

Pour chaque connexion de liaison, vous devez sélectionner le nombre de cœurs de calcul pour la réplication de vos données. Le nombre de cœurs représente la puissance de calcul, et a une incidence sur la latence et le coût de réplication des données.

Vous pouvez également trouver un compromis entre le coût et la latence en sélectionnant le mode continu ou de traitement par lots pour répliquer les données. Quand vous sélectionnez le mode continu, le runtime s’exécute en continu et toutes les modifications appliquées à votre base de données SQL ou SQL Server sont répliquées sur Synapse avec une faible latence. Quand vous sélectionnez le mode de traitement par lots avec un intervalle spécifié, les modifications appliquées à votre base de données SQL ou SQL Server sont accumulées et répliquées sur Synapse en mode de traitement par lots avec l’intervalle spécifié. En procédant ainsi, vous pouvez réduire les coûts car seul le temps nécessaire au runtime pour répliquer vos données vous est facturé. Une fois chaque lot de données répliqué, le runtime est arrêté automatiquement.

Monitoring

Vous pouvez surveiller Azure Synapse Link pour SQL aux niveaux de la liaison et de la table. Pour chaque connexion de liaison, vous verrez l’état suivant :

  • Initial : une connexion de liaison est créée, mais pas démarrée. Vous ne serez pas facturé à l’état initial.
  • Démarrage : une connexion de liaison configure des moteurs de calcul pour répliquer des données.
  • En cours d’exécution : une connexion de liaison réplique des données.
  • Arrêt : une connexion de liaison va être arrêtée. Le moteur de calcul est en cours d’arrêt.
  • Arrêté : une connexion de liaison est arrêtée. Vous ne serez pas facturé à l’état arrêté.
  • Pause : une connexion de liaison va être interrompue. Le moteur de calcul est en cours d’arrêt.
  • Interruption d’exécution : une connexion de liaison est interrompue. Vous ne serez pas facturé pour un état d’interruption.
  • Reprise : une connexion de liaison va reprendre en configurant des moteurs de calcul pour continuer à répliquer les modifications.

Pour chaque table, vous verrez l’état suivant :

  • Capture instantanée : une table source est initialement chargée dans la destination avec une capture instantanée complète.
  • Réplication : toutes les mises à jour de la table source sont répliquées vers la destination.
  • Échec : les données de la table source ne peuvent pas être répliquées vers la destination en raison d’une erreur irrécupérable. Si vous souhaitez réessayer après avoir corrigé l’erreur, supprimez la table de la connexion de liaison, puis rajoutez-la.
  • Suspendu : la réplication est suspendue pour cette table en raison d’une erreur. Elle reprendra une fois l’erreur résolue.

Vous pouvez également obtenir les métriques suivantes pour activer le monitoring avancé du service :

  • Événements de connexion Link : nombre d’événements de connexion Link (démarrage, arrêt ou échec).
  • Événement de table Link : nombre d’événements de table Link (capture instantanée, suppression ou échec).
  • Latence de Link en seconde : latence du traitement de données en seconde.
  • Volume de données traitées Link (octets) : volume de données (en octets) traitées par Synapse Link pour SQL.
  • Ligne traitée Link : nombre de lignes (changées) traitées par Synapse Link pour SQL.

Pour plus d’informations, consultez Gérer le flux de modification Azure Synapse Link pour SQL.

Cohérence transactionnelle entre tables

Vous pouvez activer la cohérence transactionnelle entre tables pour chaque connexion de liaison. Toutefois, elle limite le débit de réplication global.

Limitations connues

Vous trouverez une liste consolidée des limitations et problèmes connus dans Limitations et problèmes connus d’Azure Synapse Link pour SQL.

Étapes suivantes