Veelgestelde vragen over Azure Synapse Link voor SQL

Nee, momenteel ondersteunt Azure Synapse Link voor SQL alleen Synapse toegewezen SQL-pool als het gegevensdoelarchief.

Nee, momenteel biedt Azure Synapse Link voor SQL alleen ondersteuning voor Azure SQL Database en SQL Server (te beginnen met SQL Server 2022) als bron.

Nee, u kunt tabellen toevoegen of verwijderen wanneer de koppelingsverbinding wordt uitgevoerd. De tabellen die worden verwijderd, worden niet meer automatisch gerepliceerd. De zojuist toegevoegde tabellen beginnen bij de eerste belasting met volledige momentopname en voeren vervolgens incrementele synchronisatie uit. De rest van de tabellen in dezelfde koppelingsverbinding wordt niet beïnvloed.

Verwijder de doeltabellen voordat u een koppelingsverbinding start. U kunt dit doen door de tabellen handmatig te verwijderen uit de toegewezen SQL-pool van Synapse of in de vervolgkeuzelijst Actie in de bestaande vervolgkeuzelijst voor de doeltabel de optie kiezen om de tabel neer te zetten en opnieuw te maken, zodat bestaande tabellen automatisch worden verwijderd in de toegewezen SQL-pool van Synapse telkens wanneer deze wordt gestart.

Nadat u tabellen aan een koppelingsverbinding hebt toegevoegd, staan deze tabellen in de brondatabase niet toe dat kolommen worden toegevoegd, verwijderd of gewijzigd. Als u deze schemawijzigingen wilt uitvoeren, moet de tabel tijdelijk uit de koppelingsverbinding worden verwijderd en weer worden toegevoegd nadat het schema is gewijzigd.

Ja, dat kan.

Ja, dat kan. Vergelijkbaar met alle workloads in Synapse. U kunt Azure Synapse Link inschakelen voor SQL in het door Azure Synapse beheerde virtuele netwerk om gegevens op een veilige manier van SQL naar Synapse te repliceren. U kunt bescherming bieden tegen gegevensexfiltratie door uitgaande connectiviteit van het beheerde virtuele netwerk alleen toe te staan aan goedgekeurde doelen met behulp van beheerde privé-eindpunten.

Het aantal kernen geeft de rekenkracht aan die is vereist voor het repliceren van gegevens uit de bronopslag naar de toegewezen SQL-pool van Synapse. Dit is afhankelijk van het patroon van de replicatieworkload voor de brondatabase, het aantal tabellen, de snelheid van wijzigingen die optreden en de grootte van rijen, enzovoort. We raden u aan om te beginnen met een klein aantal kernen en de latentie te testen met de werkelijke workload. Latentie van replicatie kan worden weerspiegeld op de bewakingspagina van koppelingstabellen; De tijd van de laatst verwerkte gegevenskolom geeft aan hoe ver de replicatie achterloopt.

Wanneer deze optie is ingeschakeld, wordt een transactie tussen meerdere tabellen in de brondatabase altijd gerepliceerd naar de doeldatabase in één transactie. Hierdoor ontstaat echter overhead voor de totale replicatiedoorvoer. Wanneer de optie is uitgeschakeld, repliceert elke tabel wijzigingen in de eigen transactiegrens naar de bestemming in parallelle verbindingen, waardoor de totale replicatiedoorvoer wordt verbeterd. Als u transactieconsistentie tussen tabellen wilt inschakelen, moet u er ook voor zorgen dat de transactieisolatieniveaus in uw toegewezen SQL-pool van Synapse DE ISOLATIE VAN VASTGELEGDE MOMENTOPNAMEn zijn.

U kunt verwijzen naar indexeringstabellen - Azure Synapse Analytics | Microsoft Docs om inzicht te hebben in de drie opties voor het type tabelstructuur. Wanneer een geclusterde columnstore-index wordt gekozen, wordt het gegevenstype met de maximale lengte (bijvoorbeeld VARCHAR(MAX)) niet ondersteund.

Nee Er is een achtergrondthread waarmee vastgelegde bestanden na ongeveer 24 uur worden verwijderd zolang de koppeling continu wordt uitgevoerd. Wanneer de koppeling is gestopt, wordt de hele map met landingszones verwijderd.

Azure Synapse Link voor SQL is beschikbaar in de volgende regio's:

Voor Azure SQL Database wordt de landingszone volledig beheerd en bevindt deze zich in dezelfde regio als uw Azure Synapse Analytics-werkruimte. Voor SQL Server 2022 wordt de landingszone door de klant beheerd en kan deze zich op de gewenste locatie bevinden.

Voor Azure SQL Database wordt de landingszone volledig beheerd en versleuteld met dezelfde sleutel als de Azure Synapse Analytics-doelwerkruimte: platformbeheerd of door de klant beheerd. Voor SQL Server 2022 wordt de landingszone door de klant beheerd en kan deze worden versleuteld met een door het platform beheerde sleutel of een door de klant beheerde sleutel.

De opnameservice verwerkt updates als een verwijdering, gevolgd door een invoegbewerking, allemaal in dezelfde transactie. Standaard worden toegewezen SQL-pools uitgevoerd in de modus READ UNCOMMITTED, waarmee u de wijzigingen kunt zien voordat de transactie is doorgevoerd. Als u ervoor wilt zorgen dat deze wijzigingen in het proces niet worden weergegeven, kunt u ISOLATIE VAN VASTGELEGDE MOMENTOPNAMEn inschakelen.

Nee U moet de koppelingsverbinding bewerken in de Azure Synapse Analytics-omgeving om de nieuwe tabellen toe te voegen. U kunt tabellen toevoegen aan een actieve verbinding zonder deze te stoppen. De nieuwe tabellen worden opgenomen in de replicatie wanneer u de wijzigingen naar de koppelingsverbinding publiceert.

We hebben geen SLA voor gepubliceerde latentie. Als u een hoge latentie ziet, kunt u het aantal kernen aanpassen dat is toegewezen aan de koppelingsverbinding, de grootte van de toegewezen SQL-doelgroep of de transactionele consistentie van de schrijfconfiguratie aanpassen aan uw workload.

De landingszone is een tijdelijk gegevensarchief en we bieden geen ondersteuning voor het gebruik van die gegevens voor een ander doel dan Azure Synapse Link voor SQL.

Azure Synapse Link voor SQL maakt gebruik van een pushmodel waarbij de brondatabase gegevens naar een landingszone schrijft en wordt verplaatst naar de toegewezen SQL-doelgroep door een opnameservice die continu kan worden uitgevoerd (bijna realtime gegevensverwerking bieden) of in de planningsmodus. De kopieeractiviteit maakt gebruik van een pull-model waarbij de gegevens worden opgevraagd uit de brondatabase en op een geplande basis naar de doellocatie worden geschreven.

Deze beperking geldt alleen voor gegevens op de pagina. Voor externe gegevens is de 24-bytes-aanwijzer op de gegevens buiten de pagina het enige wat telt tegen de limiet van 7.500 bytes.

Er is een nieuwe processor voor wijzigingenfeeds geïntegreerd in de Azure SQL Database- en SQL Server 2022-engine om deze functionaliteit in te schakelen.

Als de SAS is verlopen voor het door de gebruiker beheerde opslagaccount voor de landingszone, gebruikt u ALTER DATABASE SCOPED CREDENTIAL om de databasereferentie voor de nieuwe SAS bij te werken.

Als de Azure Synapse-werkruimte wordt verwijderd, stopt Azure SQL Database de gegevensreplicatie van de landingszone naar Azure Synapse. De door het systeem opgeslagen procedure sp_change_feed_drop_table_group wordt automatisch aangeroepen en het opslagaccount voor de landingszone wordt beheerd en wordt automatisch opgeschoond. Als dit mislukt, krijgt u mogelijk fout 22739 van de SynapseGatewayClient in sys.dm_change_feed_errors. Als dit gebeurt, kunt u de changefeed tabelgroep handmatig verwijderen met sp_change_feed_drop_table_group.

Omdat het opslagaccount van de landingszone door de gebruiker wordt beheerd, worden gegevens in SQL Server nog steeds gepubliceerd naar de landingszone. Schakel de Azure Synapse Link uit door de relevante tabelgroepen met sp_change_feed_drop_table_group te verwijderen en het opslagaccount voor de landingszone handmatig te verwijderen.

In SQL Server wordt het opslagaccount voor de landingszone beheerd door de gebruiker. Als het opslagaccount van de landingszone niet meer toegankelijk is, ziet u fouten in de sys.dm_change_feed_errors. Schakel De Azure Synapse Link uit door de relevante tabelgroepen met sp_change_feed_drop_table_group te verwijderen.