Del via


Fejlfinding i forbindelse med Fabric-spejlede databaser

Denne artikel beskriver almindelige scenarier, løsninger og løsninger for Microsoft Fabric spejlede databaser. For hver datakilde bør du også gennemgå den specifikke fejlfinding, ofte stillede spørgsmål (FAQ) og begrænsninger.

Kilde Begrænsninger Fejlfind ofte stillede spørgsmål
Azure Cosmos DB Begrænsninger Fejlfinding Ofte stillede spørgsmål
Azure Database til MySQL Begrænsninger Fejlfinding Ofte stillede spørgsmål
Azure Database for PostgreSQL Begrænsninger Fejlfinding Ofte stillede spørgsmål
Azure Databricks Begrænsninger Ofte stillede spørgsmål
Azure SQL Database Begrænsninger Fejlfinding Ofte stillede spørgsmål
Administreret forekomst af Azure SQL Begrænsninger Fejlfinding Ofte stillede spørgsmål
Fabric SQL-database Begrænsninger Fejlfinding Ofte stillede spørgsmål
Google BigQuery Begrænsninger Ofte stillede spørgsmål
Oracle Begrænsninger
SAP Begrænsninger
Snowflake Begrænsninger Fejlfinding
SQL Server Begrænsninger Fejlfinding Ofte stillede spørgsmål

Ændringer i strukturkapaciteten

Scenarie Beskrivelse
Stofkapacitet sat på pause Spejlingen stopper, og du kan hverken liste eller få adgang til det spejlede databaseelement. Genoptag eller tildel kapaciteten til dit arbejdsområde.
Strukturkapaciteten genoptaget Når du genoptager kapaciteten fra en pauset tilstand, vises den spejlede databasestatus som Pauset. Som følge heraf replikeres ændringer, der er foretaget i kilden, ikke til OneLake.
Hvis du vil genoptage spejling, skal du gå til den spejlede database på Fabric-portalen og vælge Genoptag replikering. Spejlingen fortsætter fra det sted, hvor den blev sat på pause.
Hvis kapaciteten forbliver pauset i lang tid, kan spejling muligvis ikke genoptages fra sit stoppunkt og genindsætte data fra starten. En resed opstår, fordi lang pause af spejling får brugen af kildedatabasens transaktionslogs til at vokse og forhindrer logtrunkering. For at minimere påvirkningen på kildedatabasen, hvis logpladsen næsten er fuld, frigiver en genopset database logpladsen, når spejlingen genoptages.
Skalering af strukturkapacitet Spejlingen fortsætter. Hvis du skalerer kapaciteten ned, skal du være opmærksom på, at OneLake-lageret for de spejlede data er ledigt op til en grænse baseret på kapacitetsstørrelsen, så nedskalering af kapaciteten kan medføre ekstra lageromkostninger. For mere information, se Omkostninger ved mirroring.
Stofkapacitet droslet Vent, indtil overbelastningstilstanden er overstået, eller opdater din kapacitet. Spejlingen fortsætter, når kapaciteten er genoprettet. For mere information, se Handlinger du kan tage for at komme dig efter overbelastningssituationer.
Prøvekapacitet for struktur er udløbet Spejlingen stopper. Hvis du vil bevare din spejlede database, skal du købe Fabric-kapacitet. For mere information, se Fabric trial capacity udløber.

Data ser ikke ud til at blive replikeret

Hvis du bemærker en forsinkelse i fremkomsten af spejlede data, så tjek følgende punkter:

  • Spejlingsstatus:Fabric-portalens overvågningsside i den spejlede database skal du tjekke status for den spejlede database og specifikke tabeller. Tjek kolonnen "Sidst fuldført", der angiver, hvornår Fabric sidst opdaterer den spejlede tabel fra kilden. En tom værdi betyder, at tabellen endnu ikke er spejlet.

    Hvis du aktiverer arbejdsområdeovervågning, kan du tjekke forsinkelsen for mirroring execution ved at forespørge værdien ReplicatorBatchLatency fra de spejlede database-operationslogs.

    For kildekodetyper som Azure SQL Database, Azure SQL Managed Instance, Azure Database for MySQL og Azure Database for PostgreSQL, følg den specifikke instruktion for også at tjekke konfigurationen og status i kildedatabasen.

  • Data i OneLake: Spejling replikerer løbende dine data til OneLake i Delta Lake-tabelformat. Hvis du vil validere, om dataene lander korrekt i OneLake, kan du oprette en genvej fra de spejlede tabeller til et Lakehouse og derefter oprette notesbøger med Spark-forespørgsler for at forespørge på dataene. Få mere at vide om Udforsk med notesbøger.

  • Data i SQL-analyseslutpunkt: Du kan forespørge på spejlede data via SQL-analyseslutpunktet for den spejlede database eller et Lakehouse med en genvej til de spejlede data. Når du ser en forsinkelse, skal du validere spejlingsstatus og data i OneLake som nævnt tidligere. Hvis dataene vises i OneLake, men ikke i SQL analytics-endpointet, kan det skyldes en forsinkelse i metadata-synkroniseringen i SQL-analytics-endpointet.

    Du kan manuelt gennemtvinge en opdatering af den automatiske metadatascanning. På siden for SQL-analyseslutpunktet skal du vælge knappen Opdater som vist på følgende billede. Vent et stykke tid, og forespørg derefter på dataene igen for at kontrollere.

    Skærmbillede fra Fabric-portalen af, hvordan du gennemtvinger en opdatering af SQL Analytics-slutpunktsmetadatascanning.

Stop replikering

Når du vælger Stop replikering, forbliver OneLake-filerne, som de er, men trinvis replikering stopper. Du kan når som helst genstarte replikeringen ved at vælge Start replikering. Du kan overveje at stoppe og starte replikeringen, når du nulstiller replikationstilstanden, efter ændringer i kildedatabasen, eller som et fejlfindingsværktøj.

Replikere kildeskemahierarki

Når du spejler data fra forskellige typer kildedatabaser, bevares kildeskemahierarkiet i den spejlede database. Det sikrer, at dine data forbliver konsekvent organiseret på tværs af forskellige tjenester, så du kan bruge dem ved hjælp af den samme logik i SQL Analytics-slutpunktet, Spark Notebooks, semantiske modeller og andre referencer til dataene.

For spejlede databaser, der er oprettet, før denne funktion blev aktiveret, kan du se, at kildeskemaet er samkopieret i den spejlede database, og skemanavnet er kodet ind i tabelnavnet. Hvis du vil omorganisere tabeller med skemaer, skal du genoprette den spejlede database.

Hvis du bruger API til at oprette eller opdatere en spejlet database, sæt en værdi for egenskaben defaultSchema , som angiver, om du skal replikere skemahierarkiet fra kildedatabasen. Se definitionseksemplerne i Microsoft Fabric der spejler offentlig REST API.

Understøttelse af tilknytning af deltakolonner

Spejling understøtter replikering af kolonner, der indeholder mellemrum eller specialtegn i navne (såsom , , , , , , , ,, ;, , ) {fra dine kildedatabaser til de spejlede databaser. }()\n\t= Bag kulisserne skriver spejling data ind i OneLake med Delta-kolonnemapping aktiveret.

For tabeller, der allerede er under replikering, før denne funktion aktiveres, skal du for at inkludere kolonner med specielle tegn i navne opdatere indstillingerne for spejlet database ved at fjerne og gentilføje disse tabeller, eller stoppe og genstarte den spejlede database.

Tag ejerskab over en spejlet database

I øjeblikket understøtter spejlede databaser ikke ejerskift. Hvis en spejlet database holder op med at virke, fordi vare-ejeren forlod organisationen eller ikke længere er gyldig, skal du genskabe den spejlede database.

Understøttede regioner

Databasespejling og åben spejling er tilgængelige i alle Microsoft Fabric-regioner. Du kan få flere oplysninger under Tilgængelighed af fabric-område.

Fejlfind

Dette afsnit indeholder generelle fejlfindingstrin til spejling.

Jeg kan ikke oprette forbindelse til en kildedatabase

  1. Tjek dine forbindelsesoplysninger, inklusive servernavn, databasenavn, brugernavn og adgangskode.
  2. Tjek at serveren ikke er bag en firewall eller et privat virtuelt netværk. Åbn de relevante firewallporte.
    • Nogle spejlede kilder understøtter virtuelle netværksdatagateways eller on-premises datagateways. Se kildens dokumentation for støtte til denne funktion.

Ingen visninger replikeres

I øjeblikket understøttes visninger ikke. Kun almindelige tabeller understøtter replikation.

Ingen tabeller replikeres

  1. Kontroller overvågningsstatus for at kontrollere status for tabellerne. Du kan finde flere oplysninger under Overvåg spejlet databasereplikering af struktur.
  2. Vælg knappen Konfigurer replikering . Kontrollér, om tabellerne findes på listen over tabeller, eller om der er beskeder på hver tabeldetalje.

Der mangler kolonner i destinationstabellen

  1. Vælg knappen Konfigurer replikering .
  2. Vælg Alert-ikonet ved siden af tabeldetaljen, hvis der ikke bliver replikeret kolonner.

Nogle af dataene i min klumme ser ud til at være afkortet

SQL-analyse-endpointet understøtter varchar(max) op til 16 MB.

  • Grænsen på 16 MB gælder for tabeller oprettet efter 18. november 2025 i spejlede databaser, men hver spejlet elementtype kan have en forskellig og nedre grænse. For eksempel understøtter spejlet SQL Server op til 1 MB, og Cosmos DB understøtter op til 2 MB. Se tabellen nedenfor.
  • Eksisterende tabeller oprettet før 18. november 2025 understøtter kun varchar(8000) og skal genskabes for at adoptere nye datatyper og understøtte data større end 8 KB.
Spejlet platform-element varchar(max) grænse
Mirrored SQL Server, Azure SQL Database, Azure SQL Managed Instance 1 MB
SQL-database i Fabric 1 MB
Mirrored Azure Cosmos DB 2 MB
Cosmos DB i Fabric 2 MB

Den spejlede tabel eller skema slettes ikke, når du lægger det i kildedatabasen

Bordniveau:

  • Når du vælger at spejle en liste med selektive tabeller, og kildetabellen bliver droppet, forbliver den spejlede tabel, og du ser fejlen "Kildetabellen eksisterer ikke" i overvågningen. Hvis du ikke længere ønsker at replikere denne tabel, opdater din spejlede databasekonfiguration og fjerner den, så slettes den spejlede tabel.
  • Når du vælger at spejle alle data, og kildetabellen bliver fjernet, slettes den spejlede tabel også.

Skemaniveau: Når du lægger skemaet i kildedatabasen, ser du stadig skemaet i SQL Analytics Endpoint som et tomt skema.

Jeg kan ikke ændre kildedatabasen

Ændring af kildedatabasen understøttes ikke. Opret en ny spejlet database.

Fejlmeddelelser om begrænsninger

Disse almindelige fejlmeddelelser har forklaringer og afhjælpninger:

Fejlmeddelelse Årsag Afbødning
"Antallet af borde kan overskride grænsen, der kan være nogle tabte fra." Der er maksimalt 1.000 borde. Slip eller filtrer tabeller i kildedatabasen. Hvis det nye bord er det 1.000. bord, kræves der ingen afbødning.
"Replikationen bliver droslet ned og forventes at fortsætte ved ÅÅÅÅ-MM-DDTHH:MM:ss." Der er maksimalt 1 TB ændringsdata, der registreres pr. spejlet database pr. dag. Vent på, at begrænsningen slutter.