Del via

Fejlfinding i forbindelse med Fabric-spejlede databaser

Denne artikel beskriver de 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.

Område Reference
Fejlfinding Mirroring for Azure Cosmos DB, Azure Database for PostgreSQL,Azure SQL Database, Azure SQL Managed Instance, Snowflake, SQL Server, Fabric SQL database
Begrænsninger Mirroring for Azure Cosmos DB, Azure Database for PostgreSQL, Azure Databricks, Azure SQL Database, Azure SQL Managed Instance, Snowflake, Google BigQuery, Oracle, SAP,SQL Server, Fabric SQL database
ofte stillede spørgsmål Mirroring for Azure Cosmos DB,Azure Database for PostgreSQL,Azure Databricks, Azure SQL Database, Azure SQL Managed Instance, Google BigQuery, SQL Server, Fabric SQL database

Ændringer i strukturkapaciteten

Scenarie Beskrivelse
Stofkapacitet sat på pause Spejling stoppes, og du kan ikke angive eller få adgang til det spejlede databaseelement. Genoptag eller tildel kapaciteten til dit arbejdsområde.
Strukturkapaciteten genoptaget Når kapaciteten genoptages fra en midlertidig afbrudt tilstand, vises den spejlede databasestatus som Midlertidigt afbrudt. 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.
Bemærk, at hvis kapaciteten forbliver sat på pause i lang tid, genoptages spejlingen muligvis ikke fra stoppunktet og vil genstarte data fra begyndelsen. Dette skyldes, at afbrydelse af spejling i lang tid kan medføre, at brugen af kildedatabasens transaktionslog vokser og forsinker logtrunkeringen. For at minimere påvirkningen af databasen, hvis den anvendte logplads er tæt på at være fuld, vil der blive startet en reseed af databasen, når spejlingen genoptages, for at frigive den tilbageholdte logplads.
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 yderligere lagergebyrer. Få mere at vide under Omkostninger ved spejling.
Stofkapacitet droslet Vent, indtil overbelastningstilstanden er overstået, eller opdater din kapacitet. Spejlingen fortsætter, når kapaciteten er genoprettet. Få flere oplysninger i Handlinger, du kan udføre for at genoprette efter overbelastningssituationer.
Prøvekapacitet for struktur er udløbet Spejling er stoppet. Hvis du vil bevare din spejlede database, skal du købe Fabric-kapacitet. Få mere at vide under Struktur-prøvekapaciteten udløber.

Data ser ikke ud til at blive replikeret

Hvis du observerer en forsinkelse i udseendet af spejlede data, skal du kontrollere følgende:

  • Spejling status: På overvågningssiden Fabric portal for den spejlede database skal du kontrollere status for spejlet database og specifikke tabeller og kolonnen "Sidst fuldført", der angiver sidste gang, Fabric opdaterer den spejlede tabel fra kilden. Tom betyder, at tabellen endnu ikke er spejlvendt.

    Hvis du aktiverer overvågning af arbejdsområdet, kan du desuden kontrollere ventetiden for udførelse af spejling ved at forespørge ReplicatorBatchLatency på værdien fra de spejlede databasehandlingslogge.

    For kildetyper som Azure SQL Database, Azure SQL Managed Instance og Azure Database for PostgreSQL skal du følge den specifikke vejledning for også at kontrollere konfigurationen og status for 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 først validere spejlingsstatus og data i OneLake som nævnt ovenfor. Hvis dataene vises i OneLake, men ikke i SQL-analyseslutpunktet, kan det skyldes en forsinkelse i synkronisering af metadata i SQL Analytics-slutpunktet.

    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. Det kan være en god ide at udføre stop/start-replikering, når du nulstiller replikeringstilstanden, 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/opdatere spejlet database, skal du angive værdi for egenskab defaultSchema, som angiver, om skemahierarkiet skal replikeres 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 (f.eks,;{}()\n\t=. ) fra kildedatabaserne til de spejlede databaser. Bag scenen skriver spejling data til OneLake med Delta-kolonnetilknytning aktiveret.

For tabeller, der allerede er under replikering, før denne funktion blev aktiveret, skal du opdatere indstillingerne for den spejlede database ved at fjerne og tilføje disse tabeller igen for at medtage kolonner med specialtegn i navne eller stoppe og genstarte den spejlede database.

Tag ejerskab over en spejlet database

I øjeblikket understøtter spejlede databaser ikke ejerskabsændring. Hvis en spejlet database holder op med at fungere, fordi elementejeren har forladt organisationen, eller den ikke længere er gyldig, skal du oprette den spejlede database igen.

Understøttede regioner

Databasespejling og åben spejling er tilgængelige i alle Microsoft Fabric-områder. 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. Kontroller, at dine forbindelsesoplysninger er korrekte, servernavn, databasenavn, brugernavn og adgangskode.
  2. Kontroller, at serveren ikke er bag en firewall eller et privat virtuelt netværk. Åbn de relevante firewallporte.
    • Nogle spejlede kilder understøtter datagateway for virtuelt netværk eller datagateways i det lokale miljø, se kildens dokumentation for at få understøttelse af denne funktion.

Ingen visninger replikeres

I øjeblikket understøttes visninger ikke. Det er kun replikering af almindelige tabeller, der understøttes.

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 ikonet Besked ud for tabeloplysningerne, hvis der ikke replikeres 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

Spejlet tabel/skema slettes ikke, når det droppes i kildedatabasen

Bordniveau:

  • Når du vælger at spejle en liste af selektive tabeller, og kildetabellen droppes, 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å vil den spejlede tabel blive slettet.
  • Når du vælger at spejle alle data, og kildetabellen bliver fjernet, slettes den spejlede tabel også.

Skema-niveau: Når skemaet droppes 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 tabeller kan overskride grænsen, der kan mangle nogle tabeller." Der er maksimalt 500 borde. Slip eller filtrer tabeller i kildedatabasen. Hvis den nye tabel er den 500. tabel, er der ikke behov for afhjælpning.
"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.

Relateret indhold

  • Last updated on