Del via

Foretag fejlfinding af fabric-spejlede databaser fra Azure SQL Database

  • Artikel

I denne artikel beskrives fejlfindingstrin til fejlfinding i forbindelse med spejling af Azure SQL Database.

Hvis du vil foretage fejlfinding af den automatisk konfigurerede spejling for Fabric SQL-databasen, skal du se Fejlfinding af spejling fra Fabric SQL-database (prøveversion).

Ændringer af Fabric-kapacitet eller arbejdsområde

Årsag Resultat Anbefalet opløsning
Fabric-kapacitet er midlertidigt afbrudt/slettet Spejlingsstop 1. Genoptag eller tildel kapacitet fra Azure-portal
2. Gå til Fabric-spejlvendt databaseelement. Vælg Stop replikering på værktøjslinjen.
3. Start replikeringen ved at vælge Spejl database for det spejlede element på Fabric-portalen.
Stofkapaciteten er genoptaget Spejling genoptages ikke 1. Gå til Fabric-spejlvendt databaseelement. Vælg Stop replikering på værktøjslinjen.
2. Start replikeringen ved at vælge Spejl database for det spejlede element på Fabric-portalen.
Arbejdsområde slettet Spejling stopper automatisk Hvis spejling stadig er aktiv i Azure SQL Database, skal du udføre følgende lagrede procedure på din Azure SQL Database: exec sp_change_feed_disable_db;.
Prøveversionskapaciteten for stof er udløbet Spejling stopper automatisk Se Prøveversionskapaciteten for Fabric udløber.
Strukturkapaciteten er overskredet Spejling af pauser Vent, indtil overbelastningstilstanden er forbi, eller opdater din kapacitet. Få mere at vide fra Handlinger, du kan udføre for at genoprette efter overbelastningssituationer. Spejling fortsætter, når kapaciteten er genoprettet.
Eventuelle andre ressourcefejl Spejling er deaktiveret Hvis du vil sikre, at dine beregningsressourcer ikke påvirkes, og for at minimere indvirkningen på Azure SQL Database, deaktiveres spejling på eventuelle vedvarende ressourcefejl.
Indstillingen "Brugere kan få adgang til data, der er gemt i OneLake, med apps uden for Fabric" er deaktiveret "Replicator - Tabeller kan ikke nå replikeringsstatus" Aktivér lejerindstillingen Brugere kan få adgang til data, der er gemt i OneLake, med apps uden for Fabric.

T-SQL-forespørgsler til fejlfinding

Hvis du oplever spejlingsproblemer, skal du udføre følgende kontrol på databaseniveau ved hjælp af DMV'er (Dynamic Management Views) og lagrede procedurer for at validere konfigurationen.

  1. Udfør følgende forespørgsel for at kontrollere, om ændringerne forløber korrekt:

    SELECT * FROM sys.dm_change_feed_log_scan_sessions;

  2. sys.dm_change_feed_log_scan_sessions Hvis DMV'en ikke viser nogen status for behandling af trinvise ændringer, skal du udføre følgende T-SQL-forespørgsel for at kontrollere, om der er rapporteret problemer:

    SELECT * FROM sys.dm_change_feed_errors;

  3. Hvis der ikke er rapporteret problemer, skal du udføre følgende lagrede procedure for at gennemse den aktuelle konfiguration af den spejlede Azure SQL Database. Bekræft, at den er aktiveret korrekt.

    EXEC sp_help_change_feed;

    De vigtigste kolonner, der skal søges efter her, er og table_namestate. Enhver værdi ud over 4 angiver et potentielt problem.

  4. Hvis replikering stadig ikke fungerer, skal du kontrollere, at det korrekte SAMI-objekt har tilladelser.

    1. På Fabric-portalen skal du vælge "..." ellipseindstilling på det spejlede databaseelement.
    2. Vælg indstillingen Administrer tilladelser .
    3. Bekræft, at navnet på den logiske Azure SQL-server vises med læse- og skrivetilladelser.
    4. Sørg for, at AppId, der vises, svarer til id'et for SAMI for din logiske Azure SQL Database-server.

  5. Kontakt support , hvis fejlfinding er påkrævet.

Administreret id

SAMI (System Assigned Managed Identity) for den logiske Azure SQL-server skal være aktiveret og skal være den primære identitet. Du kan få flere oplysninger under Opret en Azure SQL Database-server med en brugertildelt administreret identitet.

Hvis SAMI-indstillingsstatus efter aktivering enten er slået fra eller først aktiveret, derefter deaktiveret og derefter aktiveret igen, mislykkes spejlingen af Azure SQL Database til Fabric OneLake.

SAMI skal være den primære identitet. Kontrollér, at SAMI er den primære identitet med følgende: SELECT * FROM sys.dm_server_managed_identities;

UAMI (User Assigned Managed Identity) understøttes ikke. Hvis du tilføjer en UAMI, bliver den den primære identitet og erstatter SAMI som primær. Dette medfører, at replikeringen mislykkes. Sådan løses problemet:

  • Fjern alle UAMI'er. Kontrollér, at SAMI er aktiveret.

SPN-tilladelser

Fjern ikke tilladelser til bidragydere til azure SQL Database-tjenestens hovednavn (SPN) for fabric-spejlvendt databaseelement.

Hvis du ved et uheld fjerner SPN-tilladelsen, fungerer Mirroring Azure SQL Database ikke som forventet. Der kan ikke spejles nye data fra kildedatabasen.

Hvis du fjerner Azure SQL Database SPN-tilladelser, eller hvis tilladelserne ikke er konfigureret korrekt, skal du benytte følgende fremgangsmåde.

  1. Tilføj SPN'et som bruger ved at vælge ... ellipseindstillingen på det spejlede databaseelement.
  2. Vælg indstillingen Administrer tilladelser .
  3. Angiv navnet på den logiske Azure SQL Database-server. Angiv læse- og skrivetilladelser .

Relateret indhold