Del via


Feilsøke fabric-speilbaserte databaser fra SQL Server

Denne artikkelen dekker feilsøkingstrinn for speiling av en database i en SQL Server-forekomst.

Endringer i stoffkapasitet eller arbeidsområde

Finn ut mer fra Changes to Fabric-kapasitet.

Vær i tillegg oppmerksom på følgende årsaker til SQL Server spesifikt:

Årsak Resultat Anbefalt oppløsning
Arbeidsområdet er slettet Speiling stopper automatisk og deaktiverer endringsfeeden i SQL Server Hvis speiling fortsatt er aktiv på SQL Server, utfører du følgende lagrede prosedyre på SQL Server: exec sp_change_feed_disable_db;.
Eventuelle andre ressursfeil Speiling er deaktivert For å sikre at databehandlingsressursene ikke påvirkes og for å minimere innvirkningen på SQL Server, er speiling deaktivert for eventuelle vedvarende ressursfeil.
Innstillingen «Brukere kan få tilgang til data som er lagret i OneLake med apper som er eksterne for Fabric» deaktivert "Replicator - Tabeller kan ikke nå replikeringsstatus" Aktiver tenantinnstillingen Brukere kan få tilgang til data som er lagret i OneLake med apper som er eksterne for Fabric.

Feilsøking av spørringer og vanlige løsninger

Feilsøkingstrinnene og diagnostiske forespørsler kan være forskjellige i SQL Server 2025 og versjoner før SQL Server 2025.

Feilsøking av fabric-speiling i SQL Server 2025

Spørringer for feilsøking i SQL Server 2025

Hvis du opplever speilingsproblemer i SQL Server 2025, utfører du følgende kontroller på databasenivå ved hjelp av dynamiske administrasjonsvisninger (DMV-er) og lagrede prosedyrer for å validere konfigurasjonen.

  1. Utfør følgende spørring for å kontrollere om endringene flyter riktig:

    SELECT * FROM sys.dm_change_feed_log_scan_sessions;
    
  2. sys.dm_change_feed_log_scan_sessions Hvis DMV ikke viser noen fremdrift for behandling av trinnvise endringer, utfører du følgende T-SQL-spørring for å kontrollere om det er rapportert problemer:

    SELECT * FROM sys.dm_change_feed_errors;
    
  3. Hvis det ikke er rapportert noen problemer, kan du utføre følgende lagrede prosedyre for å se gjennom gjeldende konfigurasjon av den speilede SQL Server. Bekreft at den er riktig aktivert.

    EXEC sp_help_change_feed;
    

    Nøkkelkolonnene du vil se etter her, er table_name og state. Alle verdier i tillegg 4 til angir et potensielt problem.

  4. Se gjennom Feilsøkingsverktøy for speilvendte databaser.

  5. Kontakt kundestøtte hvis feilsøking kreves.

Økt for utvidede hendelser

Følgende økt for utvidede hendelser kan brukes til å feilsøke Fabric Mirroring på SQL Server 2025-forekomsten. Det anbefales bare å opprette denne økten for feilsøking eller støtteformål.

CREATE EVENT SESSION [sqlmirroringxesession] ON SERVER  
ADD EVENT sqlserver.synapse_link_addfilesnapshotendentry,  
ADD EVENT sqlserver.synapse_link_db_enable,  
ADD EVENT sqlserver.synapse_link_end_data_snapshot,  
ADD EVENT sqlserver.synapse_link_error,  
ADD EVENT sqlserver.synapse_link_info,  
ADD EVENT sqlserver.synapse_link_library,  
ADD EVENT sqlserver.synapse_link_perf,  
ADD EVENT sqlserver.synapse_link_scheduler,  
ADD EVENT sqlserver.synapse_link_start_data_snapshot,  
ADD EVENT sqlserver.synapse_link_totalsnapshotcount,  
ADD EVENT sqlserver.synapse_link_trace  
WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=OFF,STARTUP_STATE=ON)  
GO
 
ALTER EVENT SESSION [sqlmirroringxesession] ON SERVER
STATE = start;
GO

Transaksjonsloggen er full på grunn av ventetid på gjenbruk av replikeringslogg

Hvis transaksjonsloggen for SQL Server-databasen for Fabric Mirroring-kilden er full på grunn av ventetiden for gjenbruk av REPLICATION loggen, bør du vurdere å aktivere funksjonaliteten for automatisk utpakking.

Ytelsesinnvirkning på speilet kildedatabase i SQL Server

I SQL Server 2025 kan du opprette en ressursstyringspool for å håndtere og begrense arbeidsmengden for Fabric-speiling på SQL Serveren din. Du kan bruke ressursregulator til å administrere ressursforbruk i databasemotoren og håndheve policyer for brukerarbeidsbelastninger. Med ressursregulator kan du reservere eller begrense ulike serverressurser, inkludert mengden CPU, minne og fysisk I/O som arbeidsbelastninger for brukerspørringer kan bruke. På denne måten kan du beskytte de primære forretningsarbeidsbelastningene dine mot press fra Fabric Mirrorings innsamling av endringsfeeddata.

Kan ikke gi nødvendig tillatelse til kildeserveren

Når man oppretter en ny speilet database-SQL-server, kan opprettelsen feile med følgende feil:

Unable to grant required permission to the source server. PowerBI user with prefix undefined not found.

Skjermbilde av PowerBI-brukeren med prefiks udefinert ikke funnet feil.

Slik løser du dette:

  1. I Fabric-portalen, avbryt dialogen og slett det speilede databaseelementet i arbeidsområdet.

  2. Åpne Azure-portalen.

    1. Naviger til Azure Arc (klassisk) og SQL-servere. Velg deretter din Arc-aktiverte SQL Server-instans og velg Microsoft Entra ID-fanen .
    2. Fjern haken i boksen Bruk en primær administrert identitet og velg Lagre.
  3. Kjør følgende spørring gjentatte ganger i SQL Server-instansen din til den ikke gir noen rader:

    SELECT * FROM sys.dm_server_managed_identities
    
  4. Gå tilbake til Azure-portalen. Gå til din Arc-aktiverte SQL Server-instans, og velg fanen Microsoft Entra ID .

  5. Kryss av for bruk primær administrert identitet og velg Lagre.

    Skjermbilde av alternativet Bruk en primær administrert identitet i SQL-server-instansen.

  6. Kjør følgende spørring (samme som før) til den returnerer nøyaktig én rad.

    SELECT * FROM sys.dm_server_managed_identities
    
  7. I Fabric-portalen, sett opp SQL Server Mirroring til Fabric, som nå skal lykkes uten feilen.