Ofte Stillede Spørgsmål om Microsoft Fabric Link til Dataverse

Denne artikel indeholder oplysninger om ofte stillede spørgsmål, når du linker Microsoft Dataverse til Microsoft Fabric.

Almindelig

Fabric-linket understøtter tre godkendelsesmetoder, når der oprettes en forbindelse:

  • Organisationskonto: Angiv dine legitimationsoplysninger, og gem forbindelsen.
  • Tjenesteprincipal: Angiv lejer-id, klient-id og nøgle til godkendelse.
  • Arbejdsområdeidentitet: Bruger en Fabric-administreret tjenesteprincipal, der er bundet til et bestemt arbejdsområde.

Hvad sker der, når jeg fjerner linket fra Fabric?

Når du fjerner sammenkædningen, fjernes Fabric Lakehouse sammen med alle genveje til dine Dataverse-tabeller.

Hvorfor mislykkes sammenkædningen af Fabric, hvis der er afhængige artefakter?

Når du fjerner sammenkædningen, sletter Dataverse det Fabric lakehouse, der blev oprettet for linket, før linkets metadata ryddes. Microsoft Fabric tillader ikke, at et lakehouse slettes, mens andre Fabric elementer stadig refererer til det, f.eks. en pipeline, et kopijob eller en semantisk model. Sammenkædningen kan ikke fuldføres, før disse referencer er fjernet. Flere oplysninger: Slet et lakehouse

Du kan løse dette problem ved at åbne det arbejdsområde, der indeholder det lakehouse, der er oprettet af Fabric link, og bruge afstamningsvisning til at identificere de elementer, der afhænger af lakehouse eller dets SQL Analytics-slutpunkt. Flere oplysninger: Afstamning i Fabric

Slet de afhængige elementer, eller opdater dem, så de ikke længere refererer til lakehouse, og prøv derefter at fjerne sammenkædningen igen. Hvis sammenkædningen stadig mislykkes, når du har fjernet alle afhængige elementer, skal du kontakte Microsoft kundesupport.

Fabric links, der bruger synkronisering med lav ventetid, også kaldet Hurtig Fabric, kan du skrive data til Microsoft Fabric anderledes end et Fabric link, der blev oprettet, før synkronisering med lav ventetid var tilgængelig. Gennemse følgende forskelle, før du konfigurerer et link, eller før du opretter et link til et miljø, der har en eksisterende downstream-løsning.

Område Tidligere Fabric-links Synkronisering med lav ventetid
OptionsetMetadata og GlobalOptionsetMetadata skema createdonpartition-kolonnen er til stede. Kolonnen createdonpartition findes ikke. Den aktuelle tabeldefinition er det understøttede skema fremover.
Delta Lake-format Tabeller kan forespørges af serveruafhængige SQL-puljer i Azure Synapse Analytics. Tabeller skrives ved hjælp af nyere Delta Lake-funktioner, herunder sletningsvektorer. Serveruafhængige SQL-puljer understøtter ikke disse funktioner i alle scenarier.

Hvis du vil kontrollere, hvilket synkroniseringsprogram en profil bruger, skal du vælge Sammenkæd data i venstre navigationsrude og derefter søge efter flaget Lav ventetid på dit Fabric link under Fabric Links. Flere oplysninger: Synkronisering med lav ventetid

Note

Disse forskelle påvirker løsninger, der læser dataene downstream. De angiver ikke en synkroniseringsfejl i Dataverse.

Hvordan opdaterer jeg en eksisterende løsning for disse forskelle?

Brug følgende vejledning for hver forskel:

Hvis du vil bevare en eksisterende serveruafhængig SQL-arbejdsbelastning, skal du bruge en Fabric notesbog til at læse tabellerne og skrive dem til et separat lakehouse ved hjælp af en Delta-skriver, der ikke producerer sletningsvektorer. Den serveruafhængige SQL-arbejdsbelastning kan derefter forespørge de omskrevne tabeller. Flere oplysninger: Query Delta Lake v1-format ved hjælp af serveruafhængig SQL-gruppe

Note

Notesbogmetoden tilføjer behandlingstid, planlægningsomkostninger og dataventetid. Evaluer dette krav, før du overgår en eksisterende løsning til synkronisering med lav ventetid.

Tidligere Fabric links konverterede tomme strenge i SQL til NULL værdier i Fabric. Synkronisering med lav ventetid bevarer tomme strenge i stedet for at konvertere dem til NULL.

En tom værdi i kolonnen ecorestextvalue i textvalue tabellen vises f.eks. som en tom streng med synkronisering med lav ventetid. Tidligere Fabric links dukkede op med den samme værdi som NULL.

Opdater downstreamforespørgsler, pipelines, semantiske modeller og andre afhængigheder for at håndtere tomme strenge i stedet for at være afhængige NULL af værdier. Denne fremgangsmåde forhindrer tilføjelse af transformationer, der muligvis ikke er kompatible med fremtidige ændringer af dataplatformen.

Understøttelse af tabeller og begrænsninger

Hvilke Dataverse-tabeller vælges som standard, når der linkes til Fabric?

Under konfigurationen af Link til Fabric viser trinnet Select Entities alle Dataverse-tabeller, hvor egenskaben Track-ændringer er aktiveret. Alle disse tabeller er som standard valgt. Du kan rydde alle tabeller, du ikke vil synkronisere, før du fuldfører guiden. Kun valgte tabeller er sammenkædet med Fabric og bruger lagerplads, så du kan optimere omkostningerne ved at udelade tabeller, du ikke har brug for. Du kan ændre dit valg når som helst efter konfigurationen ved hjælp af Administrer tabeller.

Alle tabeller, der ikke har ændringssporing aktiveret, understøttes ikke. Desuden er visse Dataverse-tabeller, f.eks. postcomment, postregarding, postlike, post og postrole, ikke tilgængelige for kunder, så de kan aktivere synkronisering via Fabric-linket. I nogle tilfælde kan disse tabeller blive vist, når Dataverse-langtidsopbevaring er aktiveret. Hvis det sker, eksporteres et undersæt eller alle poster fra disse tabeller muligvis. Dette er forventet funktionsmåde for langtidsopbevaringsscenarier.

Vigtig

  • Disse tabeller bør ikke vælges til synkronisering.
  • Deres tilstedeværelse angiver ikke fuld understøttelse af trinvis synkronisering.

Kan jeg tilføje eller fjerne bestemte tabeller fra Fabric-linket?

Ja, du kan administrere, hvilke tabeller der er sammenkædet:

  • Tilføj flere tabellinks til Fabric, ved at vælge Administrer tabeller.
  • Hvis du vil stoppe synkroniseringen af bestemte tabeller, skal du rydde dem i ruden Administrer tabeller og derefter vælge Gem
  • Efter bekræftelse fjernes genveje til ikke-markerede tabeller fra Fabric Lakehouse, og synkroniseringen stopper med det samme.

Vigtig

Hvis du fjerner en tabel, slettes tabellen ikke i Dataverse. Det fjerner kun OneLake-genvejen og stopper datasynkronisering.

Ja, elastiske tabeller understøttes med Fabric-link. Sørg for, at ændringssporing er aktiveret for elastiske tabeller i Dataverse, så synkroniseringen sker.

Understøttes tabeller med Finance- og Operations-apps?

Hvis dit miljø er sammenkædet med et Dynamics 365 økonomi- og driftsmiljø, giver indstillingen Tilføj tabeller dig mulighed for at inkludere tabeller fra økonomi- og driftsapps. Tabeller med finans- og driftsapplikationer markeres ikke automatisk, når du opretter den indledende Fabric-forbindelse.

Hvorfor er 'InitialSyncInProgress' den eneste synkroniseringsstatus, der vises for kernetabeller til økonomi og handlinger?

Kernetabeller er en delmængde af tabeller med økonomi- og driftsapps. I modsætning til andre tabeller med finance and operations-apps deltager kernetabeller ikke i løbende trinvis synkronisering. I stedet er et indledende synkroniseringsjob planlagt til at køre hver dag for at opdatere deres data. Derfor vises InitialSyncInProgress brugergrænsefladen som deres synkroniseringsstatus. Denne status forventes og angiver ikke, at synkroniseringen er gået i stå.

Følgende kernetabeller understøttes:

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

Er der systemtabeller, der synkroniseres automatisk og ikke kan ophæve sammenkædningen?

Ja, visse systemtabeller synkroniseres automatisk i Link til Fabric og kan ikke fjernes af brugere. Eksempler på disse systemtabeller omfatter:

  • bot
  • msdyn_copilotknowledgeinteraction
  • desktopflowmodule
  • flowmachine
  • flowmachinegroup
  • arbejdsproces

Disse tabeller er vigtige for systemfunktionaliteten og er altid inkluderet i synkroniseringsprocessen.

Microsoft-leverede tilføjelsesprogrammer og tabelmarkering

Valg af stoflinktabel afhænger også af Microsofts angivne tilføjelsesprogrammer, f.eks. BPA (Business Process Advisor) og Customer Insights – Journeys. Disse produkter bruger den samme pipeline til at eksportere data fra Dataverse for at give transformeret indsigt.

De tabeller, du ikke kan fjerne markeringen af, afhænger af, hvilke tilføjelsesprogrammer du har aktiveret. Når du aktiverer et tilføjelsesprogram (f.eks. Customer Insights – Journeys), føjes de specifikke tabeller, der kræves af tilføjelsesprogrammet, til tabellen entityanalyticsconfig i Dataverse.

Alle tabeller, der har isenabledforadls angivet til true i tabellen entityanalyticsconfig, kan ikke vælges fra linket Fabric.

Skema- og metadataændringer

Hvad sker der, når jeg føjer en ny kolonne til en sammenkædet tabel?

Tilføjelse af en ny kolonne understøttes. Da metadatasynkronisering ikke er øjeblikkelig og tager op til en time at overføre til Fabric. I denne periode:

  • Delta-synkroniseringshandlinger mislykkes muligvis med jævne mellemrum.
  • Nyligt ændrede data kan blive forsinket i Fabric.

Disse fejl forventes, mens synkroniseringen af metadataene er fuldført. Efter at den er fuldført, indhenter pipelinen automatisk det forsømte, og kræves der ingen handling.

Hvis du ikke vil vente på synkroniseringen af metadataene og ikke kan acceptere forsinkede ændringer, skal du fjerne og tilføje de berørte tabeller igen fra synkroniseringen, når du har ændret skemaet. Tabellerne synkroniseres derefter igen uden problemer.

Hvad sker der, når jeg sletter en kolonne fra en sammenkædet tabel?

Sletning af en kolonne understøttes. Når du sletter en kolonne i Dataverse, sletter link til Fabric ikke kolonnen fysisk i det underliggende lager. I stedet sendes dens værdier som null fremover. Der kan stadig være historiske værdier for poster, der ikke er blevet opdateret via delta-synkronisering siden sletningen. Dette er den forventede funktionsmåde.

Kan jeg ændre datatypen eller præcisionen for en eksisterende kolonne?

Nej. Ændring af datatypen eller præcisionen for en kolonne, der allerede er synkroniseret, understøttes ikke. Nogle eksempler:

  • Int Til Decimal
  • Ændringer af decimalpræcision eller skalering (f.eks Decimal(10,3) . til Decimal(20,10))

Disse ændringer medfører permanente delta-synkroniseringsfejl. Du kan løse problemet ved at fjerne og tilføje tabellen igen fra linket til Fabric.

Vigtig

Sletning af kolonnen og oprettelse af den med det samme navn og en anden type fungerer ikke . Den oprindelige kolonne findes stadig i modellen for downstreammetadata, så den genoprettede kolonne behandles ikke, da der fortsat opstår fejl under synkroniseringen.

Synkronisering af data

Hvor lang tid tager den indledende datasynkronisering?

Den indledende synkroniseringstid afhænger af flere faktorer, herunder tabelstørrelse, antal opdateringer og transaktioner i miljøet, antallet af tabeller og antallet af rækker. Dataene konverteres til delta-parquetformat under denne proces. Når du åbner Fabric Lakehouse, vises linkene som uidentificerede , indtil den indledende synkronisering er fuldført.

Hvor ofte opdateres data i Fabric?

Når den første synkronisering er fuldført, opdaterer systemet løbende opdateringer i Dataverse i lakehouse. Det tager typisk op til én time at få vist trinvise opdateringer, selvom den faktiske timing afhænger af tabellens størrelse, antallet af opdateringer og transaktioner i miljøet, antallet af tabeller, rækkeantal og systembelastningsperioder.

Hvorfor kan jeg se forskelle i kolonnerne 'SinkModifiedOn' og 'ModifiedOn'?

Dette er den forventede funktionsmåde. ModifiedOn er den dato og det klokkeslæt, hvor en post senest blev ændret i Dataverse, mens SinkModifiedOn er den dato og det klokkeslæt, hvor posten blev skrevet til Dataverse-datasøen, hvorFra Fabric-genveje peger på. SinkModifiedOn er typisk senere end ModifiedOn, og forskellen afhænger af faktorer som batchstørrelse, systembelastning og antallet af poster, der behandles.

Vigtig

I tilfælde af langvarige transaktioner i finance- og operationsapps kan en post synkroniseres flere gange for at sikre, at der ikke mistes data. I dette scenarie SinkModifiedOn afspejler det seneste synkroniseringstidspunkt og ikke det første. Hvis en post f.eks. synkroniseres 10 gange inden for en time, vises tidspunktet for den 10. synkronisering, SinkModifiedOn selvom dataene var tilgængelige fra selve den første synkronisering. Vær forsigtig, når du opretter ventetidsrapporter baseret på forskellen mellem SinkModifiedOn og ModifiedOn, da det kan give et misvisende indtryk af den faktiske datatilgængelighed.

Lagring og kapacitet

Hvorfor kan jeg se tabeller, der ender i '-Analytics', når mit miljø ikke er kædet sammen med Microsoft Fabric?

Tabeller, der slutter med -Analytics , kan oprettes og bruges af installerede Microsoft programmer og analysefunktioner. Derfor betyder tilstedeværelsen af en -Analytics tabel ikke nødvendigvis, at dit Dataverse-miljø er sammenkædet med Microsoft Fabric.

Hvordan beregnes lager til '-Analytics'-tabeller, når Microsoft Fabric ikke er sammenkædet?

Når et installeret førstepartsprogram bruger den ældre CSV-baserede synkroniseringssti, tæller det tilknyttede lager med i din organisations berettigelse for dataversefilkapacitet .

Det rapporterede forbrug omfatter de tjenesteadministrerede filer, der kræves for at synkronisere og vedligeholde analysedataene. Den er ikke begrænset til den aktuelle størrelse af den tilsvarende forretningstabel i Dataverse.

Hvorfor kan en '-Analytics'-tabel forbruge mere lagerplads end forventet?

Den rapporterede filkapacitet kan være større end de aktuelle forretningsdata, fordi den ældre synkroniseringssti bruger lokale opdateringer til at vedligeholde CSV-filer. Det rapporterede forbrug kan omfatte:

  • CSV-filer, der indeholder synkroniserede tabeldata.
  • Serviceadministrerede snapshotkopier, der bruges til at levere ensartede data til analysearbejdsbelastninger.
  • Supplerende filer og metadata, der bruges til at indeksere, koordinere og sikkert opdatere CSV-filerne.

Disse filer er nødvendige for datasynkronisering og ensartethed og er inkluderet i det rapporterede filkapacitetsforbrug.

Hvordan rapporteres lageret, når Microsoft Fabric er sammenkædet?

Når Microsoft Fabric er sammenkædet, opretter Dataverse en optimeret replika af de valgte data i Delta Parquet-format. Det lager, der bruges af denne replika, tælles med i din organisations dataversedatabasekapacitet og vises under databaseanvendelse i Power Platform Administration.

Tilstedeværelsen af en -Analytics tabel alene identificerer ikke, hvilken synkroniseringsindstilling der bruges. Administratorer skal kontrollere, om miljøet har et aktivt Fabric link og gennemse både fil- og databaseforbrug i miljøets kapacitetsoplysninger.

Begrænsninger og fejl

Hvis du har mere end 2.000 aktive Dataverse tabeller, kan Sammenkæde til Fabric mislykkes med en fejl.

Er der grænser for størrelse pr. post, når du bruger Link til Fabric?

Ja. Link til Fabric læser rækker via Dataverse, så hver dataversegrænse pr. post gælder for synkronisering. Den mest almindelige grænse er grænsen på 200 MiB på den ikke-komprimerede størrelse på en enkelt post, der returneres af serveren.

Denne grænse gælder typisk for tabeller, der gemmer store indhold i frihåndsformat eller binære data. Eksempel:

  • email indeholder hele meddelelsens brødtekst.
  • activitypointer indeholder lange beskrivelser.
  • activitymimeattachment indeholder indbyggede og vedhæftede filer.

Dette er en grænse for Dataverse-platformen og kan ikke hæves efter anmodning. Tjenesten afkorter eller ændrer ikke kundedata. Du kan løse problemet ved at reducere den overdimensionerede post i Dataverse ved at slette den, rydde det store felt eller flytte indholdet ud af Dataverse.

Du kan linke dit eksisterende Azure Synapse-link til Dataverse-profiler med Fabric, hvis du vælger indstillingen Aktivér Parquet/Delta lake . Imidlertid:

  • Eksisterende profiler, hvor dataene gemmes som CSV-filer, kan ikke sammenkædes med Fabric.
  • Azure Synapse Link-profiler, der er sikret med administrerede identiteter, kan i øjeblikket ikke knyttes til Fabric.

Link til Fabric opretter forbindelse til dit Fabric arbejdsområde for at oprette lakehouse og genveje til dine Dataverse-tabeller. Hvis netværkssikkerhed er konfigureret på det Fabric arbejdsområde, skal du bede Fabric administrator om at konfigurere følgende indstillinger i Indstillinger for arbejdsområde, så linket kan oprettes:

Note

Link til Fabric understøttes i øjeblikket kun med disse indstillinger. Arbejdsområder, der er konfigureret til at bruge private slutpunkter for al trafik, understøttes ikke.