Del via

Speiling av fleksibel server for Azure Database for PostgreSQL

Speiling i Fabric gir en enkel opplevelse for å unngå kompleks ETL (Extract Transform Load) og integrere din eksisterende fleksible Azure Database for PostgreSQL-servereiendom 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 via 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 om hvordan du konfigurerer din Azure Database for PostgreSQL fleksibel serverspeiling i Fabric (nå allment 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 glede deg over et svært integrert, ende-til-ende og brukervennlig produkt som er utformet for å forenkle analysebehovene dine, og bygget for åpenhet og samarbeid mellom Microsoft, Azure Database for PostgreSQL fleksibel server og 1000-vis av teknologiløsninger som kan lese Delta Lake-tabellformatet med åpen kildekode.

Hvilke analyseopplevelser er innebygd?

Speilede databaser er et element i Fabric Data Warehousing som er forskjellig fra lager - og SQL-analyseendepunktet.

Diagram over Fabric databasespeiling for Azure Database for PostgreSQL fleksibel server.

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 speilede database i Azure Database for PostgreSQL fleksibel server har et automatisk generert SQL-analyseendepunkt som gir en rik analytisk opplevelse på toppen av Delta-tabellene som opprettes 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 Delta Lake-tabellene dine 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 redigeringsprogrammet for SQL-spørring finnes det et bredt økosystem av verktøy som kan spørre SQL-analyseendepunktet, inkludert SQL Server Management Studio (SSMS),mssql-utvidelsen med 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 den fleksible serveren ikke er offentlig tilgjengelig og ikke tillater Azure-tjenester å koble til den, kan du opprette en virtuell nettverksdatagateway for å speile dataene. Kontroller at Azure Virtual Network eller gateway-maskinens nettverk kan koble til den fleksible Azure Database for PostgreSQL-serveren via et privat endepunkt eller er tillatt av brannmurregelen.

Aktive transaksjoner, arbeidsbelastninger og virkemåter for replikatormotor

Aktive transaksjoner fortsetter å holde avkortingen av WAL-loggen (write ahead log) til transaksjonen forpliktes og den speilede fleksible Azure Database for PostgreSQL-serveren innhentes, eller transaksjonen avbrytes. Langvarige transaksjoner kan føre til at WAL fylles opp mer enn vanlig. WAL på kilden 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. Finn ut mer om hvordan du overvåker ressurser for din fleksible Azure Database for PostgreSQL-server.

Støtte for databehandlingsnivå

Kilden Azure Database for PostgreSQL fleksibel server kan enten være et generelt eller minneoptimalisert databehandlingsnivå. Burstable databehandlingsnivå støttes ikke som kilde for speiling.

Hvis du vil vite mer om databehandlingsnivåer som er tilgjengelige i Azure Database for PostgreSQL fleksibel server, kan du se Databehandlingsalternativer i Azure Database for PostgreSQL fleksibel server.

Støtte for høy tilgjengelighet

Speiling støtter svært tilgjengelig 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:

Opplæring: Konfigurer Microsoft Fabric-speilede databaser fra Azure Database for PostgreSQL fleksibel server

Relatert innhold

  • Last updated on