Begränsningar i Microsoft Fabric speglade databaser från Azure SQL Managed Instance

Aktuella begränsningar i Microsoft Fabric speglade databaser från Azure SQL Managed Instance visas på den här sidan. Den här sidan kan komma att ändras.

Spegelbildning i SQL-hanterade instanser med 2022-uppdateringsprincipen använder CDC-funktionen (Change Data Capture).
Spegling för SQL-hanterade instanser med hjälp av uppdateringsprinciperna för 2025 eller Alltid uppdaterad använder ändringsflödesfunktionen för Fabric-spegling.

För felsökning, se:

Begränsningar på databasnivå

Spegling i Azure SQL Managed Instance är tillgängligt för instanser som har sin Update Policy inställd på Alltid uppdaterad eller SQL Server 2025.
- SQL-hanterade instanser med uppdateringsprincipen SQL Server 2022 bör använda Infrastrukturspegling för SQL Server 2016–2022, som använder CDC i stället för ändringsflödet. Mer information finns i Tutorial: Konfigurera Microsoft Fabric spegling i SQL Server.
Geo-disaster recovery konfiguration stödjer inte spegling.
Spegelvävning för Azure SQL Managed Instance stöds bara på en skrivbar primärdatabas.
Det går inte att spegla en Azure SQL Managed Instance databas om databasen har: aktiverad CDC (Change Data Capture), transaktionsreplikering eller om databasen redan speglas i en annan infrastrukturarbetsyta.
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.
Funktionen kopiera/flytta databas stöds inte på databaser som speglas. Om du flyttar eller kopierar en databas med spegling aktiverat rapporterar kopian ett speglingsfeltillstånd.
Om din SQL managed instance databas har konfigurerats för att använda funktionen Azure SQL Managed Instance Link stöds inte den läsbara repliken som källa för fabric-spegling.
Om databasen har konfigurerats för spegling och sedan bytt namn slutar funktionen Övervaka spegling att fungera. Att byta namn på databasen till det namn den hade när speglingen konfigurerades löser problemet.
Det går inte att spegla en Azure SQL Managed Instance-databas om fördröjd transaktionshållbarhet har aktiverats för databasen.

Behörigheter i källdatabasen

Säkerhet på radnivå stöds, men behörigheter sprids för närvarande inte till replikerade data i Fabric OneLake.
Behörigheter på objektnivå, till exempel att bevilja behörigheter till vissa kolumner, sprids för närvarande inte till replikerade data i Fabric OneLake.
Inställningar för dynamisk datamaskning sprids för närvarande inte från källdatabasen till Fabric OneLake.
För att kunna konfigurera spegling för Azure SQL Managed Instance måste den principal som används för att ansluta till källan SQL Managed Instance beviljas CONTROL eller db_owner behörigheter. Vi rekommenderar att du endast beviljar detta på den databas som speglas – gör det inte på hela servernivån.

Nätverks- och anslutningssäkerhet

Om din Azure SQL Managed Instance inte är offentligt tillgänglig, skapa en virtuell nätverksdatagateway eller lokal datagateway för att spegla data. Kontrollera att Azure Virtual Network- eller gatewayserverns nätverk kan ansluta till Azure SQL Managed Instance via en privat slutpunkt.
Systemtilldelad hanterad identitet (SAMI) för Azure SQL Managed Instance måste vara aktiverad och måste vara den primära identiteten.
Behörigheterna för Azure SQL Managed Instance SPN-bidragsgivare (service principal name) bör inte tas bort från det speglade databasobjektet Fabric.
Användartilldelad hanterad identitet (UAMI) stöds inte.
Spegling över Microsoft Entra tenanter stöds inte där en Azure SQL Managed Instance och Fabric-arbetsytan finns i separata tenanter. 
Microsoft Purview Information Protection/känslighetsetiketter som definierats i Azure SQL Managed Instance speglas inte i Fabric OneLake.

Tabellnivå

Tabeller med primärnyckel eller ett grupperat index (när en primärnyckel inte finns) på typer som inte stöds kan inte speglas – beräknade kolumner, användardefinierade typer, geometri, geografi, hierarki-ID, SQL-variant, tidsstämpel, datetime2(7), datetimeoffset(7)eller tid(7)..
Delta lake stöder endast sex siffrors precision.
- Kolumner av SQL-typ datetime2, med precision på 7 bråksiffriga sekunder, har ingen motsvarande datatyp med samma precision i Delta-filer i Fabric OneLake. En precisionsförlust inträffar om kolumner av den här typen speglas och den sjunde decimalens andra siffra avkortas.
- Datatypen datetimeoffset(7) har ingen motsvarande datatyp med samma precision i Delta-filer i Fabric OneLake. En precisionsförlust (förlust av tidszon och sjunde decimaltid) inträffar om kolumner av den här typen speglas.
Grupperade kolumnlagringsindex stöds inte för närvarande.
Om en eller flera kolumner i tabellen är av typen Stort binärt objekt (LOB) med storleken > 1 MBtrunkeras kolumndata till storleken 1 MB i Fabric OneLake. Konfigurera serverkonfigurationsalternativet för maximal textåterplingsstorlek så att fler än 65 536 byte tillåts om du vill tillåta stora infogningar.
Källtabeller som har någon av följande funktioner i bruk kan inte speglas.
- Tabeller för tidshistorik och transaktionsregisterhistorik
- Alltid Krypterat
- Minnesinterna tabeller
- Graph
- Externa tabeller
Följande DDL-åtgärder (Data Definition Language) på tabellnivå tillåts inte i källtabeller när de är aktiverade för SQL Managed Instance spegling till Microsoft Fabric.
- Växla partition
- Ändra primärnyckel
När det sker en förändring i DDL, startas en fullständig ögonblicksbild av data för den ändrade tabellen om och hela tabelldata läses in på nytt till Fabric OneLake.
För närvarande går det inte att spegla en tabell om den har json-datatypen .
- För närvarande kan du inte ändra en kolumn till json-datatypen när en tabell speglas.
Vyer och materialiserade vyer stöds inte för spegling.
Från och med maj 2025 kan en tabell speglas även om den inte har någon primärnyckel.
- Tabeller utan primära nycklar före maj 2025 var inte berättigade att speglas. Efter maj 2025 läggs befintliga tabeller utan primära nycklar inte automatiskt till i spegling, även om du hade valt Spegla framtida tabeller automatiskt.
  - Så här startar du speglingstabeller utan primära nycklar när du har valt Spegla framtida tabeller automatiskt:
    1. Stoppa replikeringen och starta replikeringen, som återställer alla tabeller, och identifiera de nya tabeller som är berättigade till spegling. Det här är det rekommenderade steget.
    2. Skapa en ny tabell i källdatabasen som en lösning. Detta utlöser en inventering av tabeller för källdatabasen och identifierar tabeller som inte speglades tidigare, inklusive tabeller utan primära nycklar. Följande skript skapar till exempel en tabell med namnet test_20250401, och tar bort den när test_20250401-tabellen har speglats. Det här skriptet förutsätter att en tabell med namnet dbo.test_20250401 inte redan finns.
```
--This script assumes that a table named dbo.test_20250401 does not already exist.
CREATE TABLE dbo.test (ID int not null);
```
      När den visas i listan med speglade tabeller bör du även se tabeller utan primära nycklar. Sedan kan du ta bort tabellen test.
```
DROP TABLE dbo.test_20250401;
```
  - Om du vill börja spegla tabeller utan primärnycklar när du inte har valt Spegla framtida tabeller automatiskt lägger du till tabellerna i listan över valda tabeller i speglingsinställningarna.

Kolumnnivå

Om källtabellen innehåller beräknade kolumner kan dessa kolumner inte speglas i Fabric OneLake. 
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 inte för spegling:
- image
- Text/Ntext
- xml
- json
- Rowversion/Tidsstämpel
- sql_variant
- Användardefinierade typer (UDT)
- geometry
- geography
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.
Följande åtgärder för datadefinitionsspråk på kolumnnivå (DDL) stöds inte i källtabeller när de är aktiverade för SQL Managed Instance spegling till Microsoft Fabric:
- Ändra kolumn
- Byt namn på kolumn (sp_rename)

Begränsningar för speglade objekt

Användaren måste vara medlem i rollen Administratör/Medlem för att arbetsytan ska kunna skapa SQL Managed Instance spegling. 
Att stoppa speglingen inaktiverar speglingen helt. 
När speglingen startas betyder att alla tabeller återställs, vilket i praktiken börjar från noll. 
Om Fabrickapaciteten stoppas och sedan startas om, kommer speglingen att upphöra och måste startas om manuellt. Det kommer inte att finnas varningar/felmeddelanden som anger att speglingen slutade fungera.

Begränsningar för SQL-analysslutpunkter

SQL-analysslutpunkten är samma som Lakehouse SQL-analysslutpunkten. Det är samma skrivskyddade upplevelse. Se begränsningar för SQL-analysslutpunkter.
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.

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

Tutorial: Konfigurera Microsoft Fabric speglade databaser från Azure SQL Managed Instance

Övervaka Fabric-replikering av databaser

Feedback

Var den här sidan till hjälp?

Last updated on 2026-02-26