Delen via

Wat is SQL Data Sync voor Azure?

  • Artikel

Van toepassing op: Azure SQL Database

SQL Data Sync is een service die is gebouwd op Azure SQL Database waarmee u de gegevens die u selecteert bidirectioneel kunt synchroniseren tussen meerdere databases, zowel on-premises als in de cloud.

Belangrijk

Azure SQL Data Sync biedt momenteel geen ondersteuning voor Azure SQL Managed Instance of Azure Synapse Analytics.

Overzicht

Data Sync is gebaseerd op het concept van een synchronisatiegroep. Een synchronisatiegroep is een groep databases die u wilt synchroniseren.

Data Sync maakt gebruik van een hub- en spoke-topologie om gegevens te synchroniseren. U definieert een van de databases in de synchronisatiegroep als de hubdatabase. De rest van de databases zijn liddatabases. Synchronisatie vindt alleen plaats tussen de hub en afzonderlijke leden.

  • De hubdatabase moet een Azure SQL Database zijn.
  • De liddatabases kunnen databases zijn in Azure SQL Database of in exemplaren van SQL Server.
  • De database met synchronisatiemetagegevens bevat de metagegevens en het logboek voor Data Sync. De database met synchronisatiemetagegevens moet een Azure SQL Database zijn die zich in dezelfde regio bevindt als de hubdatabase. De database voor synchronisatiemetagegevens is door de klant gemaakt en eigendom van de klant. U kunt slechts één Sync Metadata-database per regio en abonnement hebben. Synchronisatiemetagegevensdatabase kan niet worden verwijderd of hernoemd terwijl er synchronisatiegroepen of synchronisatieagents bestaan. Microsoft raadt aan een nieuwe, lege database te maken voor gebruik als de database met synchronisatiemetagegevens. Met Data Sync worden tabellen in deze database gemaakt en een regelmatige workload uitgevoerd.

Notitie

Als u een on-premises database als liddatabase gebruikt, moet u een lokale synchronisatieagent installeren en configureren.

Sync data between databases

Een synchronisatiegroep heeft de volgende eigenschappen:

  • In het synchronisatieschema wordt beschreven welke gegevens worden gesynchroniseerd.
  • De synchronisatierichting kan bidirectioneel zijn of kan in slechts één richting stromen. Dat wil gezegd, de synchronisatierichting kan hub zijn naar lid of lid naar hub, of beide.
  • Het synchronisatie-interval beschrijft hoe vaak synchronisatie plaatsvindt.
  • Het beleid voor conflictoplossing is een groepsbeleid dat hub wint of lid wint kan zijn.

Wanneer gebruiken

Data Sync is handig in gevallen waarin gegevens moeten worden bijgewerkt in verschillende databases in Azure SQL Database of SQL Server. Dit zijn de belangrijkste use cases voor Data Sync:

  • Hybride gegevenssynchronisatie: Met Data Sync kunt u gegevens gesynchroniseerd houden tussen uw databases in SQL Server en Azure SQL Database om hybride toepassingen in te schakelen. Deze mogelijkheid kan een beroep doen op klanten die overwegen om over te stappen naar de cloud en een deel van hun toepassing in Azure willen plaatsen.
  • Gedistribueerde toepassingen: In veel gevallen is het handig om verschillende workloads over verschillende databases te scheiden. Als u bijvoorbeeld een grote productiedatabase hebt, maar u ook een rapportage- of analyseworkload op deze gegevens moet uitvoeren, is het handig om een tweede database te hebben voor deze extra workload. Deze benadering minimaliseert de invloed van de prestaties op uw productieworkload. U kunt Data Sync gebruiken om deze twee databases gesynchroniseerd te houden.
  • Wereldwijd gedistribueerde toepassingen: veel bedrijven omvatten verschillende regio's en zelfs verschillende landen/regio's. Als u de netwerklatentie wilt minimaliseren, kunt u uw gegevens het beste in een regio bij u in de buurt hebben. Met Data Sync kunt u eenvoudig databases in regio's over de hele wereld gesynchroniseerd houden.

Data Sync is niet de voorkeursoplossing voor de volgende scenario's:

Scenario Enkele aanbevolen oplossingen
Herstel na noodgevallen Geografisch redundante back-ups van Azure
Leesschaal Alleen-lezen replica's gebruiken om taken van alleen-lezenquery's te verdelen
ETL (OLTP naar OLAP) Azure Data Factory of SQL Server Integration Services
Migratie van SQL Server naar Azure SQL Database. SQL Data Sync kan echter worden gebruikt nadat de migratie is voltooid, om ervoor te zorgen dat de bron en het doel gesynchroniseerd blijven. Azure Database Migration Service

Hoe het werkt

  • Wijzigingen in gegevens bijhouden: Met Data Sync worden wijzigingen bijgehouden met triggers voor invoegen, bijwerken en verwijderen. De wijzigingen worden vastgelegd in een zijtabel in de gebruikersdatabase. BULK INSERT activeert standaard geen triggers. Als FIRE_TRIGGERS niet is opgegeven, worden er geen invoegtriggers uitgevoerd. Voeg de optie FIRE_TRIGGERS toe zodat Data Sync deze invoegingen kan bijhouden.
  • Gegevens synchroniseren: Data Sync is ontworpen in een hub- en spoke-model. De hub wordt afzonderlijk gesynchroniseerd met elk lid. Wijzigingen van de hub worden naar het lid gedownload en vervolgens worden wijzigingen van het lid geüpload naar de hub.
  • Conflicten oplossen: Data Sync biedt twee opties voor conflictoplossing, hub wint of lid wint.
    • Als u Hub wint, overschrijven de wijzigingen in de hub altijd wijzigingen in het lid.
    • Als u Lid wint selecteert, worden de wijzigingen in het lid overschreven in de hub. Als er meer dan één lid is, is de uiteindelijke waarde afhankelijk van het lid dat als eerste wordt gesynchroniseerd.

Vergelijken met transactionele replicatie

Gegevens synchroniseren Transactionele replicatie
Voordelen - Actief-actief ondersteuning
- Bidirectioneel tussen on-premises en Azure SQL Database		 - Lagere latentie
- Transactionele consistentie
- Bestaande topologie na migratie opnieuw gebruiken
-Ondersteuning voor Azure SQL Managed Instance
Nadelen - Geen transactionele consistentie
- Hogere impact op prestaties		 - Kan niet publiceren vanuit Azure SQL Database
- Hoge onderhoudskosten

Notitie

De privékoppeling van SQL Data Sync verschilt van de Azure Private Link.

Met de nieuwe private link-functie kunt u een door een service beheerd privé-eindpunt kiezen om een beveiligde verbinding tot stand te brengen tussen de synchronisatieservice en uw lid-/hubdatabases tijdens het gegevenssynchronisatieproces. Een privé-eindpunt met beheerde service is een privé-IP-adres binnen een specifiek virtueel netwerk en subnet. Binnen Data Sync wordt het beheerde privé-eindpunt van de service gemaakt door Microsoft en wordt deze uitsluitend gebruikt door de Data Sync-service voor een bepaalde synchronisatiebewerking.

Lees de algemene vereisten voor de functie voordat u de privékoppeling instelt.

Private link for Data Sync

Notitie

U moet het door de service beheerde privé-eindpunt handmatig goedkeuren op de pagina Privé-eindpuntverbindingen van Azure Portal tijdens de implementatie van de synchronisatiegroep of met behulp van PowerShell.

Aan de slag

Data Sync instellen in Azure Portal

Data Sync instellen met PowerShell

Data Sync instellen met REST API

Bekijk de aanbevolen procedures voor Data Sync

Er is iets misgegaan

Consistentie en prestaties

Consistentie Uiteindelijk

Omdat Data Sync is gebaseerd op triggers, wordt transactionele consistentie niet gegarandeerd. Microsoft garandeert dat alle wijzigingen uiteindelijk worden aangebracht en dat Data Sync geen gegevensverlies veroorzaakt.

Invloed op de prestaties

Data Sync maakt gebruik van triggers voor invoegen, bijwerken en verwijderen om wijzigingen bij te houden. Er worden zijtabellen gemaakt in de gebruikersdatabase voor het bijhouden van wijzigingen. Deze activiteiten voor het bijhouden van wijzigingen hebben invloed op uw databaseworkload. Evalueer uw servicelaag en voer indien nodig een upgrade uit.

Het inrichten en ongedaan maken van de inrichting tijdens het maken, bijwerken en verwijderen van synchronisatiegroepen kan ook van invloed zijn op de prestaties van de database.

Vereisten en beperkingen

Algemene vereisten

  • Elke tabel moet een primaire sleutel hebben. Wijzig de waarde van de primaire sleutel in een willekeurige rij niet. Als u een primaire-sleutelwaarde moet wijzigen, verwijdert u de rij en maakt u deze opnieuw met de nieuwe primaire-sleutelwaarde.

Belangrijk

Als u de waarde van een bestaande primaire sleutel wijzigt, resulteert dit in het volgende foutieve gedrag:

  • Gegevens tussen hub en lid kunnen verloren gaan, ook al meldt synchronisatie geen probleem.
  • Synchronisatie kan mislukken omdat de traceringstabel een niet-bestaande rij van de bron heeft vanwege de wijziging van de primaire sleutel.

  • Isolatie van momentopnamen moet zijn ingeschakeld voor synchronisatieleden en hubs. Voor meer informatie zie Snapshot-isolatie in SQL Server.

  • Als u een privékoppeling voor Data Sync wilt gebruiken, moeten zowel de lid- als hubdatabases worden gehost in Azure (dezelfde of verschillende regio's), in hetzelfde cloudtype (bijvoorbeeld zowel in de openbare cloud als in beide in de overheidscloud). Als u private link wilt gebruiken, Microsoft.Network moeten resourceproviders worden geregistreerd voor de abonnementen die als host fungeren voor de hub- en lidservers. Ten slotte moet u de privékoppeling voor Data Sync handmatig goedkeuren tijdens de synchronisatieconfiguratie, in de sectie Privé-eindpuntverbindingen in Azure Portal of via PowerShell. Zie SQL Data Sync instellen voor meer informatie over het goedkeuren van de privékoppeling. Zodra u het beheerde privé-eindpunt van de service goedkeurt, vindt alle communicatie tussen de synchronisatieservice en de lid-/hubdatabases plaats via de privékoppeling. Bestaande synchronisatiegroepen kunnen worden bijgewerkt om deze functie in te schakelen.

Algemene beperkingen

  • Een tabel mag geen identiteitskolom hebben die niet de primaire sleutel is.
  • Een primaire sleutel kan niet de volgende gegevenstypen hebben: sql_variant, binary, varbinary, image, xml.
  • Wees voorzichtig wanneer je de volgende gegevenstypen als primaire sleutel gebruikt, omdat de ondersteunde precisie slechts tot op de seconde nauwkeurig is: tijd, datum/tijd, datum/tijd2, datum/tijd-begin.
  • De namen van objecten (databases, tabellen en kolommen) mogen niet de volgende afdrukbare tekens bevatten: punt (.), vierkant haakje links ([) of vierkant haakje rechts (]).
  • Een tabelnaam mag geen afdrukbare tekens bevatten: ! " # $ % ' ( ) * + - of spatie.
  • Verificatie van Microsoft Entra (voorheen Azure Active Directory) wordt niet ondersteund.
  • Als er tabellen zijn met dezelfde naam, maar met een ander schema (bijvoorbeeld dbo.customers en sales.customers), kan slechts één van de tabellen worden gesynchroniseerd.
  • Kolommen met door de gebruiker gedefinieerde gegevenstypen worden niet ondersteund.
  • Het verplaatsen van servers tussen verschillende abonnementen wordt niet ondersteund.
  • Als twee primaire sleutels alleen verschillen in hoofdlettergebruik (bijvoorbeeld Foo en foo), biedt Data Sync geen ondersteuning voor dit scenario.
  • Het afkappen van tabellen is geen bewerking die wordt ondersteund door Data Sync (wijzigingen worden niet bijgehouden).
  • Het gebruik van een Azure SQL Hyperscale-database als hub- of synchronisatiemetagegevensdatabase wordt niet ondersteund. Een Hyperscale-database kan een liddatabase zijn in een Data Sync-topologie.
  • Tabellen die zijn geoptimaliseerd voor geheugen worden niet ondersteund.
  • Schemawijzigingen worden niet automatisch gerepliceerd. Er kan een aangepaste oplossing worden gemaakt om de replicatie van schemawijzigingen te automatiseren.
  • Data Sync biedt alleen ondersteuning voor de volgende twee indexeigenschappen: Uniek, Geclusterd/Niet-geclusterd. Andere eigenschappen van een index, zoals IGNORE_DUP_KEY of het predicaat WHERE-filter, worden niet ondersteund en de doelindex wordt ingericht zonder deze eigenschappen, zelfs als de bronindex deze eigenschappen heeft ingesteld.
  • Een Elastische Azure-taakdatabase kan niet worden gebruikt als de SQL Data Sync Metadata-database en omgekeerd.
  • SQL Data Sync wordt niet ondersteund voor grootboekdatabases.

Niet-ondersteunde gegevenstypen

  • Filestream
  • SQL/CLR UDT
  • XMLSchemaCollection (ondersteund door XML)
  • Cursor, RowVersion, Timestamp, Hierarchyid

Niet-ondersteunde kolomtypen

Data Sync kan niet alleen-lezen of door het systeem gegenereerde kolommen synchroniseren. Voorbeeld:

  • Berekende kolommen.
  • Door het systeem gegenereerde kolommen voor tijdelijke tabellen.

Beperkingen voor service- en databasedimensies

Dimensies Limiet Tijdelijke oplossing
Het maximum aantal synchronisatiegroepen waartoe elke database kan behoren. 5
Maximum aantal eindpunten in één synchronisatiegroep 30
Maximum aantal on-premises eindpunten in één synchronisatiegroep. 5 Meerdere synchronisatiegroepen maken
Database-, tabel-, schema- en kolomnamen 50 tekens per naam
Tabellen in een synchronisatiegroep 500 Meerdere synchronisatiegroepen maken
Kolommen in een tabel in een synchronisatiegroep 1000
Gegevensrijgrootte in een tabel 24 Mb

Notitie

Er kunnen maximaal 30 eindpunten in één synchronisatiegroep zijn als er slechts één synchronisatiegroep is. Als er meer dan één synchronisatiegroep is, mag het totale aantal eindpunten voor alle synchronisatiegroepen niet groter zijn dan 30. Als een database deel uitmaakt van meerdere synchronisatiegroepen, wordt deze geteld als meerdere eindpunten, niet als één.

Vereisten voor netwerkfirewall

Notitie

Als u Private Link synchroniseren gebruikt, zijn deze netwerkvereisten niet van toepassing.

Wanneer de synchronisatiegroep tot stand is gebracht, moet de Data Sync-service verbinding maken met de hubdatabase. Bij het tot stand brengen van de synchronisatiegroep moet de Azure SQL-server de volgende configuratie hebben in Firewalls and virtual networks de instellingen:

  • Openbare netwerktoegang weigeren moet zijn ingesteld op Uit.
  • Toestaan dat Azure-services en -resources toegang hebben tot deze server , moet zijn ingesteld op Ja, of u moet IP-regels maken voor de IP-adressen die door de Data Sync-service worden gebruikt.

Zodra de synchronisatiegroep is gemaakt en ingericht, kunt u deze instellingen uitschakelen. De synchronisatieagent maakt rechtstreeks verbinding met de hubdatabase en u kunt de FIREWALL-IP-regels of privé-eindpunten van de server gebruiken om de agent toegang te geven tot de hubserver.

Notitie

Als u de schema-instellingen van de synchronisatiegroep wijzigt, moet u de Data Sync-service opnieuw toegang geven tot de server, zodat de hubdatabase opnieuw kan worden ingericht.

Locatie van regiogegevens

Als u gegevens in dezelfde regio synchroniseert, worden in SQL Data Sync geen klantgegevens opgeslagen/verwerkt buiten die regio waarin het service-exemplaar wordt geïmplementeerd. Als u gegevens in verschillende regio's synchroniseert, repliceert SQL Data Sync klantgegevens naar de gekoppelde regio's.

Veelgestelde vragen over SQL Data Sync

Hoeveel kost de SQL Data Sync-service?

Er worden geen kosten in rekening gebracht voor de SQL Data Sync-service zelf. U verzamelt echter nog steeds kosten voor gegevensoverdracht voor gegevensverplaatsing in en uit uw SQL Database-exemplaar. Zie de kosten voor gegevensoverdracht voor meer informatie.

Welke regio's ondersteunen Data Sync?

SQL Data Sync is beschikbaar in alle regio's.

Is een SQL Database-account vereist?

Ja. U moet een SQL Database-account hebben om de hubdatabase te hosten.

Kan ik Data Sync alleen gebruiken om te synchroniseren tussen SQL Server-databases?

Niet rechtstreeks. U kunt echter indirect synchroniseren tussen SQL Server-databases door een Hub-database in Azure te maken en vervolgens de on-premises databases toe te voegen aan de synchronisatiegroep.

Kan ik Data Sync configureren voor synchronisatie tussen databases in Azure SQL Database die deel uitmaken van verschillende abonnementen?

Ja. U kunt synchronisatie configureren tussen databases die eigendom zijn van resourcegroepen die eigendom zijn van verschillende abonnementen, zelfs als de abonnementen deel uitmaken van verschillende tenants.

  • Als de abonnementen deel uitmaken van dezelfde tenant en u gemachtigd bent voor alle abonnementen, kunt u de synchronisatiegroep configureren in Azure Portal.
  • Anders moet u PowerShell gebruiken om de synchronisatieleden toe te voegen.

Kan ik Data Sync instellen voor synchronisatie tussen databases in SQL Database die deel uitmaken van verschillende clouds (zoals openbare Azure-cloud en Azure beheerd door 21Vianet)?

Ja. U kunt synchronisatie instellen tussen databases die deel uitmaken van verschillende clouds. U moet PowerShell gebruiken om de synchronisatieleden toe te voegen die deel uitmaken van de verschillende abonnementen.

Kan ik Data Sync gebruiken om gegevens uit mijn productiedatabase te seeden naar een lege database en deze vervolgens te synchroniseren?

Ja. Maak het schema handmatig in de nieuwe database door het script uit het origineel te schrijven. Nadat u het schema hebt gemaakt, voegt u de tabellen toe aan een synchronisatiegroep om de gegevens te kopiëren en gesynchroniseerd te houden.

Moet ik SQL Data Sync gebruiken om een back-up te maken van mijn databases en deze te herstellen?

Het is niet raadzaam om SQL Data Sync te gebruiken om een back-up van uw gegevens te maken. U kunt geen back-ups maken en herstellen naar een bepaald tijdstip omdat SQL Data Sync-synchronisaties niet zijn geversied. Bovendien maakt SQL Data Sync geen back-up van andere SQL-objecten, zoals opgeslagen procedures, en doet het equivalent van een herstelbewerking niet snel.

Zie Een database kopiëren in Azure SQL Database voor een aanbevolen back-uptechniek.

Kunnen versleutelde tabellen en kolommen door Data Sync worden gesynchroniseerd?

  • Als een database Always Encrypted gebruikt, kunt u alleen de tabellen en kolommen synchroniseren die niet zijn versleuteld. U kunt de versleutelde kolommen niet synchroniseren, omdat Data Sync de gegevens niet kan ontsleutelen.
  • Als een kolom versleuteling op kolomniveau (CLE) gebruikt, kunt u de kolom synchroniseren, zolang de rijgrootte kleiner is dan de maximale grootte van 24 Mb. Data Sync behandelt de kolom die is versleuteld met sleutel (CLE) als normale binaire gegevens. Als u de gegevens voor andere synchronisatieleden wilt ontsleutelen, moet u hetzelfde certificaat hebben.

Wordt sortering ondersteund in SQL Data Sync?

Ja. SQL Data Sync biedt ondersteuning voor het configureren van sorteringsinstellingen in de volgende scenario's:

  • Als de geselecteerde synchronisatieschematabellen zich nog niet in uw hub- of liddatabases bevinden, maakt de service bij het implementeren van de synchronisatiegroep automatisch de bijbehorende tabellen en kolommen met de sorteringsinstellingen die zijn geselecteerd in de lege doeldatabases.
  • Als de tabellen die moeten worden gesynchroniseerd, al bestaan in zowel uw hub- als liddatabases, vereist SQL Data Sync dat de primaire-sleutelkolommen dezelfde sortering hebben tussen hub- en liddatabases om de synchronisatiegroep te kunnen implementeren. Er zijn geen sorteringsbeperkingen voor andere kolommen dan de primaire-sleutelkolommen.

Wordt federatie ondersteund in SQL Data Sync?

Federatieve basisdatabase kan zonder enige beperking worden gebruikt in de SQL Data Sync-service. U kunt het federatieve database-eindpunt niet toevoegen aan de huidige versie van SQL Data Sync.

Kan ik Data Sync gebruiken om gegevens te synchroniseren die zijn geëxporteerd uit Dynamics 365 met behulp van de BYOD-functie (Bring Your Own Database) ?

Met de Dynamics 365 Bring Your Own Database-functie kunnen beheerders gegevensentiteiten uit de toepassing exporteren naar hun eigen Microsoft Azure SQL-database. Data Sync kan worden gebruikt om deze gegevens te synchroniseren met andere databases als gegevens worden geëxporteerd met behulp van incrementele push (volledige push wordt niet ondersteund) en triggers in de doeldatabase zijn ingesteld op Ja.

Hoe kan ik datasynchronisatie maken in een failovergroep ter ondersteuning van herstel na noodgevallen?

  • Om ervoor te zorgen dat gegevenssynchronisatiebewerkingen in de failoverregio gelijk zijn aan primaire regio, moet u na een failover handmatig de synchronisatiegroep opnieuw maken in de failoverregio met dezelfde instellingen als de primaire regio.

Volgende stappen

Het schema van een gesynchroniseerde database bijwerken

Moet u het schema van een database in een synchronisatiegroep bijwerken? Schemawijzigingen worden niet automatisch gerepliceerd. Zie de volgende artikelen voor een aantal oplossingen:

Bewaken en problemen oplossen

Wordt SQL Data Sync uitgevoerd zoals verwacht? Raadpleeg de volgende artikelen om activiteiten te bewaken en problemen op te lossen:

Meer informatie over Azure SQL Database

Zie de volgende artikelen voor meer informatie over Azure SQL Database: