Présentation de SQL Synchronisation des données pour Azure

S’applique à :Azure SQL Database

SQL Synchronisation des données est un service construit sur Azure SQL Database que vous pouvez utiliser pour synchroniser certaines données bidirectionnelles à travers plusieurs bases de données, à la fois sur site et dans le cloud.

Azure SQL Synchronisation des données ne supporte ni Azure SQL Managed Instance ni Azure Synapse Analytics.

Vue d’ensemble

Synchronisation des données est basé sur le concept d'un groupe de synchronisation. Un groupe de synchronisation est un groupe de bases de données que vous souhaitez synchroniser.

Synchronisation des données utilise une topologie hub and spoke pour synchroniser les données. Vous définissez l’une des bases de données du groupe de synchronisation en tant que base de données Hub. Le reste des bases de données sont des bases de données membres. La synchronisation se produit uniquement entre le hub et des membres individuels.

• La base de données Hub doit être une base de données SQL Azure.
• Les bases de données membres peuvent être des bases de données dans Azure SQL Database ou dans des instances de SQL Server.
• La base de données de métadonnées de synchronisation contient les métadonnées et le journal de Synchronisation des données. La base de données de métadonnées de synchronisation doit être une base de données Azure SQL Database située dans la même région que la base de données Hub. La base de données de métadonnées de synchronisation est créée par le client et lui appartient. Vous ne pouvez avoir qu’une seule base de données de métadonnées de synchronisation par région et par abonnement. La base de données de métadonnées de synchronisation ne peut pas être supprimée ni renommée tant que des groupes de synchronisation ou des agents de synchronisation existent. Microsoft recommande de créer une nouvelle base de données vide, à utiliser comme base de données de métadonnées de synchronisation. SQL Synchronisation des données crée les tables dans cette base de données et exécute une charge de travail fréquente.

Un groupe de synchronisation dispose des propriétés suivantes :

• Le schéma de synchronisation décrit quelles sont les données en cours de synchronisation.
• La direction de synchronisation peut être bidirectionnelle, ou elle ne peut s’écouler que dans une seule direction : Hub vers membre, membre vers Hub, ou les deux.
• L’intervalle de synchronisation correspond à la fréquence à laquelle la synchronisation se produit.
• La stratégie de résolution des conflits est une stratégie au niveau du groupe, qui peut être une victoire du hub ou une victoire des membres.

Quand l’utiliser

Synchronisation des données est utile dans les cas où les données doivent être tenues à jour entre plusieurs bases de données dans Azure SQL Database ou SQL Server. Voici les principaux cas d’usage pour Synchronisation des données :

• Synchronisation de données hybride : avec Synchronisation des données, vous pouvez assurer la synchronisation des données entre vos bases de données dans SQL Server et Azure SQL Database pour activer des applications hybrides. Cette fonctionnalité peut intéresser les clients qui veulent passer au cloud et souhaitent placer une partie de leurs applications dans Azure.
• Applications distribuées : dans de nombreux cas, il est recommandé de séparer les différentes charges de travail entre plusieurs bases de données. Par exemple, si vous possédez une base de données de production de grande taille, mais que vous devez également exécuter un rapport ou une charge de travail analytique de ces données, il est utile de disposer d’une seconde base de données pour cette charge de travail supplémentaire. Cette approche réduit l’impact sur les performances de votre charge de travail de production. Vous pouvez utiliser Synchronisation des données afin de maintenir la synchronisation de ces deux bases de données.
• Applications distribuées globalement : de nombreuses entreprises sont présentes dans plusieurs régions et même dans plusieurs pays/régions. Afin de réduire la latence du réseau, il est préférable de conserver vos données dans une région proche. Avec Synchronisation des données, vous pouvez facilement synchroniser des bases de données dans différentes régions partout dans le monde.

Synchronisation des données n’est pas la solution préconisée pour les scénarios suivants :

Fonctionnement

• Suivi des modifications des données : Synchronisation des données suit les changements en utilisant les déclencheurs d’insertion, de mise à jour et de suppression. Les modifications sont enregistrées dans une table latérale dans la base de données utilisateur. BULK INSERT Il ne déclenche pas de déclencheurs par défaut. Si vous ne précisez FIRE_TRIGGERSpas, aucun déclencheur d’insertion ne s’exécute. Ajoutez l’option FIRE_TRIGGERS pour que Synchronisation des données puisse suivre ces insertions.
• Synchronisation des données : Synchronisation des données est conçu dans un modèle hub-and-spoke. Le hub se synchronise avec chaque membre individuellement. Les modifications depuis le hub sont téléchargées vers le membre, puis les modifications à partir du membre sont chargées vers le hub.
• Résolution des conflits : Synchronisation des données fournit deux options pour la résolution de conflit, Priorité au hub ou Priorité au membre.
  • Si vous sélectionnez Priorité au hub, les modifications dans le hub remplacent toujours les modifications dans le membre.
  • Si vous sélectionnez Priorité au membre, les modifications dans le membre remplacent toujours les modifications dans le hub. S’il existe plusieurs membres, la valeur finale dépend du membre qui se synchronise en premier.

Comparer avec la réplication transactionnelle

Liaison privée pour la synchronisation des données

La nouvelle fonctionnalité de liaison privée vous permet de choisir un point de terminaison privé géré par le service pour établir une connexion sécurisée entre le service de synchronisation et vos bases de données membres/Hub pendant le processus de synchronisation des données. Un point de terminaison privé géré par le service est une adresse IP privée au sein d’un réseau virtuel et d’un sous-réseau spécifiques. Dans Azure SQL Synchronisation des données, le point de terminaison privé géré par le service est créé par Microsoft et est utilisé exclusivement par le service Synchronisation des données pour une opération de synchronisation donnée.

Avant de configurer la liaison privée, lisez les conditions générales de la fonctionnalité.

Bien démarrer

Configurer Synchronisation des données dans le portail Azure

• Tutoriel : configurer SQL Synchronisation des données entre des bases de données d’Azure SQL Database et SQL Server
• Agent de Synchronisation des Données - Agent de Synchronisation des Données pour la Synchronisation des Données SQL

Configurer Synchronisation des données avec PowerShell

• Utiliser PowerShell pour synchroniser des données entre plusieurs bases de données dans Azure SQL Database
• Utiliser PowerShell pour synchroniser des données entre SQL Database et SQL Server

Configurer la synchronisation des données avec l’API REST

• Utiliser une API REST pour synchroniser des données entre plusieurs bases de données

Consultez les bonnes pratiques pour Synchronisation des données

• Bonnes pratiques pour Azure SQL Synchronisation des données

Y a-t-il eu un problème ?

• Résoudre les problèmes liés à SQL Synchronisation des données

Cohérence et performances

Cohérence éventuelle

Parce que Synchronisation des données est basé sur des déclencheurs, il ne garantit pas la cohérence transactionnelle. Microsoft garantit que Synchronisation des données effectue finalement tous les changements et ne cause pas de perte de données.

Impact sur les performances

Synchronisation des données utilise des déclencheurs d’insertion, de mise à jour et de suppression pour effectuer le suivi des modifications. Cela crée des tables latérales dans la base de données utilisateur pour le suivi des modifications. Ces activités de suivi des modifications ont un impact sur votre charge de travail de base de données. Évaluez votre niveau de service et effectuez une mise à niveau si nécessaire.

Le provisionnement et le déprovisionnement lors de la création, la mise à jour et la suppression du groupe de synchronisation pourraient également avoir un impact sur les performances de la base de données.

Conditions requises et limitations :

Conditions générales

• Chaque table doit avoir une clé primaire. Ne modifiez pas la valeur de la clé primaire dans une ligne. Si vous devez changer une valeur de clé primaire, supprimez la ligne et recréez-la avec la nouvelle valeur de clé primaire.

• L'isolement des snapshots doit être activé pour les membres de synchronisation et le hub. Pour plus d’informations, consultez Isolement de capture instantanée dans SQL Server.

• Pour utiliser le lien privé Synchronisation des données, les bases de données membres et hub doivent toutes deux être hébergées dans Azure (même région ou régions différentes), dans le même type de cloud (par exemple, tous deux dans le cloud public ou les deux dans le cloud gouvernemental). Enregistrez également les fournisseurs de ressources Microsoft.Network pour les abonnements qui hébergent le hub et les serveurs membres. Vous devez approuver manuellement le lien privé pour Synchronisation des données pendant la configuration de synchronisation, dans la section Connexions de point de terminaison privé sur le portail Azure ou via PowerShell. Pour plus d’informations sur la manière d’approuver le lien privé, consultez le tutoriel : Configurez SQL Synchronisation des données entre bases de données dans Azure SQL Database et SQL Server. Une fois que vous avez approuvé le point de terminaison privé géré par le service, toute la communication entre le service de synchronisation et les bases de données membres/hub se fait via le lien privé. Vous pouvez mettre à jour les groupes de synchronisation existants pour permettre cette fonctionnalité.

Limitations générales

• Une table ne peut pas avoir une colonne d’identité qui n’est pas la clé primaire.
• Une clé primaire ne peut pas avoir les types de données suivants : sql_variant, binary, varbinary, image et xml.
• Si vous utilisez les types de données suivants comme clé primaire, n’oubliez pas que la précision n’est prise en charge qu’à la seconde près : time, datetime, datetime2 et datetimeoffset.
• Les noms des objets (bases de données, tables et colonnes) ne peuvent pas contenir les caractères imprimables suivants : point (.), crochet gauche ([) ou crochet droit (]).
• Un nom de table ne peut pas contenir les caractères imprimables : ! " # $ % ' ( ) * + - ou espace.
• L’authentification Microsoft Entra (anciennement Azure Active Directory) n’est pas prise en charge.
• S’il existe des tables portant le même nom mais des schémas différents (par exemple, dbo.customers et sales.customers), vous ne pouvez ajouter qu’une seule des tables au groupe de synchronisation.
• Les colonnes avec des type de données définis par l’utilisateur ne sont pas prises en charge.
• Le déplacement de serveurs entre différents abonnements n’est pas pris en charge.
• Si deux clés primaires ne sont pas différentes dans le cas (par exemple, Foo et foo), la synchronisation des données ne prend pas en charge ce scénario.
• La troncation des tables n’est pas une opération prise en charge par la synchronisation des données (les modifications ne sont pas suivies).
• L’utilisation d’une base de données Azure SQL Hyperscale en tant que base de données de hub ou de métadonnées de synchronisation n’est pas prise en charge. Toutefois, une base de données Hyperscale peut être une base de données membre dans une topologie de synchronisation des données.
• Les tables à mémoire optimisée ne sont pas prises en charge.
• Les modifications de schéma ne sont pas répliquées automatiquement.
• Synchronisation des données ne prend en charge que les deux propriétés d’index suivantes : Unique, Clusteré/Non regroupé. Les autres propriétés d’index, comme IGNORE_DUP_KEY, le prédicat de filtre WHERE, ne sont pas pris en charge et l’index de destination est provisionné sans ces propriétés, même si ces propriétés sont définies pour l’index source.
• Une base de données de tâches élastiques Azur ne peut pas être utilisée en tant que base de données de métadonnées de synchronisation de données SQL, et inversement.
• SQL Synchronisation des données n'est pas pris en charge pour les bases de données du grand livre.
• Synchronisation des données n'est pas un outil de reprise après sinistre ou de haute disponibilité, et il ne synchronise pas ses propres informations de groupe de synchronisation. Il n'y a pas de reprise automatique après sinistre pour Synchronisation des données.
• Synchronisation des données ne prend pas en charge le périmètre de sécurité réseau par conception. Synchronisation des données fonctionne comme un service proxy plutôt qu’une ressource Azure, il n’a donc pas de nom de domaine ou d’adresse IP pleinement qualifié pour écrire des règles de périmètre. Un périmètre bloque les chemins réseau que Synchronisation des données nécessite en mode transition et en mode appliqué, et aucune règle d’accès ne le rend efficace. Si votre serveur logique est associé à un périmètre, migrez vers une solution de transfert de données qui prend en charge les périmètres de sécurité réseau.

Types de données non pris en charge

• Flux de fichiers
• SQL/CLR UDT
• XMLSchemaCollection (prise en charge de XML)
• Curseur, RowVersion, Timestamp, Hierarchyid

Types de colonne non pris en charge

Synchronisation des données ne peut pas synchroniser des colonnes en lecture seule ou générées par le système. Par exemple :

• Colonnes calculées
• Colonnes générées par le système pour les tables temporelles

Limitations des dimensions de la base de données et du service

Configuration requise pour le réseau

Quand le groupe de synchronisation est établi, le service Synchronisation des données doit se connecter à la base de données Hub. Lors de l’établissement du groupe de synchronisation, le serveur SQL Azure doit avoir la configuration suivante dans ses paramètres Firewalls and virtual networks :

• Le paramètre Refuser l’accès au réseau public doit être désactivé.
• Le paramètre Autoriser les services et les ressources Azure à accéder à ce serveur doit avoir la valeur Oui, ou vous devez créer des règles IP pour les adresses IP utilisées par le service Synchronisation des données.

Une fois le groupe de synchronisation créé et provisionné, vous pouvez désactiver ces paramètres. L’agent de synchronisation se connecte directement à la base de données Hub et vous pouvez utiliser les règles IP de pare-feu du serveur ou des points de terminaison privés pour permettre à l’agent d’accéder au serveur hub.

Résidence des données dans une région

Si vous synchronisez des données dans la même région, SQL Data Sync ne stocke/traite pas les données client en dehors de la région dans laquelle l’instance de service est déployée. Si vous synchronisez des données entre différentes régions, SQL Synchronisation des données réplique les données des clients dans les régions associées.

FAQ sur SQL Synchronisation des données

Combien coûte le service de synchronisation des données SQL Synchronisation des données ?

Aucun frais n’est facturé pour le service SQL Synchronisation des données en lui-même. Toutefois, les frais de transfert de données pour le déplacement des données vers et depuis votre instance SQL Database vous seront facturés. Pour plus d'informations, consultez Frais de transfert de données.

Quelles régions prennent en charge la synchronisation des données ?

SQL Synchronisation des données est disponible dans toutes les régions.

Un compte Azure SQL Database est-il nécessaire ?

Oui. Vous devez disposer d’un compte Azure SQL Database pour héberger la base de données hub.

Puis-je utiliser la synchronisation des données pour effectuer une synchronisation entre les bases de données SQL Server uniquement ?

Pas directement. Vous pouvez toutefois effectuer une synchronisation entre les bases de données SQL Server de façon indirecte, en créant une base de données Hub dans Azure, puis en ajoutant les bases de données locales au groupe de synchronisation.

Puis-je utiliser la synchronisation de données pour synchroniser des bases de données dans base de données Azure SQL qui appartiennent à différents abonnements ?

Oui. Vous pouvez configurer la synchronisation entre des bases de données qui appartiennent à des groupes de ressources détenus par des abonnements différents, même si les abonnements appartiennent à des abonnés différents.

• Si les abonnements appartiennent au même abonné et que vous disposez d’autorisations pour tous les abonnements, vous pouvez configurer le groupe de synchronisation dans le Portail Azure.
• Sinon, vous devez utiliser PowerShell pour ajouter les membres de synchronisation.
• Private Link n’est pas pris en charge pour les scénarios inter-locataires.

Puis-je configurer la synchronisation des données pour synchroniser des bases de données SQL Database qui appartiennent à différents clouds (comme le cloud public Azure et Azure exploité par 21Vianet) ?

Synchronisation des données ne supporte pas la synchronisation cross-cloud.

Puis-je utiliser Synchronisation des données pour envoyer des données de ma base de données de production vers une base de données vide, et ensuite les synchroniser ?

Oui. Créez manuellement le schéma dans la nouvelle base de données en créant le script à partir de la base de données d’origine. Après avoir créé le schéma, ajoutez les tables à un groupe de synchronisation pour copier les données et les garder synchronisées.

Dois-je utiliser SQL Synchronisation des données pour sauvegarder et restaurer mes bases de données ?

Il est déconseillé d’utiliser SQL Synchronisation des données pour créer une sauvegarde de vos données. Vous ne pouvez pas sauvegarder et restaurer à un point précis dans le temps car les synchronisations de SQL Synchronisation des données ne sont pas affectées à des versions. Par ailleurs, SQL Synchronisation des données ne sauvegarde pas d’autres objets SQL, notamment les procédures stockées, et n’effectue pas rapidement l’équivalent d’une opération de restauration.

Pour une technique de sauvegarde recommandée, voir Copier une copie cohérente au niveau transactionnel d’une base de données dans Azure SQL Database.

Data Sync peut-il synchroniser des tables et colonnes chiffrées ?

• Si une base de données utilise Always Encrypted, vous ne pouvez synchroniser que les tables et colonnes qui sont pas chiffrées. Vous ne pouvez pas synchroniser les colonnes chiffrées, car Synchronisation des données ne peut pas déchiffrer les données.
• Si une colonne utilise Column-Level chiffrement (CLE), vous pouvez synchroniser la colonne, tant que la taille de la ligne est inférieure à la taille maximale de 24 Mo. Synchronisation des données traite la colonne chiffrée par clé (CLE) comme des données binaires normales. Pour déchiffrer les données d’autres membres de synchronisation, vous devez avoir le même certificat.

Le classement est-il pris en charge dans SQL Synchronisation des données ?

Oui. SQL Synchronisation des données prend en charge la configuration des paramètres de classement dans les scénarios suivants :

• Si les tables du schéma de synchronisation sélectionné ne sont pas encore dans votre Hub ou dans les bases de données membres, lorsque vous déployez le groupe de synchronisation, le service crée automatiquement les tables et colonnes correspondantes avec les paramètres de classement sélectionnés dans les bases de données de destination vides.
• Si les tables à synchroniser existent déjà dans votre Hub ou vos bases de données membres, SQL Synchronisation des données requiert que les colonnes clés primaires aient le même classement dans le Hub que dans les bases de données membres pour déployer avec succès le groupe de synchronisation. Il n’existe aucune restriction de classement sur les colonnes autres que les colonnes clés primaires.

La fédération est-elle prise en charge dans SQL Synchronisation des données ?

Vous pouvez utiliser une base de données root de fédération avec SQL Synchronisation des données sans limitation. Vous ne pouvez pas ajouter le point de terminaison fédéré de la base de données à la version actuelle de SQL Synchronisation des données.

Puis-je utiliser SQL Synchronisation des données pour synchroniser des données exportées à partir de Dynamics 365 à l’aide de la fonctionnalité BYOD (apportez votre propre base de données) ?

La fonctionnalité Dynamics 365 apportez votre propre base de données permet aux administrateurs d’exporter des entités de données depuis l’application dans leur propre base de données Microsoft Azure SQL. La synchronisation des données peut être utilisée pour synchroniser ces données dans d’autres bases de données si les données sont exportées à l’aide de l’envoi (push) incrémentiel (l’envoi intégral n’est pas pris en charge) et si l’activation des déclencheurs dans la base de données cible est définie sur Oui.

Comment créer une synchronisation des données dans un groupe de basculement pour prendre en charge la reprise après sinistre ?

SQL Synchronisation des données n’offre aucune fonctionnalité de basculement automatique ou de récupération d’urgence. Si la base de données bascule vers une autre région, le groupe de synchronisation cesse de fonctionner. Recréez manuellement le groupe de synchronisation dans la région de bascule avec les mêmes réglages que la région principale.

Contenu connexe

Superviser et dépanner

SQL Synchronisation des données s’exécute-t-il comme prévu ? Pour surveiller l’activité et résoudre les problèmes, consultez les articles suivants :

• Surveiller la synchronisation des données SQL avec les journaux Azure Monitor
• Résoudre les problèmes liés à Azure SQL Synchronisation des données

En savoir plus sur Azure SQL Database

Pour plus d’informations sur Azure SQL Database, consultez les articles suivants :

• Vue d’ensemble des bases de données SQL
• Périmètre de sécurité réseau pour Azure SQL Database (aperçu)
• Gestion du cycle de vie des bases de données