Vanlige spørsmål om Microsoft Fabric Link for Dataverse

Stoffkobling støtter tre godkjenningsmetoder når du oppretter en tilkobling:

• Organisasjonskonto: Oppgi legitimasjonen din og lagre tilkoblingen.
• Tjenestekontohaver: Angi leier-ID, klient-ID og nøkkel for godkjenning.
• Arbeidsområdeidentitet: Bruker en Fabric-administrert tjenesteansvarlig som er knyttet til et bestemt arbeidsområde.

Når du kobler fra, fjernes Fabric Lakehouse sammen med alle snarveiene til Dataverse-tabellene.

Når du kobler fra, sletter Dataverse Fabric lakehouse som ble opprettet for koblingen, før den fjerner metadataene for koblingen. Microsoft Fabric tillater ikke at et lakehouse slettes så lenge andre Fabric-elementer fortsatt refererer til det, for eksempel en pipeline, en kopijobb eller en semantisk modell. Koble fra-operasjonen kan ikke fullføres før disse referansene er fjernet. Mer informasjon: Slette et lakehouse

Hvis du vil løse dette problemet, åpner du arbeidsområdet som inneholder lakehouse opprettet av Fabric-koblingen, og bruker avstammingsvisning til å identifisere elementene som er avhengige av lakehouse eller sql analytics-endepunktet. Mer informasjon: Avstamming i Fabric

Slett de underordnede elementene, eller oppdater dem slik at de ikke lenger refererer til lakehouse, og prøv deretter å koble fra på nytt. Hvis koblingen fremdeles mislykkes etter at du har fjernet alle avhengige elementer, kontakter du Microsoft kundestøtte.

Fabric koblinger som bruker synkronisering med lav ventetid, også kalt Fast Fabric, skriver data for å Microsoft Fabric annerledes enn en Fabric kobling som ble opprettet før synkronisering med lav ventetid var tilgjengelig. Se gjennom følgende forskjeller før du konfigurerer en kobling, eller før du kobler til et miljø som har en eksisterende nedstrømsløsning.

Hvis du vil kontrollere hvilken synkroniseringsmotor en profil bruker, velger du Koble data i venstre navigasjon, og deretter ser du etter flagget for lav ventetid på Fabric-koblingen under Fabric Koblinger. Mer informasjon: Synkronisering med lav ventetid

Bruk følgende veiledning for hver forskjell:

• Skjema for valgmetadatatabellene. Oppdater spørringene slik at de ikke er avhengige createdonpartition av kolonnen, eller finn de tilgjengelige kolonnene under kjøring i stedet for å anta et fast skjema. Mer informasjon: Få tilgang til dataverse valgetiketter direkte fra Azure Synapse Link for Dataverse
• Azure Synapse Analytics serverløse SQL-løsninger. Flytt den nedstrøms arbeidsbelastningen til Fabric SQL Analytics-endepunktet, som støtter Delta-funksjonene som synkronisering med lav ventetid produserer. Mer informasjon: Hva er SQL Analytics-endepunktet for et lakehouse?

Hvis du vil beholde en eksisterende serverløs SQL-arbeidsbelastning, kan du bruke en Fabric notatblokk til å lese tabellene og skrive dem til et eget lakehouse ved hjelp av en Delta-forfatter som ikke produserer slettingsvektorer. Den serverløse SQL-arbeidsbelastningen kan deretter spørre de omskrevne tabellene. Mer informasjon: Spørr Delta Lake v1-formatet ved hjelp av serverløs SQL-pool

Tidligere Fabric konverterte koblinger tomme strenger i SQL til NULL verdier i Fabric. Synkronisering med lav ventetid bevarer tomme strenger i stedet for å konvertere dem til NULL.

En tom verdi i kolonnen ecorestextvalue i textvalue tabellen vises for eksempel som en tom streng med synkronisering med lav ventetid. Tidligere Fabric koblinger dukket opp samme verdi som NULL.

Oppdater nedstrømsspørringer, datasamlebånd, semantiske modeller og andre avhengigheter for å håndtere tomme strenger i stedet for å stole på NULL verdier. Denne fremgangsmåten unngår å legge til transformasjoner som kanskje ikke er kompatible med fremtidige dataplattformendringer.

I løpet av den første Kobling til Fabricoppsettet viser Velg enheter trinnet alle Dataverse-tabeller der Track endres egenskapen er aktivert. Som standard er alle disse tabellene valgt. Du kan fjerne alle tabeller du ikke vil synkronisere før du fullfører veiviseren. Bare valgte tabeller er koblet til Fabric og bruker lagringsplass, slik at du kan optimalisere kostnadene ved å utelate tabeller du ikke trenger. Du kan endre utvalget når som helst etter konfigurasjonen ved hjelp av Behandle tabeller.

Alle tabeller som ikke har endringssporing aktivert, støttes ikke. Enkelte Dataverse-tabeller, for eksempel postcomment, postregarding, postlike, post og postrole, er i tillegg ikke tilgjengelige for kunder for å aktivere synkronisering via Fabric-kobling. I noen tilfeller kan disse tabellene vises når datavers langsiktig oppbevaring er aktivert. Hvis dette skjer, kan et delsett eller alle poster fra disse tabellene eksporteres. Dette er forventet virkemåte for langsiktige oppbevaringsscenarioer.

Ja, du kan administrere hvilke tabeller som er koblet:

• Legg til flere tabellkoblinger til Fabric ved å velge Behandle tabeller.
• Hvis du vil slutte å synkronisere bestemte tabeller, fjerner du dem i Behandle tabeller-ruten og velger deretter Lagre
• Etter bekreftelse fjernes snarveier for umerkede tabeller fra Fabric Lakehouse, og synkroniseringsstoppene stoppes umiddelbart.

Ja, elastiske tabeller støttes med Fabric-kobling. Kontroller at endringssporing er aktivert for elastiske tabeller i Dataverse for at synkroniseringen skal skje.

Hvis miljøet er koblet til et Dynamics 365 finans- og driftsmiljø, kan du bruke alternativet legg til tabeller for å inkludere tabeller fra finans- og driftsapper. Tabeller for økonomi- og driftsapper velges ikke automatisk ved opprettelse av den opprinnelige Fabric-koblingen.

Kjernetabeller er et delsett av finans- og driftsapptabeller. I motsetning til andre finans- og driftsapper deltar ikke kjernetabeller i pågående trinnvis synkronisering. I stedet er det planlagt at en startsynkroniseringsjobb skal kjøres hver dag for å oppdatere dataene. Som et resultat vises InitialSyncInProgress brukergrensesnittet som synkroniseringsstatus. Denne statusen forventes og angir ikke at synkroniseringen sitter fast.

Følgende kjernetabeller støttes:

• DATAAREA
• USERINFO
• SECURITYROLE
• SECURITYUSERROLE
• SQLDICTIONARY
• PARTITIONS
• SECURITYPRIVILEGE
• TIMEZONESLIST
• SECURITYDUTY
• SECURITYSUBROLE
• SECURITYUSERROLECONDITION
• DATABASELOG
• SECURITYROLERUNTIME
• SECURITYROLEPRIVILEGEEXPLODEDGRAPH
• SECURITYROLEDUTYEXPLODEDGRAPH
• TIMEZONESRULESDATA
• SECURITYROLEEXPLODEDGRAPH
• USERDATAAREAFILTER
• SYSINHERITANCERELATIONS

Ja, enkelte system-tabeller synkroniseres automatisk i Link til Fabric og kan ikke kobles fra av brukere. Eksempler på disse systemtabellene inkluderer:

• bot
• msdyn_copilotknowledgeinteraction
• desktopflowmodule
• flowmachine
• flowmachinegroup
• arbeidsflyt

Disse tabellene er avgjørende for systemfunksjonalitet og er alltid inkludert i synkroniseringsprosessen.

Microsoft leverte tillegg og tabellvalg

Valg av stoffkoblingstabell er også avhengig av Microsoft-tillegg som Business Process Advisor (BPA) og Customer Insights – Journeys. Disse produktene bruker samme datasamlebånd til å eksportere data fra Dataverse for å gi transformert innsikt.

Tabellene du ikke kan fjerne merkingen av, avhenger av hvilke tilleggsprodukter du har aktivert. Når du aktiverer et tillegg (for eksempel Customer Insights - Journeys), legges de spesifikke tabellene som kreves av tillegget, til i entityanalyticsconfig-tabellen i Dataverse.

Alle tabeller som har isenabledforadls satt til sann i entityanalyticsconfig-tabellen, kan ikke velges fra Stoff-koblingen.

Det støttes å legge til en ny kolonne. Siden metadatasynkroniseringen ikke er øyeblikkelig og tar opptil én time å overføre til Fabric. I løpet av den tiden:

• Delta-synkroniseringsoperasjoner kan mislykkes midlertidig.
• Nylig endrede data kan bli forsinket i Fabric.

Disse feilene forventes mens metadatasynkroniseringen fullføres. Når den er fullført, tar rørledningen automatisk igjen etterslepet, og ingen handling er nødvendig.

Hvis du ikke vil vente på metadatasynkroniseringen og ikke kan godta forsinkede endringer, fjerner du og legger til de berørte tabellene fra synkroniseringen på nytt etter at du har endret skjemaet. Tabellene synkroniseres deretter friskt uten problemer.

Sletting av en kolonne støttes. Når du sletter en kolonne i Dataverse, fjerner koblingen til Fabric ikke kolonnen fysisk fra det underliggende lageret. I stedet sendes verdiene som null fremover. Historiske verdier kan fremdeles finnes for poster som ikke har blitt oppdatert gjennom deltasynkronisering siden slettingen. Dette er forventet adferd.

Nei. Endring av datatypen eller presisjonen for en kolonne som allerede er synkronisert, støttes ikke. Noen eksempler:

• Int til Decimal
• Desimalpresisjon eller skalaendringer (for eksempel Decimal(10,3) til Decimal(20,10))

Disse endringene forårsaker permanente synkroniseringsfeil i deltaet. Hvis du vil omgå denne virkemåten, fjerner du og legger til tabellen på nytt fra kobling til Fabric.

Innledende synkroniseringstid avhenger av flere faktorer, inkludert tabellstørrelse, antall oppdateringer og transaksjoner som skjer i miljøet, antall tabeller og radantall. Dataene konverteres til deltaparquetformat under denne prosessen. Når du åpner Fabric Lakehouse, vises koblingene som uidentifiserte til den første synkroniseringen er fullført.

Når den første synkroniseringen er fullført, oppdaterer systemet kontinuerlig oppdateringer i Dataverse i sjøhuset. Trinnvise oppdateringer tar vanligvis opptil én time å vises, selv om faktisk tidsberegning avhenger av tabellstørrelse, antall oppdateringer og transaksjoner som skjer i miljøet, antall tabeller, radantall og systembelastningsperioder.

Dette er forventet adferd. ModifiedOn er datoen og klokkeslettet en post sist ble endret i Dataverse, mens SinkModifiedOn er datoen og klokkeslettet posten ble skrevet til dataverse datasjøen fra der Fabric snarveier peker til. SinkModifiedOn er vanligvis senere enn ModifiedOn, og forskjellen avhenger av faktorer som partistørrelse, systembelastning og antall poster som behandles.

Tabeller som slutter på-Analytics, kan opprettes og brukes av installerte Microsoft programmer og analysefunksjoner. Derfor betyr ikke tilstedeværelsen av en -Analytics tabell nødvendigvis at dataversmiljøet er koblet til Microsoft Fabric.

Når et installert førstepartsprogram bruker den eldre CSV-baserte synkroniseringsbanen, teller den tilknyttede lagringsplassen mot organisasjonens kapasitetsrettighet for Dataverse File .

Den rapporterte bruken inkluderer de tjenesteadministrerte filene som kreves for å synkronisere og vedlikeholde analysedataene. Det er ikke begrenset til gjeldende størrelse på den tilsvarende forretningstabellen i Dataverse.

Den rapporterte filkapasiteten kan være større enn gjeldende forretningsdata fordi den eldre synkroniseringsbanen bruker oppdateringer på stedet til å vedlikeholde CSV-filer. Den rapporterte bruken kan omfatte:

• CSV-filer som inneholder synkroniserte tabelldata.
• Tjenesteadministrerte øyeblikksbildekopier som brukes til å gi konsekvente data til analysearbeidsbelastninger.
• Støttefiler og metadata som brukes til å indeksere, koordinere og trygt oppdatere CSV-filene.

Disse filene kreves for datasynkronisering og konsekvens og er inkludert i det rapporterte filkapasitetsforbruket.

Når Microsoft Fabric er koblet, oppretter Dataverse en optimalisert replika av de valgte dataene i Delta Parquet-format. Lagring som brukes av denne replikaen, teller mot organisasjonens dataverse databasekapasitet og vises under databasebruk i administrasjonssenteret for Power Platform.

Tilstedeværelsen av en -Analytics tabell alene identifiserer ikke hvilket synkroniseringsalternativ som brukes. Administratorer bør kontrollere om miljøet har en aktiv Fabric kobling og se gjennom både fil- og databasebruk i miljøets kapasitetsdetaljer.

Hvis du har flere enn 2000 aktive Dataverse-tabeller, kan Koble til Fabric mislykkes med en feil.

Ja. Kobling til Fabric leser rader gjennom Dataverse, slik at alle dataverse per postgrense gjelder for synkronisering. Den vanligste grensen er 200 MiB-grensen på den ukomprimerte størrelsen på én enkelt post som returneres av serveren.

Denne grensen gjelder vanligvis for tabeller som lagrer stort frihåndsinnhold eller binærdata. Eksempel:

• email inneholder hele meldingsteksten.
• activitypointer inneholder lange beskrivelser.
• activitymimeattachment inneholder innebygde og vedlagte filer.

Dette er en datavers plattformgrense og kan ikke heves på forespørsel. Tjenesten avkorter eller endrer ikke kundedata. Du kan løse problemet ved å redusere den overdimensjonerte posten i Dataverse ved å slette den, fjerne det store feltet eller flytte innholdet ut av Dataverse.

Du kan koble dine eksisterende Azure Synapse Link for Dataverse-profiler med Fabric hvis du velger alternativet Enable Parquet/Delta. Imidlertid:

• Eksisterende profiler der dataene lagres som CSV-filer, kan ikke kobles til Fabric.
• Azure Synapse Link-profiler som er sikret med administrerte identiteter, kan for øyeblikket ikke kobles til Fabric.

Koble til Fabric kobler seg til Fabric-arbeidsområdet for å opprette sjøhuset og snarveier til Dataverse-tabellene. Hvis nettverkssikkerhet er konfigurert på Fabric arbeidsområdet, kan du be Fabric administrator om å konfigurere følgende innstillinger i innstillinger for arbeidsområde, slik at koblingen kan opprettes:

• Innkommende tilgang. Tillat tilkoblinger fra alle nettverk. Et arbeidsområde som er konfigurert til å tillate tilkoblinger bare fra valgte nettverk og private koblinger på arbeidsområdenivå, kan ikke brukes med Kobling til Fabric. Mer informasjon: Konfigurere og bruke private koblinger på arbeidsområdenivå
• Utgående tilgang. Utgående offentlig tilgang kan forbli blokkert. Legg til en regel for datatilkobling som tillater nettadressen til dataversmiljøet som endepunkt. Mer informasjon: Opprette en tillatelsesliste ved hjelp av datatilkoblingsregler

Se også

Koble til Microsoft Fabric

Feilsøking av vanlige problemer med lenke til Fabric

Arbeid med dataverse data og generer Power BI rapporter