Del via

Spejling af fleksibel server til Azure Database for PostgreSQL

Spejling i Fabric giver en nem oplevelse for at undgå kompleks ETL (Extract Transform Load) og integrere din eksisterende fleksible Azure Database for PostgreSQL-serverejendom med resten af dine data i Microsoft Fabric. Du kan løbende replikere din eksisterende Azure Database for PostgreSQL fleksible server direkte ind i Fabrics OneLake, uanset om dine servere er offentligt tilgængelige, netværksisolerede via virtuelle netværk eller private endepunkter, eller konfigureret til høj tilgængelighed. 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 Database til PostgreSQL fleksibel serverspejling i Fabric (nu generelt tilgængelig), se Vejledning: Konfigurer Microsoft Fabric-spejlede databaser fra Azure Database for PostgreSQL fleksibel server.

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 godt af et meget integreret, komplet og brugervenligt produkt, der er designet til at forenkle dine analysebehov og bygget til åbenhed og samarbejde mellem Microsoft, Azure Database for PostgreSQL fleksibel server og 1000-vis af teknologiløsninger, der kan læse Delta Lake-tabelformatet med åben kildekode.

Hvilke analyseoplevelser er indbygget?

Spejlede databaser er et element i Fabric Data Warehousing, der er forskelligt fra Warehouse - og SQL-analyseslutpunktet.

Diagram over spejling af Fabric-database til fleksibel server til Azure Database for PostgreSQL.

Spejling opretter disse elementer i dit Fabric-arbejdsrum:

  • Det spejlede 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 database i Azure Database for PostgreSQL fleksibel server har et automatisk genereret SQL-analyseslutpunkt , der giver en omfattende analytisk oplevelse oven på de Delta-tabeller, der oprettes 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 de tabeller, der refererer til data i dine Delta Lake-tabeller, fra den fleksible Azure Database for PostgreSQL-server.
  • 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-forespørgselseditoren er der et bredt økosystem af værktøjer, der kan forespørge på SQL-analyseslutpunktet, herunder SQL Server Management Studio (SSMS),mssql-udvidelsen med Visual Studio Code og endda GitHub Copilot.

Spejlede databaser tilbyder også ét-klik integration med Microsoft Power BI inden for Fabric, hvilket muliggør hurtig rapportoprettelse direkte fra det spejlede data- eller SQL-analyse-endpoint.

Krav til netværk

Spejling understøtter både offentligt tilgængelige servere og netværksisolerede konfigurationer, herunder servere forbundet via private endepunkter eller hostet i virtuelle netværk. Hvis din fleksible server ikke er offentligt tilgængelig og ikke tillader Azure-tjenester at oprette forbindelse til den, kan du oprette en virtuel netværksdatagateway for at spejle dataene. Sørg for, at Azure Virtual Network eller gatewaycomputerens netværk kan oprette forbindelse til den fleksible Azure Database for PostgreSQL-server via et privat slutpunkt eller er tilladt af firewallreglen.

Aktive transaktioner, arbejdsbelastninger og replikatorprogramadfærd

Aktive transaktioner fortsætter med at indeholde WAL-trunkeringen (write ahead log), indtil transaktionen bekræftes, og den spejlede fleksible Azure Database for PostgreSQL-server indhenter det, eller transaktionen afbrydes. Langvarige transaktioner kan resultere i, at WAL fyldes mere op end normalt. WAL på den fleksible server Azure Database for PostgreSQL skal overvåges, så lageret ikke fyldes op. Du kan finde flere oplysninger i WAL 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. Få mere at vide om, hvordan du overvåger ressourcer for din fleksible Azure Database for PostgreSQL-server.

Understøttelse af beregningsniveau

Den fleksible Azure Database for PostgreSQL-kildeserver kan enten være et beregningsniveau til generel brug eller et hukommelsesoptimeret beregningsniveau. Burstable-beregningsniveauet understøttes ikke som kilde til spejling.

Hvis du vil vide mere om beregningsniveauer, der er tilgængelige i den fleksible Azure Database for PostgreSQL-server, skal du se Beregningsindstillinger i Azure Database for PostgreSQL fleksibel server.

Høj tilgængelighedsstøtte

Spejling understøtter meget tilgængelige Azure Database for PostgreSQL fleksible serverkonfigurationer. Replikation fortsætter problemfrit over failover-begivenheder uden behov for yderligere konfiguration. For specifikke begrænsninger eller overvejelser, se Begrænsninger i Microsoft Fabric spejlede databaser fra Azure Database for PostgreSQL fleksibel server.

Næste trin

Selvstudium: Konfigurer Microsoft Fabric-spejlede databaser fra Azure Database for PostgreSQL fleksibel server

Relateret indhold

  • Last updated on