Spegel av Azure Database for PostgreSQL flexibel server

Spegling i Fabric erbjuder en smidig lösning för att undvika komplexa ETL-processer (Extrahera, transformera, ladda) och integrera din befintliga Azure Database för PostgreSQL flexibla servermiljö med resten av dina data inom Microsoft Fabric. Du kan kontinuerligt replikera din befintliga Azure Database for PostgreSQL flexibel server direkt till Fabrics OneLake, oavsett om servrarna är offentligt tillgängliga, nätverksisolerade via virtuella nätverk eller privata slutpunkter eller konfigurerade för hög tillgänglighet. I Fabric kan du låsa upp kraftfull business intelligence, artificiell intelligens, datateknik, datavetenskap och datadelningsscenarier.

En handledning för konfiguration av data-speglingsinställningar för din Azure Database for PostgreSQL flexibla server i Fabric (nu allmänt tillgängligt) finns i Tutorial: Konfigurera Microsoft Fabric speglade databaser från Azure Database for PostgreSQL flexibel server.

Varför ska du använda mirroring i Fabric?

Med spegling i Fabric behöver du inte pussla ihop olika tjänster från flera leverantörer. I stället kan du njuta av en mycket integrerad produkt från slutpunkt till slutpunkt som är lätt att använda och som är utformad för att förenkla dina analysbehov och som skapats för öppenhet och samarbete mellan Microsoft, Azure Database for PostgreSQL flexibel server och 1000-tals tekniklösningar som kan läsa Delta Lake-tabellformatet med öppen källkod.

Vilka analysupplevelser är inbyggda?

Speglade databaser är ett objekt i Fabric Data Warehousing som skiljer sig från slutpunkten för lager- och SQL-analys.

Spegling skapar dessa objekt på din Fabric-arbetsyta:

• Det speglade databasobjektet. Spegling hanterar replikering av data till OneLake och konvertering till Parquet i ett analysklart format. Detta möjliggör nedströmsscenarier som datateknik, datavetenskap med mera.
• En SQL-analysslutpunkt

Varje speglad databas i Azure Database for PostgreSQL flexibel server har en automatiskt genererad SQL-analysslutpunkt som ger en omfattande analysupplevelse ovanpå deltatabellerna som skapas av speglingsprocessen. Användare har åtkomst till välbekanta T-SQL-kommandon som kan definiera och köra frågor mot dataobjekt men inte manipulera data från SQL-analysslutpunkten, eftersom det är en skrivskyddad kopia. Du kan utföra följande åtgärder i SQL-analysslutpunkten:

• Utforska tabellerna som refererar till data i dina Delta Lake-tabeller från Azure Database for PostgreSQL flexibel server.
• Skapa inga kodfrågor och vyer och utforska data visuellt utan att skriva en kodrad.
• Utveckla SQL-vyer, infogade TVF:er (Tabellvärdesfunktioner) och lagrade procedurer för att kapsla in din semantik och affärslogik i T-SQL.
• Hantera behörigheter för objekten.
• Hämta data i andra lager och lakehouses i samma miljö.

Förutom frågeredigeraren SQL, Det finns ett brett ekosystem med verktyg som kan köra frågor mot SQL-analysslutpunkten, inklusive SQL Server Management Studio (SSMS), MSSQL-tillägget för Visual Studio Code och till och med GitHub Copilot.

Speglade databaser erbjuder också integrering med ett klick med Microsoft Power BI i Fabric, vilket gör det möjligt att snabbt skapa rapporter direkt från speglingsdata eller SQL-analysslutpunkten.

Nätverkskrav

Spegling stöder både offentligt tillgängliga servrar och nätverksisolerade konfigurationer, inklusive servrar som är anslutna via privata slutpunkter eller som finns i virtuella nätverk. Om din flexibla server inte är offentligt tillgänglig och inte tillåter Azure-tjänster att ansluta till den, kan du skapa en virtuell nätverksdatagateway för att replikera data. Kontrollera att Azure Virtual Network eller nätverket för gatewaydatorn kan ansluta till Azure Database for PostgreSQL flexibla server via en privat slutpunkt eller tillåts av en brandväggsregel.

Aktiva transaktioner, arbetsbelastningar och replikeringsmotorbeteenden

Aktiva transaktioner fortsätter att hålla kvar WAL-trunkeringen (write ahead log) tills transaktionen bekräftas och den speglade flexibla servern i Azure Database för PostgreSQL hinner ikapp, eller transaktionen avbryts. Långvariga transaktioner kan leda till att WAL fylls i mer än vanligt. WAL på den flexibla källservern för Azure Database for PostgreSQL bör övervakas så att lagringen inte fylls. Mer information finns i WAL växer på grund av långvariga transaktioner och CDC.

Varje användararbetsbelastning varierar. Under den första ögonblicksbilden kan det finnas mer resursanvändning i källdatabasen, för både CPU och IOPS (indata-/utdataåtgärder per sekund, för att läsa sidorna). Tabelluppdateringar/borttagningsåtgärder kan leda till ökad logggenerering. Läs mer om hur du övervaka resurser för din Azure Database for PostgreSQL flexibla server.

Stöd för beräkningsnivå

Källan Azure Database for PostgreSQL flexibel server kan antingen vara en beräkningsnivå för generell användning eller minnesoptimerad. Burstbar beräkningsnivå stöds inte som källa för spegling.

Mer information om beräkningsnivåer som är tillgängliga på Azure Database for PostgreSQL flexibel server finns i Compute-alternativ i Azure Database for PostgreSQL flexibel server.

Stöd för hög tillgänglighet

Spegling stöder serverkonfigurationer med hög tillgänglighet i Azure Database for PostgreSQL för flexibel användning. Replikeringen fortsätter sömlöst över redundanshändelser utan att ytterligare konfiguration krävs. För eventuella specifika begränsningar eller överväganden, se Begränsningar i Microsoft Fabric speglade databaser från Azure Database for PostgreSQL flexibel server.

Nästa steg

Relaterat innehåll

• Så skyddas data i speglade Microsoft Fabric-databaser från Azure Database för flexibla Postgres-servers
• Begränsningar i Microsoft Fabric speglade databaser från Azure Database for PostgreSQL flexibla servern
• Övervaka Fabric-replikering av databaser
• Felsöka Fabric-speglade databaser i Azure Database för PostgreSQL Flexibel Server