Dela via


Begränsningar i Microsoft Fabric speglade databaser från Azure Database for PostgreSQL flexibla server

Aktuella begränsningar i speglade databaser i Microsoft Fabric från Azure Database for PostgreSQL Flexible Server visas på den här sidan. Den här sidan kan komma att ändras.

För felsökning, se:

Begränsningar på servernivå

  • Spegelbild i Fabric stöds för versionerna 14, 15, 16 och 17 av PostgreSQL.
  • Servrar på nivån Burstable Compute stöds inte.
  • Spegling i Fabric kan inte konfigureras på en Read Replica-server eller på en primär server där en Read Replica finns.
  • Transparent redundans för HA-aktiverade servrar stöds endast för PostgreSQL version 17 och senare. För tidigare versioner måste speglingssessionen återupprättas manuellt efter en redundansväxling.
  • För att återställa en server med Mirroring i Fabric aktiverat via återställning till specifik tidpunkt (PITR), måste spegling konfigureras om på den nya servern.
  • Innan du utför en huvudversionsuppgradering (MVU), inaktivera spegling i Fabric och aktivera den igen när uppgraderingen är klar.

Begränsningar på databasnivå

  • Infrastrukturspegling för Azure Database for PostgreSQL flexibel server stöds endast på en skrivbar primär databas.
  • En Azure Database for PostgreSQL flexibel serverdatabas kan bara speglas till ett enda Fabric-objekt i taget.
  • Det maximala antalet tabeller som kan speglas i Fabric är 1 000 tabeller. Det går för närvarande inte att replikera tabeller över gränsen på 1 000.
    • Om du väljer Spegla alla data när du konfigurerar spegling är de tabeller som ska speglas de första 1 000 tabellerna när alla tabeller sorteras alfabetiskt baserat på schemanamnet och sedan tabellnamnet. Den återstående uppsättningen tabeller längst ned i den alfabetiska listan speglas inte över.
    • Om du avmarkerar Spegla alla data och väljer enskilda tabeller hindras du från att välja fler än 1 000 tabeller.

Behörigheter i källdatabasen

  • Behörigheter som definieras i Azure Database for PostgreSQL flexibel server sprids inte till replikerade data i Fabric OneLake.
  • För att konfigurera spegling för Azure Database för en flexibel PostgreSQL-server framgångsrikt, måste databasrollen som används för att ansluta till källservern få de behörigheter som krävs för Fabric-spegling i databasen. Du måste ge behörigheten CREATEDB, CREATEROLE, LOGIN, REPLICATIONoch azure_cdc_admin till en ny eller befintlig roll. För ett exempelskript, se Handledning: Konfigurera speglade Microsoft Fabric-databaser från Azure Database för PostgreSQL.
  • Den databasroll som används måste också vara owner av tabellerna i källdatabasen. Det innebär att tabeller har skapats av den användaren eller att ägarskapet för dessa tabeller har ändrats med hjälp ALTER TABLE xxx OWNER TO <user>;av . När du byter ägarskap till ny användare kan du behöva bevilja användaren alla behörigheter public i schemat innan. Mer information om hantering av användarkonton finns i dokumentationen Azure Database for PostgreSQL user management. PostgreSQL-produktdokumentation för Database-roller och privilegier, GRANT Syntax och Privileges.

Nätverks- och anslutningssäkerhet

  • 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 spegla 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.
  • Den Azure Database for PostgreSQL flexibla serverns Systemtilldelad hanterad identitet (SAMI) måste vara aktiverad och måste vara den primära identiteten.

Tabellnivå

  • DDL-åtgärder på befintliga speglade tabeller stöds inte (lägg till/ta bort kolumn, ändra datatyp osv.). För att ändra befintliga tabeller måste replikeringen stoppas och startas om från den speglade databasen i Microsoft Fabric.
  • TRUNCATE TABLE kommandon på speglade tabeller stöds inte
  • Spegling stöds för närvarande inte för vyer, materialiserade vyer, externa tabeller, toast-tabeller eller partitionerade tabeller.
  • TimescaleDB-hypertabeller stöds inte för Fabric Mirroring.

Kolumnnivå

  • Data i en numerisk/decimalkolumn som överskrider precisionen 38 replikeras inte i den speglade databasen och visas som NULL.

  • Om källtabellen innehåller kolumner med någon av dessa datatyper kan dessa kolumner inte speglas i Fabric OneLake. Följande datatyper stöds för närvarande inte för spegling:

    • bit
    • bit varying [ (n) ], varbit
    • box
    • cidr
    • circle
    • inet
    • interval [ fields ] [ (p) ]
    • json
    • jsonb
    • line
    • lseg
    • macaddr
    • macaddr8
    • path
    • pg_lsn
    • pg_snapshot
    • point
    • polygon
    • tsquery
    • tsvector
    • txid_snapshot
    • xml
  • Spegling stöder replikering av kolumner som innehåller mellanslag eller specialtecken i namnen (till exempel ,;{}()\n\t=). För tabeller under replikering innan den här funktionen aktiveras måste du uppdatera de speglade databasinställningarna eller starta om speglingen för att inkludera dessa kolumner. Läs mer om stöd för deltakolumnmappning.

Lagerbegränsningar

  • Källschemahierarkin replikeras till den speglade databasen. För speglade databaser som skapats innan den här funktionen aktiveras plattas källschemat ut och schemanamnet kodas till tabellnamnet. Om du vill ordna om tabeller med scheman återskapar du den speglade databasen. Läs mer om Replikera källschemas hierarki.

Begränsningar för speglade objekt

  • Användaren måste vara medlem i rollen Administratör/Medlem för arbetsytan för att skapa en PostgreSQL-databasspegling. 
  • Att stoppa speglingen inaktiverar speglingen helt. 
  • När speglingen startas betyder att alla tabeller återställs, vilket i praktiken börjar från noll. 

Begränsningar för SQL-analysslutpunkter

Regioner som stöds

Databasspegling och öppen spegling är tillgängliga i alla Microsoft Fabric regioner. För mer information, se Tillgänglighet för Fabric-regioner.

Nästa steg