Het spiegelen van Azure SQL Database

Spiegeling 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.

Voor een zelfstudie over het configureren van uw Azure SQL Database for Mirroring in Fabric raadpleegt u de zelfstudie: Gespiegelde Microsoft Fabric-databases configureren vanuit Azure SQL Database.

Bekijk de volgende aflevering van Data Exposed voor meer informatie en demo's van Het spiegelen van 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.

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

• Het gespiegelde SQL-database-item. Spiegeling beheert de replicatie van gegevens in OneLake en conversie naar Parquet, in een indeling die 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 zijn gemaakt door het spiegelingsproces. 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 is er een breed ecosysteem van hulpprogramma's waarmee u query's kunt uitvoeren op het SQL Analytics-eindpunt, waaronder SQL Server Management Studio (SSMS), de mssql-extensie met Visual Studio Code en zelfs GitHub Copilot.

Azure SQL Database spiegelen achter firewall

Als uw Azure SQL Database niet openbaar toegankelijk is en Azure-services niet toestaat om er verbinding mee te maken, kunt u een gegevensgateway voor een virtueel netwerk 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 Zelfstudie: Gespiegelde Databases van Microsoft Fabric configureren vanuit Azure SQL Database voor meer informatie.

Gedrag van actieve transacties, workloads en replicator-engine

• Actieve transacties blijven de afkapping van het transactielogboek behouden totdat de transactiedoorvoeringen en de gespiegelde Azure SQL Database in beslag nemen, 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 wordt ingevuld. Zie Transactielogboek groeit vanwege langlopende transacties en CDC voor meer informatie.
• 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 bewaken van resources voor uw Azure SQL Database.

Ondersteuning voor laag- en aankoopmodel

De azure SQL-brondatabase 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 opvragen van gegevens via SQL, Power BI of Spark wordt nog steeds in rekening gebracht op basis van de infrastructuurcapaciteit.

Volgende stap

Verwante inhoud

• Procedure: Gespiegelde databases van Microsoft Fabric beveiligen vanuit Azure SQL Database
• Beperkingen in gespiegelde Microsoft Fabric-databases van Azure SQL Database
• De replicatie van gespiegelde databases van Fabric bewaken
• Problemen met gespiegelde Fabric-databases oplossen vanuit Azure SQL Database