Spegling av Azure SQL Database
Spegling i Fabric ger en enkel upplevelse för att undvika komplex ETL (extrahera transformeringsbelastning) och integrera din befintliga Azure SQL Database-egendom med resten av dina data i Microsoft Fabric. Du kan kontinuerligt replikera dina befintliga Azure SQL-databaser direkt till Fabrics OneLake. I Fabric kan du låsa upp kraftfull business intelligence, artificiell intelligens, Dataingenjör ing, Datavetenskap och datadelningsscenarier.
En självstudiekurs om hur du konfigurerar Azure SQL Database for Mirroring i Fabric finns i Självstudie: Konfigurera Microsoft Fabric-speglade databaser från Azure SQL Database.
Om du vill veta mer och titta på demonstrationer av Spegling av Azure SQL Database i Fabric kan du titta på följande avsnitt av Data Exposed.
Varför ska du använda spegling i Infrastrukturresurser?
Med spegling i Infrastruktur behöver du inte pussla ihop olika tjänster från flera leverantörer. I stället kan du njuta av en mycket integrerad produkt från slutpunkt till slutpunkt som är lätt att använda och som är utformad för att förenkla dina analysbehov och som skapats för öppenhet och samarbete mellan Microsoft, Azure SQL Database och 1000-tals tekniklösningar som kan läsa Delta Lake-tabellformatet med öppen källkod.
Vilka analysupplevelser är inbyggda?
Speglade databaser är ett objekt i Infrastrukturresurser Datalagring skiljer sig från slutpunkten för lager- och SQL-analys.
Spegling skapar tre objekt på arbetsytan Infrastruktur:
- Det speglade databasobjektet. Spegling hanterar replikering av data till OneLake och konvertering till Parquet i ett analysklart format. Detta möjliggör nedströmsscenarier som datateknik, datavetenskap med mera.
- En SQL-analysslutpunkt
- En standardsemantisk modell
Varje speglad Azure SQL Database har en autogenererad SQL-analysslutpunkt som ger en omfattande analytisk upplevelse ovanpå deltatabellerna som skapats av speglingsprocessen. Användare har åtkomst till välbekanta T-SQL-kommandon som kan definiera och köra frågor mot dataobjekt men inte manipulera data från SQL-analysslutpunkten, eftersom det är en skrivskyddad kopia. Du kan utföra följande åtgärder i SQL-analysslutpunkten:
- Utforska tabellerna som refererar till data i dina Delta Lake-tabeller från Azure SQL Database.
- Skapa inga kodfrågor och vyer och utforska data visuellt utan att skriva en kodrad.
- Utveckla SQL-vyer, infogade TVF:er (Tabellvärdesfunktioner) och lagrade procedurer för att kapsla in din semantik och affärslogik i T-SQL.
- Hantera behörigheter för objekten.
- Fråga efter data i andra lager och lakehouses på samma arbetsyta.
Förutom SQL-frågeredigeraren finns det ett brett ekosystem med verktyg som kan köra frågor mot SQL-analysslutpunkten, inklusive SQL Server Management Studio (SSMS), mssql-tillägget med Visual Studio Code och till och med GitHub Copilot.
Nätverkskrav
För närvarande stöder spegling inte logiska Azure SQL Database-servrar bakom ett virtuellt Azure-nätverk eller privata nätverk. Om du har din Azure Database-instans bakom ett privat nätverk kan du inte aktivera Azure SQL Database-spegling.
- För närvarande måste du uppdatera brandväggsreglerna för den logiska Azure SQL-servern till Tillåt åtkomst till offentligt nätverk.
- Du måste aktivera alternativet Tillåt Azure-tjänster att ansluta till din logiska Azure SQL Database-server.
Aktiva transaktioner, arbetsbelastningar och replikeringsmotorbeteenden
- Aktiva transaktioner fortsätter att hålla transaktionsloggens trunkering tills transaktionen checkas in och den speglade Azure SQL Database kommer ikapp eller transaktionen avbryts. Långvariga transaktioner kan leda till att transaktionsloggen fylls i mer än vanligt. Transaktionsloggen för källdatabasen bör övervakas så att transaktionsloggen inte fylls. Mer information finns i Transaktionsloggen växer på grund av långvariga transaktioner och CDC.
- Varje användararbetsbelastning varierar. Under den första ögonblicksbilden kan det finnas mer resursanvändning i källdatabasen, för både CPU och IOPS (indata-/utdataåtgärder per sekund, för att läsa sidorna). Tabelluppdateringar/borttagningsåtgärder kan leda till ökad logggenerering. Läs mer om hur du övervakar resurser för din Azure SQL Database.
- Replikatormotorn övervakar varje tabell för ändringar oberoende av varandra. Om det inte finns några uppdateringar i en källtabell börjar replikatormotorn säkerhetskopiera med en exponentiellt ökande varaktighet för tabellen, upp till en timme. Samma sak kan inträffa om det finns ett tillfälligt fel som förhindrar datauppdatering. Replikatormotorn återupptar automatiskt den regelbundna avsökningen när uppdaterade data har identifierats.
Stöd för nivå- och inköpsmodell
Azure SQL Database-källan kan vara antingen en enkel databas eller en databas i en elastisk pool.
- Alla tjänstnivåer i köpmodellen för virtuella kärnor stöds.
- För köpmodellen DTU (Database Transaction Unit) stöds inte databaser som skapats på tjänstnivåerna Kostnadsfri, Basic eller Standard med färre än 100 DTU:er.