Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Mirroring in Fabric giver en nem oplevelse til at undgå komplekse ETL (Extract Transform Load) og integrere din eksisterende Azure SQL Database med resten af dine data i Microsoft Fabric. Du kan kontinuerligt replikere dine eksisterende Azure SQL-databaser direkte ind i Fabrics OneLake. I Fabric kan du låse op for effektive scenarier for business intelligence, kunstig intelligens, datateknik, datavidenskab og datadeling.
For en vejledning i at konfigurere din Azure SQL Database til spejling i Fabric, se Tutorial: Konfigurer Microsoft Fabric spejlede databaser fra Azure SQL Database.
For at lære mere og se demoer af Mirroring Azure SQL Database in Fabric, se følgende Data Exexposed-episode.
Hvorfor bruge spejling i stof?
Med Mirroring in Fabric behøver du ikke at sammensætte forskellige tjenester fra flere leverandører. I stedet kan du nyde et højt integreret, end-to-end og brugervenligt produkt, der er designet til at forenkle dine analysebehov og bygget til åbenhed og samarbejde mellem Microsoft, Azure SQL Database og tusindvis af teknologiløsninger, der kan læse det open source Delta Lake-tabelformat.
Hvilke analyseoplevelser er indbygget?
Spejlede databaser er et element i Fabric Data Warehousing, der er forskelligt fra Warehouse - og SQL-analyseslutpunktet.
Når du opretter en spejlingsdatabase, oprettes disse elementer i dit Fabric-arbejdsrum:
- Det spejlede SQL-databaseelement. Spejling styrer replikeringen af data til OneLake og konvertering til Parquet i et analyseklart format. Dette muliggør downstream-scenarier som datateknik, datavidenskab og meget mere.
- Et SQL-analyseslutpunkt
Hver spejlet Azure SQL Database har et autogenereret SQL analytics-endpoint der giver en rig analytisk oplevelse oven på de Delta-tabeller, der er skabt af spejlingsprocessen. Brugere har adgang til velkendte T-SQL-kommandoer, der kan definere og forespørge på dataobjekter, men ikke manipulere dataene fra SQL-analyseslutpunktet, da det er en skrivebeskyttet kopi. Du kan udføre følgende handlinger i SQL Analytics-slutpunktet:
- Udforsk tabellerne, der refererer til data i dine Delta Lake-tabeller fra Azure SQL Database.
- Opret forespørgsler og visninger uden kode, og udforsk data visuelt uden at skrive en kodelinje.
- Udvikl SQL-visninger, indbyggede TVF'er (tabelværdifunktioner) og lagrede procedurer for at indkapsle din semantik og forretningslogik i T-SQL.
- Administrer tilladelser til objekterne.
- Forespørg på data i andre lagersteder og søhuse i samme arbejdsområde.
Ud over SQL query editor findes der et bredt økosystem af værktøjer, der kan forespørge SQL-analyse-endpointet, herunder SQL Server Management Studio (SSMS), MSSQL-udvidelsen til Visual Studio Code og endda GitHub Copilot.
Spejling af Azure SQL Database bag firewall
Hvis din Azure SQL Database ikke er offentligt tilgængelig og ikke tillader Azure tjenester at forbinde til den, kan du opsætte virtuel netværksdatagateway eller on-premises datagateway til at spejle dataene. Datagatewayen muliggør sikre forbindelser til dine kildedatabaser via et privat slutpunkt eller fra et privat netværk, der er tillid til. For mere information, se Tutorial: Konfigurér Microsoft Fabric spejlede databaser fra Azure SQL Database.
Aktive transaktioner, arbejdsbelastninger og replikatorprogramadfærd
- Aktive transaktioner fortsætter med at holde transaktionsloggens afskæring, indtil transaktionen commites, og den spejlede Azure SQL Database indhenter det, eller transaktionen afbrydes. Langvarige transaktioner kan resultere i, at transaktionsloggen fyldes mere op end normalt. Kildedatabasens transaktionslog skal overvåges, så transaktionsloggen ikke udfyldes. Du kan finde flere oplysninger i Transaktionsloggen vokser på grund af langvarige transaktioner og CDC.
- Hver brugers arbejdsbyrde varierer. Under det første øjebliksbillede kan der være mere ressourceforbrug i kildedatabasen for både CPU og IOPS (input-/outputhandlinger pr. sekund for at læse siderne). Tabelopdateringer/sletningshandlinger kan føre til øget loggenerering. Lær mere om, hvordan du monitorer ressourcer til din Azure SQL Database.
Understøttelse af niveau og købsmodel
Kilden til Azure SQL Database kan være enten en enkelt database eller en database i en elastisk pulje.
- Alle tjenesteniveauer i vCore-købsmodellen understøttes.
- For DTU-købsmodellen (Database Transaction Unit) understøttes databaser, der er oprettet på tjenesteniveauerneFree, Basic eller Standard med færre end 100 DTU'er, ikke.
Pricing
Strukturberegning, der bruges til at replikere dine data til Fabric OneLake, er gratis. Opbevaring i OneLake er gratis baseret på kapacitetsstørrelsen. Du kan finde flere oplysninger under Omkostninger ved spejling og OneLake-priser for spejling. Compute-forbruget til forespørgsler via SQL, Power BI eller Spark opkræves stadig baseret på Fabric-kapaciteten.