Felsöka Fabric-speglade databaser

I den här artikeln beskrivs vanliga scenarier, lösningar och tillvägagångssätt för Microsoft Fabric-speglade databaser. För varje datakälla läser du även den specifika felsökningen, vanliga frågor och svar och begränsningar.

Källa	Begränsningar	Felsökning	Vanliga frågor
Azure Cosmos DB	Begränsningar	Felsöka	Vanliga frågor och svar
Azure-databas för MySQL	Begränsningar	Felsöka	Vanliga frågor och svar
Azure-databasen för PostgreSQL	Begränsningar	Felsöka	Vanliga frågor och svar
Azure Databricks	Begränsningar		Vanliga frågor och svar
Azure SQL Database	Begränsningar	Felsöka	Vanliga frågor och svar
Hanterad instans i Azure SQL	Begränsningar	Felsöka	Vanliga frågor och svar
Fabric SQL-databas	Begränsningar	Felsöka	Vanliga frågor och svar
Google BigQuery (ett molnbaserat dataanalysverktyg)	Begränsningar		Vanliga frågor och svar
Oracle	Begränsningar
SAP	Begränsningar
Snöflinga	Begränsningar	Felsöka
SQL Server	Begränsningar	Felsöka	Vanliga frågor och svar

Ändringar i fabric-kapacitet

Scenario	Description
Nätverkskapaciteten har pausats	Speglingen stoppas och du kan inte visa eller komma åt det speglade databasobjektet. Återuppta eller omtilldela kapaciteten till din arbetsyta.
Nätverkskapaciteten återupptas	När du återupptar kapaciteten från ett pausat tillstånd visas den speglade databasstatusen som Pausad. Därför replikeras inte ändringar som görs i källan till OneLake. Om du vill återuppta speglingen går du till den speglade databasen i Infrastrukturportalen och väljer Återuppta replikering. Speglingen fortsätter där den pausades. Om kapaciteten förblir pausad under en längre tid kanske speglingen inte återupptas från sin stopppunkt och återställer data från början. En omstart inträffar eftersom att speglingen pausas länge gör att användningen av källdatabasens transaktionslogg ökar och förhindrar trunkering av loggarna. För att minimera påverkan på källdatabasen, om det använda loggutrymmet är nära att vara fullt, frigörs loggutrymmet när speglingen återupptas och databasen återutsäds.
Skalning av fabric-kapacitet	Speglingen fortsätter. Om du skalar ned kapaciteten bör du vara medveten om att OneLake-lagringen för speglade data är fri upp till en gräns baserat på kapacitetsstorleken, vilket kan medföra ytterligare lagringsavgifter om kapaciteten skalas ned. Mer information finns i Kostnaden för spegling.
Tygnätskapacitet strypad	Vänta tills överlagringstillståndet är över eller uppdatera kapaciteten. Speglingen fortsätter när kapaciteten har återställts. Mer information finns i Åtgärder som du kan vidta för att återställa från överlagringssituationer.
Utvärderingskapaciteten för Fabric har löpt ut	Speglingen har stoppat. För att behålla den speglade databasen, köp Fabrickapacitet. Mer information finns i Testkapaciteten för fabric upphör att gälla.

Data verkar inte replikeras

Om du ser en fördröjning i utseendet på speglade data kontrollerar du följande:

Speglingsstatus: På sidan Övervakning av infrastrukturportalen i den speglade databasen kontrollerar du statusen för den speglade databasen och specifika tabeller. Kontrollera kolumnen "Senast slutförd" som anger den senaste gången som Fabric uppdaterar den speglade tabellen från källan. Ett tomt värde innebär att tabellen ännu inte speglas.

Om du aktiverar övervakning av arbetsytan kan du kontrollera latensen för speglingskörningen genom att hämta värdet från de speglade databasåtgärdsloggarna.

För källtyper som Azure SQL Database, Azure SQL Managed Instance, Azure Database for MySQL och Azure Database for PostgreSQL följer du den specifika instruktionen för att även kontrollera konfigurationen och statusen för källdatabasen.
Data i OneLake: Spegling replikerar kontinuerligt dina data till OneLake i Delta Lake-tabellformat. Om du vill kontrollera om data hamnar i OneLake korrekt kan du skapa en genväg från de speglade tabellerna till en Lakehouse och sedan skapa notebook-filer med Spark-frågor för att köra frågor mot data. Läs mer om Utforska med notebooks.
Data i SQL-analysslutpunkten: Du kan köra frågor om speglade data via SQL-analysslutpunkten för den speglade databasen eller ett Lakehouse med en genväg till de speglade data. När du ser en fördröjning, validera speglingsstatusen och data i OneLake som nämnts tidigare. Om data visas i OneLake men inte i SQL-analysslutpunkten kan det bero på en fördröjning i metadatasynkroniseringen i SQL-analysslutpunkten.

Du kan framtvinga en uppdatering av den automatiska metadatagenomsökningen manuellt. På sidan för SQL-analysslutpunkten väljer du knappen Uppdatera enligt följande bild. Vänta en stund och fråga sedan data igen för att kontrollera.

Stoppa replikering

När du väljer Stoppa replikering förblir OneLake-filer som de är, men inkrementell replikering stoppas. Du kan starta om replikeringen när som helst genom att välja Starta replikering. Du kanske vill stoppa och starta replikeringen när du återställer replikeringstillståndet, efter ändringar i källdatabasen eller som ett felsökningsverktyg.

Replikera källschemahierarki

När du speglar data från olika typer av källdatabaser bevaras källschemahierarkin i den speglade databasen. Det säkerställer att dina data förblir konsekvent ordnade mellan olika tjänster, så att du kan använda dem med samma logik i SQL-analysslutpunkten, Spark Notebooks, semantiska modeller och andra referenser till data.

För speglade databaser som skapats innan den här funktionen aktiveras ser du att källschemat är utplattat i den speglade databasen och schemanamnet kodas till tabellnamnet. Om du vill ordna om tabeller med scheman återskapar du den speglade databasen.

Om du använder API för att skapa eller uppdatera en speglad databas anger du ett värde för defaultSchema egenskapen, som anger om schemahierarkin ska replikeras från källdatabasen. Hänvisa till definitionsexemplen i Microsoft Fabric offentligt REST API för spegling.

Stöd för deltakolumnmappning

Spegling stöder replikering av kolumner som innehåller blanksteg eller specialtecken i namn (till exempel ,, ;, {, }, (), , \n, \t, =) från källdatabaserna till de speglade databaserna. I bakgrunden skriver speglingen data till OneLake med Delta-kolumnmappning aktiverat.

För tabeller som redan är under replikering innan den här funktionen är aktiverad måste du uppdatera de speglade databasinställningarna genom att ta bort och läsa tabellerna, eller stoppa och starta om den speglade databasen om du vill inkludera kolumner med specialtecken i namn.

Ta över ägarskapet för en speglad databas

För närvarande stöder speglade databaser inte ägarskapsändringar. Om en speglad databas slutar fungera eftersom objektägaren lämnade organisationen eller inte längre är giltig måste du återskapa den speglade databasen.

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.

Felsökning

Det här avsnittet innehåller allmänna felsökningssteg för spegling.

Jag kan inte ansluta till en källdatabas

Kontrollera anslutningsinformationen, inklusive servernamn, databasnamn, användarnamn och lösenord.
Kontrollera att servern inte finns bakom en brandvägg eller ett privat virtuellt nätverk. Öppna lämpliga brandväggsportar.
- Vissa speglade källor stöder virtuell nätverksdatagateway eller lokala datagatewayer. Mer information om den här funktionen finns i källans dokumentation.

Inga vyer replikeras

Vyer stöds för närvarande inte. Endast vanliga tabeller stöder replikering.

Inga tabeller replikeras

Kontrollera övervakningsstatusen för att kontrollera statusen för tabellerna. Mer information finns i Övervaka speglad databasreplikering i Monitor Fabric.
Välj knappen Konfigurera replikering . Kontrollera om tabellerna finns i listan med tabeller eller om det finns några aviseringar för varje tabellinformation.

Kolumner saknas i måltabellen

Välj knappen Konfigurera replikering .
Välj aviseringsikonen bredvid tabellinformationen om några kolumner inte replikeras.

Vissa av data i min kolumn verkar vara avkortade

SQL Analytics-slutpunkten stöder varchar(max) upp till 16 MB.

Gränsen på 16 MB gäller för tabeller som skapats efter den 18 november 2025 i speglade databaser, men varje speglad objekttyp kan ha en annan och lägre gräns. Speglade SQL Server stöder till exempel upp till 1 MB och Cosmos DB stöder upp till 2 MB. Se följande tabell.
Befintliga tabeller som skapats före den 18 november 2025 stöder endast varchar(8000) och behöver återskapas för att kunna använda en ny datatyp och stödja data som är större än 8 KB.

Speglat plattformsobjekt	gräns för varchar(max)
Speglade SQL Server, Azure SQL Database, Azure SQL Managed Instance	1 MB
SQL-databas i Fabric	1 MB
Speglad Azure Cosmos DB	2 MB
Cosmos DB i Fabric	2 MB

Speglad tabell eller schema tas inte bort när du släpper den i källdatabasen

Tabellnivå:

När du väljer att spegla en lista över selektiva tabeller och källtabellen tas bort stannar den speglade tabellen och du ser felet "Källtabellen finns inte" i övervakningen. Om du inte längre vill replikera den här tabellen uppdaterar du den speglade databaskonfigurationen och tar bort den. Den speglade tabellen tas bort.
När du väljer att spegla alla data och källtabellen tas bort tas även den speglade tabellen bort.

Schemanivå: När du släpper schemat i källdatabasen ser du fortfarande schemat i SQL Analytics-slutpunkten som ett tomt schema.

Jag kan inte ändra källdatabasen

Det går inte att ändra källdatabasen. Skapa en ny speglad databas.

Begränsar felmeddelanden

Dessa vanliga felmeddelanden har förklaringar och åtgärder:

Felmeddelande	Förnuft	Förmildrande omständighet
"Antalet tabeller kan överskrida gränsen, det kan finnas några tabeller som saknas."	Det finns högst 1 000 tabeller.	I källdatabasen släpper eller filtrerar du tabeller. Om den nya tabellen är den 1 000:e tabellen krävs ingen åtgärd.
"Replikeringen begränsas och förväntas fortsätta vid ÅÅÅÅ-MM-DDTHH:MM:ss."	Det finns högst 1 TB ändringsdata som samlas in per speglad databas per dag.	Vänta tills strypningen har upphört.

Feedback

Var den här sidan till hjälp?

Last updated on 2026-03-18