Delen via

Spiegelen van Azure SQL Database

Mirroring in Fabric biedt een eenvoudige ervaring om complexe ETL (Extract Transform Load) te voorkomen en uw bestaande Azure SQL Database estate te integreren met de rest van uw gegevens in Microsoft Fabric. U kunt uw bestaande Azure SQL Databases continu rechtstreeks repliceren naar OneLake van Fabric. In Fabric kunt u krachtige business intelligence-, kunstmatige intelligentie-, Data Engineering-, Data Science- en gegevensdelingsscenario's ontgrendelen.

Zie Tutorial: Microsoft Fabric gespiegelde databases configureren vanuit Azure SQL Database voor een zelfstudie over het configureren van uw Azure SQL Database voor spiegeling in Fabric.

Bekijk de volgende Data Exposed episode voor meer informatie en bekijk demo's van Mirroring Azure SQL Database in Fabric.

Waarom spiegeling gebruiken in Fabric?

Met Mirroring in Fabric hoeft u geen verschillende services van meerdere leveranciers samen te voegen. In plaats daarvan kunt u genieten van een zeer geïntegreerd, end-to-end en gebruiksvriendelijk product dat is ontworpen om uw analysebehoeften te vereenvoudigen en gebouwd voor openheid en samenwerking tussen Microsoft, Azure SQL Database en de 1000s technologieoplossingen die de opensource-indeling van de Delta Lake-tabel kunnen lezen.

Welke analyse-ervaringen zijn ingebouwd?

Gespiegelde databases zijn een item in Fabric Data Warehouse dat verschilt van het eindpunt voor warehouse - en SQL-analyse.

Diagram van Fabric-databasespiegeling voor Azure SQL Database.

Als u een spiegelingsdatabase maakt, worden deze items in uw Fabric-werkruimte gemaakt:

  • Het gespiegelde SQL-database-item. Spiegeling beheert de replicatie van data in OneLake en conversie naar Parquet, in een formaat dat gereed is voor analyse. Dit maakt downstreamscenario's mogelijk, zoals data engineering, data science en meer.
  • Een SQL Analytics-eindpunt

Elke gespiegelde Azure SQL Database heeft een automatisch gegenereerd SQL-analyse-eindpunt dat een uitgebreide analytische ervaring biedt boven op de Delta-tabellen die door het spiegelingsproces zijn gemaakt. Gebruikers hebben toegang tot bekende T-SQL-opdrachten die gegevensobjecten kunnen definiëren en opvragen, maar de gegevens niet kunnen manipuleren vanuit het SQL-analyse-eindpunt, omdat het een alleen-lezen kopie is. U kunt de volgende acties uitvoeren in het SQL Analytics-eindpunt:

  • Verken de tabellen die verwijzen naar gegevens in uw Delta Lake-tabellen vanuit Azure SQL Database.
  • Maak geen codequery's en weergaven en verken gegevens visueel zonder een coderegel te schrijven.
  • Ontwikkel SQL-weergaven, inline-TVF's (tabelwaardefuncties) en opgeslagen procedures om uw semantiek en bedrijfslogica in T-SQL in te kapselen.
  • Machtigingen voor de objecten beheren.
  • Query's uitvoeren op gegevens in andere warehouses en Lakehouses in dezelfde werkruimte.

Naast de SQL-queryeditor, er is een breed ecosysteem van hulpprogramma's waarmee een query kan worden uitgevoerd op het SQL Analytics-eindpunt, waaronder SQL Server Management Studio (SSMS), the MSSQL-extensie voor Visual Studio Code en zelfs GitHub Copilot.

Het repliceren van Azure SQL Database achter een firewall.

Als uw Azure SQL Database niet openbaar toegankelijk is en Azure-services niet toestaat om er verbinding mee te maken, kunt u een virtuele netwerkgegevensgateway of een on-premises gegevensgateway instellen om de gegevens te spiegelen. De gegevensgateway vereenvoudigt beveiligde verbindingen met uw brondatabases via een privé-eindpunt of vanuit een vertrouwd particulier netwerk. Zie Tutorial: Microsoft Fabric gespiegelde databases configureren vanuit Azure SQL Database voor meer informatie.

Gedrag van actieve transacties, workloads en replicatormotoren

  • Actieve transacties blijven de afkapping van het transactielogboek behouden totdat de transactiedoorvoeringen en de gespiegelde Azure SQL Database inhalen, of de transactie wordt afgebroken. Langlopende transacties kunnen ertoe leiden dat het transactielogboek meer dan normaal volloopt. Het transactielogboek van de brondatabase moet worden bewaakt, zodat het transactielogboek niet vol raakt. Zie voor meer informatie Transactielogboek groeit vanwege langlopende transacties en CDC.
  • Elke gebruikersworkload varieert. Tijdens de eerste momentopname is er mogelijk meer resourcegebruik in de brondatabase, voor zowel CPU als IOPS (invoer-/uitvoerbewerkingen per seconde) om de pagina's te lezen. Tabelupdates/verwijderbewerkingen kunnen leiden tot een grotere generatie van logboeken. Meer informatie over het monitoren van resources voor uw Azure SQL Database.

Ondersteuning voor niveau- en aankoopmodel

De bron-Azure SQL Database kan één database of een database in een elastische pool zijn.

  • Alle servicelagen in het vCore-aankoopmodel worden ondersteund.
  • Voor het aankoopmodel DTU (Database Transaction Unit) worden databases die zijn gemaakt in de servicelagen Free, Basic of Standard met minder dan 100 DTU'sniet ondersteund.

Pricing

Fabric-rekenkracht die wordt gebruikt om uw gegevens te repliceren naar Fabric OneLake is gratis. Opslag in OneLake is gratis op basis van de capaciteitsgrootte. Zie Kosten voor spiegeling en OneLake-prijzen voor spiegeling voor meer informatie. Het rekengebruik voor het uitvoeren van query's op gegevens via SQL, Power BI of Spark wordt nog steeds in rekening gebracht op basis van de infrastructuurcapaciteit.

Volgende stap

Tutorial: Microsoft Fabric gespiegelde databases configureren vanuit Azure SQL Database

Verwante inhoud

  • Last updated on