Speiling av Azure SQL Database
Speiling i stoff gir en enkel opplevelse for å unngå kompleks ETL (Extract Transform Load) og integrere den eksisterende Azure SQL Database-eiendommen med resten av dataene dine i Microsoft Fabric. Du kan kontinuerlig replikere eksisterende Azure SQL-databaser direkte til Fabrics OneLake. I Fabric kan du låse opp kraftig forretningsintelligens, kunstig intelligens, Dataingeniør ing, datavitenskap og datadelingsscenarioer.
Hvis du vil ha en opplæring om hvordan du konfigurerer Azure SQL Database for Speiling i Stoff, kan du se Opplæring: Konfigurere speilvendte Databaser i Microsoft Fabric fra Azure SQL Database.
Hvis du vil lære mer og se demoer av Mirroring Azure SQL Database i Fabric, kan du se følgende Data Exposed-episode.
Hvorfor bruke Speiling i Stoff?
Med Mirroring in Fabric trenger du ikke å sette sammen forskjellige tjenester fra flere leverandører. I stedet kan du nyte et svært integrert, ende-til-ende og brukervennlig produkt som er utformet for å forenkle analysebehovene dine, og som er bygd for åpenhet og samarbeid mellom Microsoft, Azure SQL Database og 1000-tallet med teknologiløsninger som kan lese tabellformatet Delta Lake med åpen kildekode.
Hvilke analyseopplevelser er innebygd?
Speilede databaser er et element i Fabric Data Warehousing som er forskjellig fra endepunktet for lager- og SQL-analyse.
Speiling oppretter tre elementer i Fabric-arbeidsområdet:
- Det speilede databaseelementet. Speiling administrerer replikering av data til OneLake og konvertering til Parquet, i et analyseklart format. Dette muliggjør nedstrømsscenarioer som datateknikk, datavitenskap og mer.
- Et endepunkt for SQL-analyse
- En standard semantisk modell
Hver speilede Azure SQL Database har et autogenerert SQL Analytics-endepunkt som gir en rik analytisk opplevelse oppå Delta-tabellene som er opprettet av speilingsprosessen. Brukere har tilgang til kjente T-SQL-kommandoer som kan definere og spørre etter dataobjekter, men ikke manipulere dataene fra endepunktet for SQL-analyse, da det er en skrivebeskyttet kopi. Du kan utføre følgende handlinger i SQL Analytics-endepunktet:
- Utforsk tabellene som refererer til data i Delta Lake-tabellene fra Azure SQL Database.
- Opprett ingen kodespørringer og visninger, og utforsk data visuelt uten å skrive en kodelinje.
- Utvikle SQL-visninger, innebygde TVF-er (tabellverdifunksjoner) og lagrede prosedyrer for å innkapsle semantikk og forretningslogikk i T-SQL.
- Behandle tillatelser på objektene.
- Spør etter data i andre lagre og lakehouses i samme arbeidsområde.
I tillegg til redigeringsprogrammet for SQL-spørringer finnes det et bredt økosystem med verktøy som kan spørre sql analytics-endepunktet, inkludert SQL Server Management Studio (SSMS), mssql-utvidelsen med Visual Studio Code og til og med GitHubCopilot.
Nettverkskrav
Speiling støtter for øyeblikket ikke logiske servere for Azure SQL Database bak et Azure Virtual Network eller privat nettverk. Hvis du har Azure Database-forekomsten bak et privat nettverk, kan du ikke aktivere speiling av Azure SQL Database.
- For øyeblikket må du oppdatere de logiske serverbrannmurreglene for Azure SQL for å tillate offentlig nettverkstilgang.
- Du må aktivere alternativet Tillat Azure-tjenester for å koble til den logiske serveren for Azure SQL Database.
Aktive transaksjoner, arbeidsbelastninger og virkemåter for replikatormotorer
- Aktive transaksjoner fortsetter å holde transaksjonsloggavkortingen til transaksjonen utføres, og den speilede Azure SQL Database fanger opp, eller transaksjonen avbrytes. Langvarige transaksjoner kan føre til at transaksjonsloggen fylles opp mer enn vanlig. Transaksjonsloggen for kildedatabasen bør overvåkes slik at transaksjonsloggen ikke fylles ut. Hvis du vil ha mer informasjon, kan du se Transaksjonsloggen vokser på grunn av langvarige transaksjoner og CDC.
- Hver brukerarbeidsmengde varierer. Under første øyeblikksbilde kan det være mer ressursbruk i kildedatabasen, for både CPU og IOPS (inndata-/utdataoperasjoner per sekund, for å lese sidene). Tabelloppdateringer/slettingsoperasjoner kan føre til økt logggenerering. Mer informasjon hvordan du overvåker ressurser for Azure SQL Database.
- Replikatormotoren overvåker hver tabell for endringer uavhengig av hverandre. Hvis det ikke er noen oppdateringer i en kildetabell, begynner replikatormotoren å trekke seg tilbake med en eksponentielt økende varighet for tabellen, opptil en time. Det samme kan oppstå hvis det er en midlertidig feil som hindrer dataoppdatering. Replikeringsmotoren gjenopptar automatisk regelmessig avspørring etter at oppdaterte data oppdages.
Støtte for nivå- og innkjøpsmodell
Kilden Azure SQL Database kan enten være én enkelt database eller en database i et elastisk utvalg.
- Alle tjenestenivåer i vCore-kjøpsmodellen støttes.
- For DTU-kjøpsmodellen (databasetransaksjonsenhet) støttes ikke databaser som er opprettet i kostnads-, grunnleggende- eller standardtjenestenivåene med færre enn 100 DTUer.