Vanliga frågor och svar om Azure Synapse Link för SQL

Nej, för närvarande stöder Azure Synapse Link för SQL endast Synapse-dedikerad SQL-pool som datamålarkiv.

Nej, för närvarande stöder Azure Synapse Link för SQL endast Azure SQL Database och SQL Server (från och med SQL Server 2022) som källa.

Nej, du kan lägga till eller ta bort tabeller när länkanslutningen körs. Tabellerna som tas bort kommer inte att replikeras automatiskt. De nyligen tillagda tabellerna börjar från den första inläsningen med en fullständig ögonblicksbild och utför sedan inkrementell synkronisering. Resten av tabellerna i samma länkanslutning påverkas inte.

Du bör ta bort måltabellerna innan du startar en länkanslutning. Du kan göra det genom att antingen manuellt ta bort tabellerna från synapse-dedikerad SQL-pool eller i listrutan Åtgärd i befintlig måltabell , välja alternativet att släppa och återskapa tabellen på målet, så att den automatiskt släpper befintliga tabeller i den synapse-dedikerade SQL-poolen varje gång som startar.

När du har lagt till tabeller i en länkanslutning tillåter inte dessa tabeller i källdatabasen att kolumner läggs till, tas bort eller ändras. För att göra dessa schemaändringar bör tabellen tas bort från länkanslutningen tillfälligt och läggas tillbaka när schemat har ändrats.

Ja, det kan du.

Ja, det kan du. Liknar alla arbetsbelastningar i Synapse. Du kan aktivera Azure Synapse Link för SQL i Azure Synapse-hanterat virtuellt nätverk för att replikera data från SQL till Synapse på ett säkert sätt. Du kan skydda mot dataexfiltrering genom att endast tillåta utgående anslutning från det hanterade virtuella nätverket till godkända mål med hjälp av hanterade privata slutpunkter.

Antal kärnor anger den beräkningsstorlek som krävs för att replikera data från källlagret till den dedikerade Synapse SQL-poolen. Det beror på mönstret för replikeringsarbetsbelastningen på källdatabasen, antalet tabeller, antalet ändringar som inträffar och storleken på rader osv. Vi rekommenderar att du börjar med ett litet antal kärnor och testar svarstiden med den faktiska arbetsbelastningen. Svarstiden för replikeringen kan återspeglas på övervakningssidan för länktabeller. Tiden för den senast bearbetade datakolumnen anger hur långt replikeringen körs bakom.

När det här alternativet är aktiverat replikeras alltid en transaktion som sträcker sig över flera tabeller i källdatabasen till måldatabasen i en enda transaktion. Detta skapar dock omkostnader för det övergripande dataflödet för replikering. När alternativet är inaktiverat replikerar varje tabell ändringar i sin egen transaktionsgräns till målet i parallella anslutningar, vilket förbättrar det övergripande dataflödet för replikering. När du vill aktivera transaktionskonsekvens mellan tabeller kontrollerar du också att transaktionsisoleringsnivåerna i din synapse-dedikerade SQL-pool är READ COMMITTED SNAPSHOT ISOLATION.

Du kan läsa Indexeringstabeller – Azure Synapse Analytics | Microsoft Docs för att förstå de tre alternativen för tabellstrukturtyp. När klustrat columnstore-index väljs stöds inte datatypen med maximal längd (till exempel VARCHAR(MAX).)

Nej. Det finns en bakgrundstråd som tar bort incheckade filer efter cirka 24 timmar så länge länken körs kontinuerligt. När länken stoppas tas hela mappen för landningszonen bort.

Azure Synapse Link för SQL är tillgängligt i följande regioner:

För Azure SQL Database hanteras landningszonen fullständigt och finns i samma region som din Azure Synapse Analytics-målarbetsyta. För SQL Server 2022 är landningszonen kundhanterad och kan finnas där du vill.

För Azure SQL Database hanteras landningszonen fullständigt och krypteras med samma nyckel som Azure Synapse Analytics-målarbetsytan – antingen plattformshanterad eller kundhanterad. För SQL Server 2022 är landningszonen kundhanterad och kan krypteras med antingen en plattformshanterad nyckel eller en kundhanterad nyckel.

Inmatningstjänsten bearbetar uppdateringar som en borttagning följt av en insert – allt i samma transaktion. Som standard körs dedikerade SQL-pooler i READ UNCOMMITTED-läge , vilket gör att du kan se ändringarna innan transaktionen har checkats in. För att säkerställa att du inte ser de här processändringarna kan du aktivera READ COMMITTED SNAPSHOT ISOLATION(LÄS BEKRÄFTAD ÖGONBLICKSBILDISOLERING).

Nej. Du måste redigera länkanslutningen i Azure Synapse Analytics-miljön för att lägga till de nya tabellerna. Du kan lägga till tabeller i en anslutning som körs utan att stoppa den . De nya tabellerna inkluderas i replikeringen när du publicerar ändringarna i länkanslutningen.

Vi har inte publicerat SLA för svarstid. Om svarstiden är hög kan du justera antalet kärnor som allokerats till länkanslutningen, storleken på den dedikerade SQL-målpoolen eller justera transaktionskonsekvensen vid skrivkonfigurationen så att den passar din arbetsbelastning.

Landningszonen är ett tillfälligt datalager och vi stöder inte användning av dessa data för något annat syfte än Azure Synapse Link för SQL.

Azure Synapse Link för SQL använder en push-modell där källdatabasen skriver data till en landningszon och flyttas till den dedikerade SQL-målpoolen av en inmatningstjänst som antingen kan köras kontinuerligt (tillhandahålla databearbetning i nära realtid) eller i schemaläge. Kopieringsaktiviteten använder en pull-modell där data efterfrågas från källdatabasen och skrivs till målplatsen enligt schema.

Den här begränsningen gäller endast för data på sidan. För off-page-data är det enda som räknas mot gränsen på 7 500 byte pekaren på 24 byte till off-page-data.

En ny ändringsflödesprocessor har integrerats i Azure SQL Database- och SQL Server 2022-motorn för att aktivera den här funktionen.

Om SAS har upphört att gälla för det användarhanterade lagringskontot för landningszonen använder du ALTER DATABASE SCOPED CREDENTIAL för att uppdatera databasautentiseringsuppgifterna för den nya SAS.

Om Azure Synapse-arbetsytan tas bort stoppar Azure SQL Database datareplikeringen från landningszonen till Azure Synapse. Den systemlagringsprocedur som sp_change_feed_drop_table_group anropas automatiskt och lagringskontot för landningszonen hanteras och rensas automatiskt. Om detta misslyckas kan du få fel 22739 från SynapseGatewayClient i sys.dm_change_feed_errors. Om detta inträffar kan du manuellt släppa changefeed tabellgruppen med sp_change_feed_drop_table_group.

Eftersom lagringskontot för landningszonen är användarhanterat i SQL Server fortsätter data att publiceras till landningszonen. Du bör inaktivera Azure Synapse Link genom att släppa relevanta tabellgrupper med sp_change_feed_drop_table_group och manuellt ta bort lagringskontot för landningszonen.

I SQL Server hanteras lagringskontot för landningszonen. Om lagringskontot för landningszonen inte längre är tillgängligt visas fel i sys.dm_change_feed_errors. Du bör inaktivera Azure Synapse Link genom att släppa relevanta tabellgrupper med sp_change_feed_drop_table_group.