Del via

Feilsøke fabric-speilbaserte databaser fra Azure SQL Database

  • Artikkel

Denne artikkelen handler om feilsøking av feilsøkingstrinn for speiling av Azure SQL Database.

Hvis du vil feilsøke den automatisk konfigurerte speilingen for Fabric SQL-databasen, kan du se Feilsøke speiling fra Fabric SQL-database (forhåndsvisning).

Endringer i stoffkapasitet eller arbeidsområde

Årsak Resultat Anbefalt oppløsning
Stoffkapasitet midlertidig stanset/slettet Speiling stopper 1. Gjenoppta eller tilordne kapasitet fra Azure-portalen
2. Gå til stoffspeilet databaseelement. Velg Stopp replikering fra verktøylinjen.
3. Start replikering ved å velge Speilvendt database for det speilvendte elementet i Stoff-portalen.
Stoffkapasitet gjenopptatt Speiling vil ikke bli gjenopptatt 1. Gå til det speilvendte databaseelementet Fabric. Velg Stopp replikering fra verktøylinjen.
2. Start replikering ved å velge Speilvendt database for det speilvendte elementet i Stoff-portalen.
Arbeidsområdet er slettet Speiling stopper automatisk Hvis speiling fortsatt er aktiv i Azure SQL Database, utfører du følgende lagrede prosedyre i Azure SQL Database: exec sp_change_feed_disable_db;.
Prøvekapasitet for stoff utløpt Speiling stopper automatisk Se at prøvekapasiteten for stoff utløper.
Stoffkapasitet overskredet Speilingspauser Vent til overbelastningstilstanden er over eller oppdater kapasiteten. Mer informasjon fra Handlinger du kan utføre for å gjenopprette fra overbelastningssituasjoner. Speiling fortsetter når kapasiteten er gjenopprettet.
Eventuelle andre ressursfeil Speiling er deaktivert For å sikre at databehandlingsressursene ikke påvirkes, og for å minimere innvirkningen på Azure SQL Database, deaktiveres speiling på 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.

T-SQL-spørringer for feilsøking

Hvis du opplever speilingsproblemer, utfører du følgende kontroller på databasenivå ved hjelp av dynamiske administrasjonsvisninger 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 Azure SQL Database. 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. Hvis replikering fortsatt ikke fungerer, må du kontrollere at riktig SAMI-objekt har tillatelser.

    1. Velg «...» i Stoff-portalen Alternativ for ellipser på det speilvendte databaseelementet.
    2. Velg alternativet Behandle tillatelser.
    3. Bekreft at det logiske servernavnet for Azure SQL vises med lese- og skrivetillatelser.
    4. Kontroller at AppId som vises samsvarer med ID-en til SAMI på den logiske serveren for Azure SQL Database.

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

Administrert identitet

System tilordnet administrert identitet (SAMI) for Azure SQL-logisk server må være aktivert, og må være den primære identiteten. Hvis du vil ha mer informasjon, kan du se Opprette en Azure SQL Database-server med en brukertilordnet administrert identitet.

Etter aktivering vil speilingen av Azure SQL Database til Fabric OneLake mislykkes etter aktivering, og deretter deaktiveres, vil speilingen av Azure SQL Database til Fabric OneLake mislykkes.

Samene må være den primære identiteten. Kontroller at SAMI er den primære identiteten med følgende: SELECT * FROM sys.dm_server_managed_identities;

UAMI (User Assigned Managed Identity) støttes ikke. Hvis du legger til en UAMI, blir den den primære identiteten, og erstatter samene som primær. Dette fører til at replikering mislykkes. Slik løser du:

  • Fjern alle UAMIer. Kontroller at samene er aktivert.

SPN-tillatelser

Ikke fjern bidragsytertillatelser for Azure SQL Database-tjenestens hovednavn (SPN) på stoffspeilet databaseelement.

Hvis du ved et uhell fjerner SPN-tillatelsen, fungerer ikke Mirroring Azure SQL Database som forventet. Ingen nye data kan speiles fra kildedatabasen.

Hvis du fjerner Azure SQL Database SPN-tillatelser eller tillatelser ikke er riktig konfigurert, kan du bruke følgende fremgangsmåte.

  1. Legg til SPN som en bruker ved å ... velge alternativet ellipser på det speilede databaseelementet.
  2. Velg alternativet Behandle tillatelser.
  3. Skriv inn navnet på det logiske servernavnet for Azure SQL Database. Angi lese- og skrivetillatelser.

Relatert innhold