Ce guide recense les questions les plus fréquemment posées sur Azure Synapse Link pour SQL.
Puis-je utiliser Azure Synapse Link pour SQL pour répliquer des données vers un pool SQL Azure Synapse sans serveur en tant que magasin de destination ?
Non. Actuellement, Azure Synapse Link pour SQL prend en charge un pool SQL dédié Synapse uniquement en tant que magasin de destination de données.
Azure Synapse Link pour SQL prend-il en charge Azure SQL Managed Instance en tant que magasin source ?
Non. Actuellement Azure Synapse Link pour SQL prend en charge Azure SQL Database et SQL Server (à partir de SQL Server 2022) en tant que source.
Dois-je arrêter la connexion de liaison lorsque je souhaite ajouter ou supprimer des tables à répliquer ?
Vous pouvez ajouter ou supprimer des tables quand la connexion de liaison est en cours d’exécution. La réplication des tables supprimées s’arrêtera automatiquement. Les tables nouvellement ajoutées démarrent à partir de la charge initiale avec un instantané complet, puis effectuent une synchronisation incrémentielle. Le reste des tables dans la même connexion de liaison ne sera pas affecté.
Mes tables de destination existent dans le pool SQL dédié cible, ce qui entraîne un échec de démarrage de ma connexion de liaison. Que dois-je faire ?
Vous devriez supprimer les tables de destination avant de démarrer une connexion de liaison. Vous pouvez le faire en supprimant manuellement les tables du pool SQL Synapse dédié ou, dans la liste déroulante Action sur la table cible existante, en choisissant l’option Supprimer et recréer une table sur la cible pour lui permettre de supprimer automatiquement les tables existantes sur le pool SQL Synapse dédié à chaque démarrage.
Que se passe-t-il sur ma connexion de liaison en cours d’exécution si les colonnes de table ont été ajoutées ou supprimées de nos magasins sources ?
Une fois que vous avez ajouté des tables à une connexion de liaison, ces tables dans la base de données source n’autorisent pas l’ajout, la suppression ou la modification de colonnes. Pour pouvoir opérer ces modifications de schéma, la table doit être temporairement supprimée de la connexion de liaison, et rajoutée une fois le schéma modifié.
Puis-je suspendre la réplication de données à partir de ma connexion de liaison, puis la reprendre là où elle a été suspendue ?
Oui, vous pouvez.
Puis-je sélectionner un réseau virtuel managé dans un espace de travail Synapse avec des points de terminaison privés managés Synapse qui permettent à la connexion de liaison de se connecter en privé à la base de données source ?
Oui, vous pouvez. Similaire à toutes les charges de travail dans Synapse. Vous pouvez activer Azure Synapse Link pour SQL dans le réseau virtuel géré par Azure Synapse pour répliquer les données de SQL vers Synapse de manière sécurisée. Vous pouvez vous protéger contre l’exfiltration des données en autorisant la connectivité sortante du réseau virtuel managé uniquement aux cibles approuvées à l’aide de points de terminaison privés managés.
Quelle est la meilleure pratique pour sélectionner le nombre de cœurs pour répliquer les tables à partir du magasin source vers le pool SQL Synapse dédié lors de la création d’une connexion de liaison ?
Le nombre de cœurs indique la taille de calcul requise pour répliquer les données du magasin source vers le pool SQL Synapse dédié. Cela dépend du modèle de charge de travail de réplication sur la base de données source, du nombre de tables, du taux de modifications qui se produisent, de la taille des lignes, etc. Nous vous recommandons de commencer par un petit nombre de cœurs et de tester la latence avec la charge de travail réelle. La latence de réplication peut être reflétée dans la page de supervision des tables de liaison. La colonne Heure des dernières données traitées indique le retard pris par la réplication.
Dois-je sélectionner l’option « Activer la cohérence des transactions entre les tables » ?
Lorsque cette option est activée, une transaction couvrant plusieurs tables de la base de données source est toujours répliquée vers la base de données de destination dans une seule transaction. Toutefois, cela crée une surcharge sur le débit de réplication global. Lorsque l’option est désactivée, chaque table réplique les modifications dans sa propre limite de transaction vers la destination dans des connexions parallèles, ce qui améliore le débit de réplication global. Lorsque vous souhaitez activer la cohérence des transactions entre les tables, assurez-vous également que les niveaux d’isolation des transactions dans votre pool SQL Synapse dédié sont ISOLEMENT DE CAPTURE INSTANTANÉE DE LECTURE VALIDÉE.
Comment sélectionner le type de structure de ma table de destination dans le pool SQL Synapse dédié ?
Vous pouvez vous référer à Indexation des tables - Azure Synapse Analytics | Microsoft Docs pour comprendre les trois options pour le type de structure de table. Quand l’index columnstore cluster est choisi, le type de données avec une longueur maximale (par exemple, VARCHAR(MAX)) n’est pas pris en charge.
Dois-je nettoyer les données dans la zone d’atterrissage ?
Non. Il existe un thread d’arrière-plan qui supprime les fichiers validés après environ 24 heures tant que le lien s’exécute en continu. Quand le lien est arrêté, le dossier de la zone d’atterrissage entier est supprimé.
Dans quelles régions Azure Synapse Link pour SQL est-il disponible ?
Azure Synapse Link pour SQL est disponible dans les régions suivantes :
| Domaine | Région |
|---|---|
| Asie-Pacifique | Asie Est Asie Sud-Est |
| Australie | Australie Est Australie Sud-Est |
| Azure Government | Gouvernement des États-Unis – Arizona Gouvernement des États-Unis – Texas Gouvernement américain - Virginie |
| Brésil | Brésil Sud |
| Canada | Centre du Canada Est du Canada |
| Chine | Chine orientale 2 Chine Est 3 Chine Nord 2 Chine Nord 3 |
| Europe | Europe Nord Europe Ouest |
| France | France Centre France Sud |
| Allemagne | Allemagne Centre-Ouest |
| Inde | Inde centrale Inde Sud |
| Japon | Japon Est OuJapon Est |
| Corée | Centre de la Corée |
| Norvège | Norvège Est |
| Qatar | Qatar Central |
| Suède | Suède Centre |
| Suisse | Suisse Nord Suisse Ouest |
| Émirats Arabes Unis | Émirats arabes unis Nord |
| Royaume-Uni | Sud du Royaume-Uni Ouest du Royaume-Uni |
| États-Unis | USA Centre USA Est USA Est 2 Centre-Nord des États-Unis États-Unis - partie centrale méridionale Centre-USA Ouest USA Ouest USA Ouest 2 USA Ouest 3 |
Où se trouve ma zone d’atterrissage ?
Pour Azure SQL Database, la zone d’atterrissage est complètement managée et se trouve dans la même région que votre espace de travail Azure Synapse Analytics cible. Pour SQL Server 2022, la zone d’atterrissage est gérée par le client et peut se trouver là où vous le souhaitez.
Quel type de chiffrement est appliqué à la zone d’atterrissage ?
Pour Azure SQL Database, la zone d’atterrissage est complètement managée et est chiffrée avec la même clé que l’espace de travail Azure Synapse Analytics cible (managée par la plateforme ou gérée par le client). Pour SQL Server 2022, la zone d’atterrissage est gérée par le client et peut être chiffrée avec une clé managée par la plateforme ou une clé gérée par le client.
J’ai mis à jour tous les enregistrements de ma table source. Quand j’ai exécuté une requête sur le pool SQL dédié, j’ai vu toutes mes données disparaître. J’ai ré-exécuté la requête et toutes les données sont revenues, avec les mises à jour. Pourquoi cela se produit-il ?
Le service d’ingestion traite les mises à jour sous la forme d’une suppression suivie d’une insertion, le tout dans la même transaction. Par défaut, les pools SQL dédiés s’exécutent en mode READ UNCOMMITTED, ce qui vous permet de voir les modifications avant que la transaction ne soit validée. Pour ne pas voir ces modifications in-process, vous pouvez activer READ COMMITTED SNAPSHOT ISOLATION.
Les nouvelles tables ajoutées à ma base de données source seront-elles automatiquement ajoutées à ma connexion de lien ?
Non. Vous devez modifier la connexion de liaison dans l’environnement Azure Synapse Analytics pour ajouter les nouvelles tables. Vous pouvez ajouter des tables à une connexion en cours d’exécution sans l’arrêter : les nouvelles tables seront incluses dans la réplication quand vous publierez les modifications apportées à la connexion de lien.
Quelle est la latence des données répliquées à partir d’Azure SQL Database et SQL Server 2022 vers des pools SQL dédiés Azure Synapse Analytics ?
Nous n’avons pas de contrat SLA de latence publié. Si vous constatez une latence élevée, vous pouvez ajuster le nombre de cœurs alloués à la connexion de liaison, la taille du pool SQL dédié cible ou ajuster la cohérence transactionnelle sur la configuration d’écriture en fonction de votre charge de travail.
Quel format est utilisé pour les données de zone d’atterrissage ? Peuvent-elles être utilisées à d’autres fins ?
La zone d’atterrissage est un magasin de données temporaire, et nous ne prenons pas en charge l’utilisation de ces données à d’autres fins qu’Azure Synapse Link pour SQL.
En quoi Azure Synapse Link pour SQL diffère-t-il de l’utilisation de l’activité de copie de pipeline ADF/Synapse ?
Azure Synapse Link pour SQL utilise un modèle de poussée dans lequel la base de données source écrit des données dans une zone d’atterrissage et est déplacée dans le pool SQL dédié cible par un service d’ingestion qui peut s’exécuter en continu (fournissant un traitement des données en quasi-temps réel) ou en mode planification. L’activité de copie utilise un modèle de tirage où les données sont interrogées à partir de la base de données source et écrites dans l’emplacement cible en fonction d’une planification.
Il existe une limite documentée de 7 500 octets par ligne pour Azure Synapse Link pour SQL. Que se passe-t-il si j’ai des lignes de données plus grandes dans ma base de données source ?
Cette restriction concerne uniquement les données dans les pages. Pour les données hors page, la seule chose qui compte par rapport à la limite de 7 500 octets est le pointeur de 24 octets vers les données hors page.
Quel mécanisme de réplication de données est utilisé par Azure Synapse Link pour SQL ?
Un nouveau processeur de flux de modification a été intégré au moteur Azure SQL Database et SQL Server 2022 pour activer cette fonctionnalité.
Comment dois-je faire pour alterner ou modifier la signature d’accès partagé pour la zone d’atterrissage pour Azure Synapse Link pour SQL Server ?
Si la signature d’accès partagé a expiré pour le compte de stockage géré par l’utilisateur pour la zone d’atterrissage, utilisez ALTER DATABASE SCOPED CREDENTIAL pour mettre à jour les informations d’identification de la base de données pour la nouvelle signature d’accès partagé.
Quel est l’impact exercé quand un utilisateur supprime l’espace de travail Azure Synapse qui contient une liaison Azure Synapse Link vers Azure SQL Database ?
Si l’espace de travail Azure Synapse est supprimé, Azure SQL Database arrête la réplication des données depuis la zone d’atterrissage dans Azure Synapse. La procédure stockée système sp_change_feed_drop_table_group est automatiquement appelée et le compte de stockage de la zone d’atterrissage est géré, puis nettoyé automatiquement. En cas d’échec, vous pouvez recevoir l’erreur 22739 de SynapseGatewayClient dans sys.dm_change_feed_errors. Le cas échéant, vous pouvez supprimer manuellement le groupe de tables changefeed avec sp_change_feed_drop_table_group.
Quel est l’impact exercé quand un utilisateur supprime l’espace de travail Azure Synapse qui contient un Azure Synapse Link pour SQL Server ?
Dans SQL Server, étant donné que le compte de stockage de la zone d’atterrissage est géré par l’utilisateur, les données continuent d’être publiées dans la zone d’atterrissage. Vous devez désactiver Azure Synapse Link en supprimant les groupes de tables appropriés avec sp_change_feed_drop_table_group, puis supprimer manuellement le compte de stockage pour la zone d’atterrissage.
Quel est l’impact exercé quand un utilisateur supprime intentionnellement la zone d’atterrissage Azure Synapse Link pour SQL Server ?
Dans SQL Server, le compte de stockage de la zone d’atterrissage est géré par l’utilisateur. Si le compte de stockage de la zone d’atterrissage n’est plus accessible, des erreurs vont apparaître dans sys.dm_change_feed_errors. Vous devez désactiver Azure Synapse Link en supprimant les groupes de tables appropriés avec sp_change_feed_drop_table_group.