Vad är SQL Data Sync för Azure?

gäller för:Azure SQL Database

SQL Data Sync är en tjänst byggd på Azure SQL Database som du kan använda för att synkronisera utvald data i båda riktningarna över flera databaser, både lokalt och i molnet.

Azure SQL Data Sync stöder inte Azure SQL Managed Instance eller Azure Synapse Analytics.

Överblick

Datasynkronisering baseras på begreppet synkroniseringsgrupp. En synkroniseringsgrupp är en grupp databaser som du vill synkronisera.

Data Sync använder en hubb- och ekratopologi för att synkronisera data. Du definierar en av databaserna i synkroniseringsgruppen som hubbdatabas. Resten av databaserna är medlemsdatabaser. Synkronisering sker endast mellan hubben och enskilda medlemmar.

• Hub Database måste vara en Azure SQL Database.
• medlemsdatabaser kan vara antingen Azure SQL-databaser eller instanser av SQL Server.
• Sync Metadata Database innehåller metadata och loggen för datasynkronisering. Databasen för synkroniseringsmetadata måste vara en Azure SQL Database som finns i samma region som hubbdatabasen. Databasen för synkroniseringsmetadata är skapad av kunder och ägd av kunder. Du kan bara ha en databas för synkroniseringsmetadata per region och prenumeration. Det går inte att ta bort eller byta namn på synkroniseringsmetadatadatabasen när synkroniseringsgrupper eller synkroniseringsagenter finns. Microsoft rekommenderar att du skapar en ny, tom databas som ska användas som databas för synkroniseringsmetadata. Data Sync skapar tabeller i den här databasen och kör en frekvent arbetsbelastning.

En synkroniseringsgrupp har följande egenskaper:

• I Synkroniseringsschema beskrivs vilka data som synkroniseras.
• Synkroniseringsriktningen kan vara tvåvägs, eller så kan den bara flöda i en riktning: Hub till Medlem, Medlem till Nav eller båda.
• Synkroniseringsintervall beskriver hur ofta synkronisering sker.
• Konfliktlösningspolicy är en gruppolicy som kan vara Hubbvinst eller Medlemsvinst.

När du ska använda

Datasynkronisering är användbart i de fall där data måste uppdateras i flera databaser i Azure SQL Database eller SQL Server. Här är de viktigaste användningsfallen för datasynkronisering:

• Hybrid Data Synchronization: Med Data Sync kan du hålla data synkroniserade mellan dina databaser i SQL Server och Azure SQL Database för att aktivera hybridprogram. Den här funktionen kan tilltala kunder som funderar på att flytta till molnet och som vill placera en del av sitt program i Azure.
• Distribuerade program: I många fall är det fördelaktigt att separera olika arbetsbelastningar mellan olika databaser. Om du till exempel har en stor produktionsdatabas, men du också behöver köra en rapporterings- eller analysarbetsbelastning på dessa data, är det bra att ha en andra databas för den här extra arbetsbelastningen. Den här metoden minimerar prestandapåverkan på din produktionsarbetsbelastning. Du kan använda Data Sync för att synkronisera dessa två databaser.
• Globalt distribuerade program: Många företag omfattar flera regioner och till och med flera länder/regioner. För att minimera nätverksfördröjningen är det bäst att ha dina data i en region nära dig. Med Data Sync kan du enkelt synkronisera databaser i regioner runt om i världen.

Datasynkronisering är inte den bästa lösningen för följande scenarier:

Så här fungerar det

• Spåra dataändringar: Data Sync spårar förändringar genom att använda insättnings-, uppdaterings- och borttagningstriggers. Ändringarna registreras i en sidotabell i användardatabasen. BULK INSERT utlöser inte utlösare som standard. Om du inte specificerar FIRE_TRIGGERSså körs inga insert-triggers. Lägg till FIRE_TRIGGERS alternativet så att Data Sync kan spåra dessa insättningar.
• Synkronisering av data: Data Sync har utformats i en hubb- och ekermodell. Hubben synkroniseras med varje medlem individuellt. Ändringar från hubben laddas ned till medlemmen och sedan laddas ändringar från medlemmen upp till hubben.
• Att lösa konflikter: Data Sync innehåller två alternativ för konfliktlösning, Hub vinner eller Medlem vinner.
  • Om du väljer Hub vinnerskriver ändringarna i hubben alltid över ändringar i medlemmen.
  • Om du väljer Medlem vinner, överskriver ändringarna i medlemmen ändringarna i hubben. Om det finns fler än en medlem beror det slutliga värdet på vilken medlem som synkroniseras först.

Jämför med transaktionell replikation

Privat länk för datasynkronisering

Med den nya funktionen privat länk kan du välja en tjänsthanterad privat slutpunkt för att upprätta en säker anslutning mellan synkroniseringstjänsten och dina medlems-/hubbdatabaser under datasynkroniseringsprocessen. En tjänsthanterad privat slutpunkt är en privat IP-adress i ett specifikt virtuellt nätverk och undernät. I Data Sync skapas den tjänsthanterade privata slutpunkten av Microsoft och används exklusivt av datasynkroniseringstjänsten för en viss synkroniseringsåtgärd.

Innan du konfigurerar den privata länken läser du allmänna krav för funktionen.

Sätta igång

Konfigurera datasynkronisering i Azure-portalen

• Självstudie: Konfigurera SQL Data Sync mellan databaser i Azure SQL Database och SQL Server
• Data Sync-agent – Data Sync-agent för SQL-datasynkronisering

Konfigurera datasynkronisering med PowerShell

• Använda PowerShell för att synkronisera data mellan flera databaser i Azure SQL Database
• Använda PowerShell för att synkronisera data mellan SQL Database och SQL Server

Konfigurera datasynkronisering med REST API

• Använda REST API för att synkronisera data mellan flera databaser

Granska metodtipsen för datasynkronisering

• metodtips för Azure SQL Data Sync

Gick något fel?

• Felsöka problem med SQL Data Sync

Konsekvens och prestanda

Eventuell konsistens

Eftersom Data Sync är utlösarbaserat garanterar det inte transaktionskonsistens. Microsoft garanterar att Data Sync så småningom gör alla ändringar och inte orsakar dataförlust.

Prestandapåverkan

Data Sync använder utlösare för att infoga, uppdatera och ta bort för att spåra ändringar. Den skapar sidotabeller i användardatabasen för ändringsspårning. Dessa ändringsspårningsaktiviteter påverkar databasarbetsbelastningen. Utvärdera tjänstnivån och uppgradera om det behövs.

Provisionering och avprovisionering när synkroniseringsgruppen skapas, uppdateras och raderas kan också påverka databasens prestanda.

Krav och begränsningar

Allmänna krav

• Varje tabell måste ha en primärnyckel. Ändra inte värdet för primärnyckeln på någon rad. Om du måste ändra ett primärnyckelvärde tar du bort raden och återskapar den med det nya primärnyckelvärdet.

• Isolering av ögonblicksbilder måste vara aktiverat för både Sync-medlemmar och hubb. För mer information, se Ögonblicksbildisolering i SQL Server.

• För att använda Data Sync privat länk måste både medlems- och hubbdatabaser vara värdsatta i Azure (samma eller olika regioner), i samma molntyp (till exempel båda i publikt moln eller båda i myndighetsmoln). Registrera också resursleverantörerna Microsoft.Network för prenumerationerna som hostar hubben och medlemsservrarna. Du måste manuellt godkänna den privata länken för Data Sync under synkroniseringskonfigurationen, inom avsnittet Privata endpoint-anslutningar i Azure-portalen eller via PowerShell. För mer information om hur du godkänner den privata länken, se Tutorial: Sätt upp SQL Data Sync mellan databaser i Azure SQL Database och SQL Server. När du godkänner den servicehanterade privata endpointen sker all kommunikation mellan synktjänsten och medlems-/hubdatabaserna över den privata länken. Du kan uppdatera befintliga synkroniseringsgrupper för att aktivera denna funktion.

Allmänna begränsningar

• En tabell kan inte ha en identitetskolumn som inte är primärnyckeln.
• En primärnyckel kan inte ha följande datatyper: sql_variant, binära, varbinary, image, xml.
• Var försiktig när du använder följande datatyper som primärnyckel eftersom de endast stöder precision till sekunden: tid, datetime, datetime2, datetimeoffset.
• Namnen på objekt (databaser, tabeller och kolumner) får inte innehålla den utskrivbara teckenperioden (.), vänster hakparentes ([) eller höger hakparentes (]).
• Ett tabellnamn får inte innehålla utskrivbara tecken: ! " # $ % ' ( ) * + - eller blanksteg.
• Microsoft Entra -autentisering (tidigare Azure Active Directory) stöds inte.
• Om det finns tabeller med samma namn men olika scheman (till exempel dbo.customers och sales.customers), kan du bara lägga till en av tabellerna i synkroniseringsgruppen.
• Kolumner med användardefinierade datatyper stöds inte.
• Det går inte att flytta servrar mellan olika prenumerationer.
• Om två primära nycklar bara skiljer sig åt om (till exempel Foo och foo) stöder Data Sync inte det här scenariot.
• Trunkering av tabeller är inte en åtgärd som stöds av Data Sync (ändringar spåras inte).
• Det går inte att använda en Azure SQL Hyperscale-databas som en hubb- eller synkroniseringsmetadatadatabas. En Hyperskala-databas kan dock vara en medlemsdatabas i en datasynkroniseringstopologi.
• Minnesoptimerade tabeller stöds inte.
• Schemaändringar replikeras inte automatiskt.
• Data Sync stöder endast följande två indexegenskaper: Unikt, Klustrat/Icke-klustrat. Andra egenskaper för ett index, till exempel IGNORE_DUP_KEY eller WHERE filterpredikat, stöds inte och målindexet etableras utan dessa egenskaper även om källindexet har dessa egenskaper angivna.
• En Azure Elastic Jobs-databas kan inte användas som SQL Data Sync-metadatadatabas och vice versa.
• SQL Data Sync stöds inte för transaktionsregisterdatabaser.
• Data Sync är inte ett katastrofåterställnings- eller högtillgänglighetsverktyg, och det synkroniserar inte sin egen synkroniseringsgruppinformation. Det finns ingen automatisk katastrofåterställning för Data Sync.
• Data Sync stöder inte nätverkssäkerhetsperimeter av design. Data Sync körs som en proxytjänst snarare än en Azure-resurs, så den har inget fullt kvalificerat domännamn eller IP-adress att skriva perimeterregler mot. En perimeter blockerar nätverksvägar som Data Sync kräver både i övergångs- och påtvingat läge, och ingen åtkomstregel gör att det fungerar. Om din logiska server är kopplad till en perimeter, migrera till en datatransportlösning som stödjer nätverkssäkerhetsperimeter.

Datatyper som inte stöds

• FileStream
• SQL/CLR UDT
• XMLSchemaCollection (XML stöds)
• Cursor, RowVersion, Timestamp, Hierarchyid

Kolumntyper som inte stöds

Data Sync kan inte synkronisera skrivskyddade eller systemgenererade kolumner. Till exempel:

• Beräknade kolumner
• Systemgenererade kolumner för temporala tabeller

Begränsningar för tjänst- och databasdimensioner

Nätverkskrav

När synkroniseringsgruppen har upprättats måste datasynkroniseringstjänsten ansluta till hubbdatabasen. När du upprättar synkroniseringsgruppen måste Azure SQL-servern ha följande konfiguration i sina Firewalls and virtual networks inställningar:

• Neka åtkomst till offentligt nätverk måste anges till Av.
• Tillåt att Azure-tjänster och resurser får åtkomst till den här servern måste anges till Ja, eller så måste du skapa IP-regler för IP-adresser som används av Data Sync-tjänsten.

När synkroniseringsgruppen har skapats och etablerats kan du sedan inaktivera de här inställningarna. Synkroniseringsagenten ansluter direkt till hubbdatabasen och du kan använda serverns brandväggs-IP-regler eller privata slutpunkter för att tillåta agenten att komma åt hubbservern.

Regiondatahemvist

Om du synkroniserar data inom samma region lagrar/bearbetar INTE SQL Data Sync kunddata utanför den region där tjänstinstansen distribueras. Om du synkroniserar data mellan olika regioner replikerar SQL Data Sync kunddata till de kopplade regionerna.

Vanliga frågor och svar om SQL Data Sync

Hur mycket kostar SQL Data Sync-tjänsten?

Det kostar ingenting för själva SQL Data Sync-tjänsten. Du kan dock fortfarande samla in dataöverföringsavgifter för dataflytt in och ut från din SQL Database-instans. Mer information finns i dataöverföringsavgifter.

Vilka regioner har stöd för datasynkronisering?

SQL Data Sync är tillgängligt i alla regioner.

Krävs ett Azure SQL Database-konto?

Ja. Du måste ha ett Azure SQL Database-konto som värd för hubbdatabasen.

Kan jag bara använda Data Sync för att synkronisera mellan SQL Server-databaser?

Inte direkt. Du kan dock synkronisera mellan SQL Server-databaser indirekt genom att skapa en hubbdatabas i Azure och sedan lägga till de lokala databaserna i synkroniseringsgruppen.

Kan jag konfigurera Data Sync för synkronisering mellan databaser i Azure SQL Database som tillhör olika prenumerationer?

Ja. Du kan konfigurera synkronisering mellan databaser som tillhör resursgrupper som ägs av olika prenumerationer, även om prenumerationerna tillhör olika klientorganisationer.

• Om prenumerationerna tillhör samma klientorganisation och du har behörighet till alla prenumerationer kan du konfigurera synkroniseringsgruppen i Azure-portalen.
• Annars måste du använda PowerShell för att lägga till synkroniseringsmedlemmar.
• Private Link stöds inte i scenarier med flera hyresgäster.

Kan jag konfigurera Data Sync för synkronisering mellan databaser i SQL Database som tillhör olika moln (till exempel Azure Public Cloud och Azure som drivs av 21Vianet)?

Data Sync stöder inte cross-cloud-synkronisering.

Kan jag använda Data Sync för att hämta data från min produktionsdatabas till en tom databas och sedan synkronisera dem?

Ja. Skapa schemat manuellt i den nya databasen genom att skripta det från originalet. När du har skapat schemat lägger du till tabellerna i en synkroniseringsgrupp för att kopiera data och hålla dem synkroniserade.

Ska jag använda SQL Data Sync för att säkerhetskopiera och återställa mina databaser?

Vi rekommenderar inte att du använder SQL Data Sync för att skapa en säkerhetskopia av dina data. Du kan inte säkerhetskopiera och återställa till en viss tidpunkt eftersom SQL Data Sync-synkroniseringar inte är versionshanterade. Dessutom säkerhetskopierar INTE SQL Data Sync andra SQL-objekt, till exempel lagrade procedurer, och gör inte motsvarande en återställningsåtgärd snabbt.

En rekommenderad säkerhetskopieringsteknik finns i Kopiera en transaktionsmässigt konsekvent kopia av en databas i Azure SQL Database.

Kan datasynkronisering synkronisera krypterade tabeller och kolumner?

• Om en databas använder Always Encrypted kan du bara synkronisera tabeller och kolumner som inte krypterade. Du kan inte synkronisera de krypterade kolumnerna eftersom Data Sync inte kan dekryptera data.
• Om en kolumn använder Column-Level Encryption (CLE) kan du synkronisera kolumnen, så länge radstorleken är mindre än maximal storlek på 24 MB. Data Sync behandlar kolumnen krypterad med nyckel (CLE) som normala binära data. Om du vill dekryptera data på andra synkroniseringsmedlemmar måste du ha samma certifikat.

Stöds sortering i SQL Data Sync?

Ja. SQL Data Sync stöder konfiguration av sorteringsinställningar i följande scenarier:

• Om de valda synkroniseringsschematabellerna inte redan finns i dina hubb- eller medlemsdatabaser skapar tjänsten automatiskt motsvarande tabeller och kolumner med de sorteringsinställningar som valts i de tomma måldatabaserna när du distribuerar synkroniseringsgruppen.
• Om tabellerna som ska synkroniseras redan finns i både dina hubb- och medlemsdatabaser kräver SQL Data Sync att de primära nyckelkolumnerna har samma sortering mellan hubb- och medlemsdatabaser för att kunna distribuera synkroniseringsgruppen. Det finns inga sorteringsbegränsningar för andra kolumner än primärnyckelkolumnerna.

Stöds federation i SQL Data Sync?

Du kan använda en federationsrotdatabas med SQL Data Sync utan begränsning. Du kan inte lägga till den federerade databasens endpoint i den aktuella versionen av SQL Data Sync.

Kan jag använda Data Sync för att synkronisera data som exporteras från Dynamics 365 med hjälp av byOD-funktionen (Bring Your Own Database) ?

Med Dynamics 365 bring your own database-funktionen kan administratörer exportera dataentiteter från programmet till sin egen Microsoft Azure SQL-databas. Data Sync kan användas för att synkronisera dessa data till andra databaser om data exporteras med inkrementell push (fullständig push stöds inte) och aktivera utlösare i måldatabasen är inställd på ja.

Hur skapar jag datasynkronisering i en failover-grupp för att stödja katastrofåterställning?

SQL Data Sync erbjuder inga funktioner för automatisk redundans eller haveriberedskap. Om databasen går över till en annan region slutar synkroniseringsgruppen att fungera. Skapa om synkroniseringsgruppen manuellt i failover-regionen med samma inställningar som primärregionen.

Relaterat innehåll

Övervaka och felsöka

Fungerar SQL Data Sync som förväntat? Information om hur du övervakar aktivitet och felsöker problem finns i följande artiklar:

• Övervaka SQL Data Sync med Azure Monitor-loggar
• Felsöka problem med Azure SQL Data Sync

Läs mer om Azure SQL Database

För mer information om Azure SQL Database, se följande artiklar:

• Översikt över SQL-databasen
• Nätverkssäkerhetsperimeter för Azure SQL Database (förhandsversion)
• Livscykelhantering för databaser