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.

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.

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.

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.