Merk
Tilgang til denne siden krever autorisasjon. Du kan prøve å logge på eller endre kataloger.
Tilgang til denne siden krever autorisasjon. Du kan prøve å endre kataloger.
Speiling i Fabric gir en enkel opplevelse for å unngå komplisert ETL (Extract Transform Load) og integrere din eksisterende Azure Database for PostgreSQL fleksible serverbase med resten av dataene dine i Microsoft Fabric. Du kan kontinuerlig replikere din eksisterende Azure Database for PostgreSQL fleksible server direkte inn i Fabrics OneLake, enten serverne dine er offentlig tilgjengelige, nettverksisolerte gjennom virtuelle nettverk eller private endepunkter, eller konfigurert for høy tilgjengelighet. I Fabric kan du låse opp kraftige scenarioer for forretningsanalyse, kunstig intelligens, datateknikk, datavitenskap og datadeling.
For en veiledning i hvordan du konfigurerer din Azure Database for PostgreSQL fleksible serverspeiling i Fabric (nå generelt tilgjengelig), se Veiledning: Konfigurer Microsoft Fabric speilede databaser fra Azure Database for PostgreSQL fleksibel server.
Hvorfor bruke speiling i stoff?
Med speiling i stoff 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 designet for å forenkle dine analysebehov, og bygget for åpenhet og samarbeid mellom Microsoft, Azure Database for PostgreSQL fleksibel server, og tusenvis av teknologiløsninger som kan lese det åpne Delta Lake-tabellformatet.
Hvilke analyseopplevelser er innebygd?
Speilede databaser er et element i Fabric Data Warehousing som er forskjellig fra lager - og SQL-analyseendepunktet.
Speiling oppretter disse elementene i Fabric-arbeidsområdet:
- Det speilvendte databaseelementet. Speiling administrerer replikeringen av data til OneLake og konvertering til Parquet, i et analyseklart format. Dette muliggjør nedstrømsscenarioer som datateknikk, datavitenskap og mer.
- Et SQL-analyseendepunkt
Hver speilet database i Azure Database for PostgreSQL fleksible server har et automatisk generert SQL analytics-endepunkt som gir en rik analytisk opplevelse oppå Delta-tabellene laget av speilingsprosessen. Brukere har tilgang til kjente T-SQL-kommandoer som kan definere og spørre etter dataobjekter, men ikke manipulere dataene fra SQL-analyseendepunktet, siden det er en skrivebeskyttet kopi. Du kan utføre følgende handlinger i SQL Analytics-endepunktet:
- Utforsk tabellene som refererer til data i dine Delta Lake-tabeller fra Azure Database for PostgreSQL fleksibel server.
- 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 semantikken og forretningslogikken i T-SQL.
- Administrer tillatelser for objektene.
- Spør etter data i andre lagre og innsjøhus i samme arbeidsområde.
I tillegg til SQL-spørringseditoren, finnes det et bredt økosystem av verktøy som kan spørre SQL-analyseendepunktet, inkludert SQL Server Management Studio (SSMS), MSSQL-utvidelsen for Visual Studio Code, og til og med GitHub Copilot.
Speilede databaser tilbyr også ett-klikk-integrasjon med Microsoft Power BI i Fabric, noe som muliggjør rask rapportopprettelse direkte fra det speilede data- eller SQL-analyse-endepunktet.
Krav til nettverk
Speiling støtter både offentlig tilgjengelige servere og nettverksisolerte konfigurasjoner, inkludert servere koblet til via private endepunkter eller hostet i virtuelle nettverk. Hvis din fleksible server ikke er offentlig tilgjengelig og ikke tillater Azure tjenester å koble til den, kan du opprette en virtuell nettverksdatagateway for å speile dataene. Sørg for at Azure Virtual Network eller gateway-maskinens nettverk kan koble seg til Azure Database for PostgreSQL fleksibel server via et privat endepunkt eller er tillatt av brannmurregelen.
Aktive transaksjoner, arbeidsbelastninger og virkemåter for replikatormotor
Aktive transaksjoner fortsetter å holde write ahead log (WAL)-forkortelsen til transaksjonen commis og den speilede Azure Database for PostgreSQL fleksible serveren tar igjen, eller transaksjonen avbrytes. Langvarige transaksjoner kan føre til at WAL fylles opp mer enn vanlig. WAL på kildekoden Azure Database for PostgreSQL fleksibel server bør overvåkes slik at lagringen ikke fylles opp. Hvis du vil ha mer informasjon, kan du se WAL vokser på grunn av langvarige transaksjoner og CDC.
Hver brukerarbeidsbelastning varierer. Under det første øyeblikksbildet kan det være mer ressursbruk på kildedatabasen, for både CPU og IOPS (inndata-/utdataoperasjoner per sekund, for å lese sidene). Tabelloppdateringer/slettingsoperasjoner kan føre til økt logggenerering. Lær mer om hvordan du kan overvåke ressurser for din Azure Database for PostgreSQL fleksible server.
Støtte for databehandlingsnivå
Kilden til Azure Database for PostgreSQL fleksibel server kan være enten et generelt eller minneoptimalisert beregningslag. Burstable databehandlingsnivå støttes ikke som kilde for speiling.
For å lære mer om beregningsnivåer tilgjengelig i Azure Database for PostgreSQL fleksibel server, se Compute-alternativer i Azure Database for PostgreSQL fleksibel server.
Støtte for høy tilgjengelighet
Speiling støtter svært tilgjengelige Azure Database for PostgreSQL fleksible serverkonfigurasjoner. Replikering fortsetter sømløst over failover-hendelser uten behov for ekstra konfigurasjon. For spesifikke begrensninger eller hensyn, se Begrensninger i Microsoft Fabric speilede databaser fra Azure Database for PostgreSQL fleksibel server.
Neste trinn:
Relatert innhold
- Hvordan: Sikre data Microsoft Fabric speilede databaser fra Azure Database for PostgreSQL fleksibel server
- Begrensninger i Microsoft Fabric speilede databaser fra Azure Database for PostgreSQL fleksibel server
- Overvåk stoff speilvendt databasereplikering
- Feilsøk Fabric-speilede databaser fra Azure Database for PostgreSQL fleksibel server