Veelgestelde vragen over Microsoft Fabric Link voor Dataverse

Fabric Link ondersteunt drie verificatiemethoden bij het maken van een verbinding:

• Organisatieaccount: geef uw inloggegevens op en sla de verbinding op.
• Service-principal: Geef tenant-id, client-id en sleutel op voor verificatie.
• Werkruimte-identiteit: maakt gebruik van een door Fabric beheerde service-principal die is gebonden aan een specifieke werkruimte.

Wanneer u de koppeling ongedaan maakt, wordt het Fabric Lakehouse samen met alle snelkoppelingen naar uw Dataverse-tabellen verwijderd.

Wanneer u de koppeling ontkoppelt, verwijdert Dataverse het Fabric lakehouse dat voor de koppeling is gemaakt voordat de metagegevens van de koppeling worden gewist. Microsoft Fabric staat niet toe dat een lakehouse wordt verwijderd terwijl andere Fabric items er nog steeds naar verwijzen, zoals een pijplijn, een kopieertaak of een semantisch model. De ontkoppelingsbewerking kan pas worden voltooid als deze verwijzingen zijn verwijderd. Meer informatie: Een lakehouse verwijderen

Als u dit probleem wilt oplossen, opent u de werkruimte die het lakehouse bevat dat is gemaakt door de Fabric-koppeling en gebruikt u de herkomstweergave om de items te identificeren die afhankelijk zijn van het lakehouse of het BIJBEHORENDE SQL-analyse-eindpunt. Meer informatie: Lineage in Fabric

Verwijder de afhankelijke items of werk ze bij zodat ze niet meer verwijzen naar het lakehouse en probeer de koppeling vervolgens opnieuw op te heffen. Als het ontkoppelen nog steeds mislukt nadat u alle afhankelijke items hebt verwijderd, neemt u contact op met Microsoft klantondersteuning.

Fabric koppelingen die gebruikmaken van synchronisatie met lage latentie, ook wel Fast Fabric genoemd, schrijven gegevens naar Microsoft Fabric anders dan een Fabric koppeling die is gemaakt voordat synchronisatie met lage latentie beschikbaar was. Bekijk de volgende verschillen voordat u een koppeling instelt of voordat u een omgeving met een bestaande downstreamoplossing opnieuw koppelt.

Als u wilt controleren welke synchronisatie-engine een profiel gebruikt, selecteert u Gegevens koppelen in de linkernavigatie en zoekt u vervolgens naar de markering Modus met lage latentie bij uw Fabric-koppeling onder Fabric-koppelingen. Meer informatie: Synchronisatie met lage latentie

Gebruik de volgende richtlijnen voor elk verschil:

• Schema van de keuzemetadatatabellen. Werk uw query's bij zodat ze niet afhankelijk zijn van de createdonpartition kolom of de beschikbare kolommen tijdens runtime detecteren in plaats van ervan een vast schema te nemen. Meer informatie: Toegang tot dataverse-keuzelabels rechtstreeks vanuit Azure Synapse Link voor Dataverse
• Azure Synapse Analytics serverloze SQL-oplossingen. Verplaats de downstreamworkload naar het Fabric SQL Analytics-eindpunt, dat ondersteuning biedt voor de Delta-mogelijkheden die synchronisatie met lage latentie produceert. Meer informatie: Wat is het SQL-analyse-eindpunt voor een lakehouse?

Als u een bestaande serverloze SQL-workload wilt behouden, gebruikt u een Fabric notebook om de tabellen te lezen en naar een afzonderlijk lakehouse te schrijven met behulp van een Delta-schrijver die geen verwijderingsvectoren produceert. De serverloze SQL-workload kan vervolgens een query uitvoeren op de herschreven tabellen. Meer informatie: Een query uitvoeren op Delta Lake v1-indeling met een serverloze SQL-pool

Eerder converteerden Fabric-koppelingen lege tekenreeksen in SQL naar waarden van NULL in Fabric. Synchronisatie met lage latentie behoudt lege tekenreeksen in plaats van ze te converteren naar NULL.

Een lege waarde in de kolom textvalue van de tabel ecorestextvalue wordt bijvoorbeeld weergegeven als een lege tekenreeks met synchronisatie met lage latentie. Eerdere Fabric-koppelingen gaven dezelfde waarde weer als NULL.

Werk downstreamquery’s, pijplijnen, semantische modellen en andere afhankelijkheden bij om lege tekenreeksen te verwerken in plaats van te vertrouwen op waarden van NULL. Deze aanpak voorkomt het toevoegen van transformaties die mogelijk niet compatibel zijn met toekomstige wijzigingen in het gegevensplatform.

Tijdens de eerste installatie van Link to Fabric worden in de stap Select Entities alle Dataverse-tabellen weergegeven waarin de eigenschap Track changes is ingeschakeld. Standaard zijn al deze tabellen geselecteerd. Voordat u de wizard voltooit, kunt u alle tabellen wissen die u niet wilt synchroniseren. Alleen geselecteerde tabellen zijn gekoppeld aan Fabric en verbruiken opslag, zodat u kosten kunt optimaliseren door tabellen uit te sluiten die u niet nodig hebt. U kunt uw selectie op elk gewenst moment na de installatie wijzigen met behulp van Tabellen beheren.

Een tabel waarvoor wijzigingen bijhouden niet is ingeschakeld, wordt niet ondersteund. Daarnaast zijn bepaalde Dataverse-tabellen, zoals postcomment, postregarding, postlike, post en postrole, niet beschikbaar voor klanten om synchronisatie via Fabric-koppeling mogelijk te maken. In sommige gevallen kunnen deze tabellen worden weergegeven wanneer langetermijnretentie van Dataverse is ingeschakeld. Als dat gebeurt, kan een subset of alle records uit deze tabellen worden geëxporteerd. Dit is verwacht gedrag voor langetermijnretentiescenario's.

Ja, u kunt beheren welke tabellen zijn gekoppeld:

• Voeg meer tabelkoppeling toe aan Fabric door Tabellen beheren te selecteren.
• Als u wilt stoppen met het synchroniseren van specifieke tabellen, wist u deze in het deelvenster Tabellen beheren en selecteert u Opslaan
• Na bevestiging worden snelkoppelingen voor niet-geselecteerde tabellen verwijderd uit Fabric Lakehouse en wordt de synchronisatie onmiddellijk gestopt.

Ja, elastische tabellen worden ondersteund met Fabric-koppeling. Zorg ervoor dat wijzigingen bijhouden is ingeschakeld voor elastische tabellen in Dataverse, zodat de synchronisatie kan plaatsvinden.

Als uw omgeving is gekoppeld aan een Dynamics 365 finance- en operations-omgeving, kunt u met de optie Tabellen toevoegen tabellen uit finance- en operations-apps opnemen. Tabellen met finance- en operations-apps worden niet automatisch geselecteerd bij het maken van de eerste Fabric-koppeling.

Kerneltabellen zijn een subset van tabellen met financiële en operationele apps. In tegenstelling tot andere tabellen met financiële en operationele apps, nemen kerneltabellen niet deel aan doorlopende incrementele synchronisatie. In plaats daarvan wordt een initiële synchronisatietaak elke dag uitgevoerd om hun gegevens te vernieuwen. Als gevolg hiervan geeft de gebruikersinterface InitialSyncInProgress weer als de synchronisatiestatus. Deze status wordt verwacht en geeft niet aan dat synchronisatie is vastgelopen.

De volgende kerneltabellen worden ondersteund:

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

Ja, bepaalde systeemtabellen worden automatisch gesynchroniseerd in Link to Fabric en kunnen niet worden ontkoppeld door gebruikers. Voorbeelden van deze systeemtabellen zijn:

• bot
• msdyn_copilotknowledgeinteraction
• desktopflowmodule
• flowmachine
• flowmachinegroup
• werkstroom

Deze tabellen zijn essentieel voor systeemfunctionaliteit en zijn altijd opgenomen in het synchronisatieproces.

Invoegtoepassingen en tabelselectie geleverd door Microsoft

De selectie van Fabric-koppelingstabellen is ook afhankelijk van door Microsoft geleverde invoegtoepassingen, zoals Business Process Advisor (BPA) en Customer Insights - Journeys. Deze producten gebruiken dezelfde pijplijn om gegevens uit Dataverse te exporteren om getransformeerde inzichten te bieden.

De tabellen die u niet kunt deselecteren, hangen af van welke invoegtoepassingsproducten u hebt ingeschakeld. Wanneer u een invoegtoepassing inschakelt (bijvoorbeeld Customer Insights - Journeys), worden de specifieke tabellen die voor die invoegtoepassing zijn vereist, toegevoegd aan de entityanalyticsconfig-tabel in Dataverse.

Elke tabel in de entityanalyticsconfig-tabel met isenabledforadls ingesteld op true kan niet worden geselecteerd via de fabric-koppeling.

Het toevoegen van een nieuwe kolom wordt ondersteund. Omdat de synchronisatie van metagegevens niet onmiddellijk is en het maximaal één uur duurt om door te geven aan Fabric. Gedurende die periode:

• Delta-synchronisatiebewerkingen kunnen af en toe mislukken.
• Recent gewijzigde gegevens kunnen vertraagd zijn in Fabric.

Deze fouten worden verwacht terwijl de metagegevenssynchronisatie is voltooid. Zodra dit is voltooid, loopt de pijplijn automatisch weer op schema en is geen actie nodig.

Als u niet wilt wachten op de synchronisatie van metagegevens en geen vertraagde wijzigingen kunt accepteren, verwijdert u de betrokken tabellen uit de synchronisatie en voegt u deze opnieuw toe nadat u het schema hebt gewijzigd. De tabellen worden vervolgens zonder problemen gesynchroniseerd.

Het verwijderen van een kolom wordt ondersteund. Wanneer u een kolom in Dataverse verwijdert, verwijdert de koppeling naar Fabric de kolom niet fysiek uit de onderliggende opslag. In plaats daarvan worden de waarden voortaan als null verzonden. Historische waarden bestaan mogelijk nog steeds voor records die niet zijn bijgewerkt via deltasynchronisatie sinds de verwijdering. Dit is te verwachten gedrag.

No. Het wijzigen van het gegevenstype of de precisie van een kolom die al is gesynchroniseerd, wordt niet ondersteund. Een aantal voorbeelden:

• Int tot en met Decimal
• Wijzigingen in decimale precisie of schaal (bijvoorbeeld Decimal(10,3) naar Decimal(20,10))

Deze wijzigingen veroorzaken permanente deltasynchronisatiefouten. Als tijdelijke oplossing voor dit gedrag verwijdert u de tabel en voegt u deze opnieuw toe vanuit een koppeling naar Fabric.

De initiële synchronisatietijd is afhankelijk van verschillende factoren, waaronder de tabelgrootte, het aantal updates en transacties in de omgeving, het aantal tabellen en het aantal rijen. De gegevens worden tijdens dit proces omgezet in de Delta Parquet-indeling. Wanneer u Fabric Lakehouse opent, worden de koppelingen weergegeven als niet-geïdentificeerd totdat de initiële synchronisatie is voltooid.

Wanneer de eerste synchronisatie is voltooid, vernieuwt het systeem voortdurend de updates in Dataverse in het lakehouse. Incrementele updates duren doorgaans tot één uur, hoewel de werkelijke tijdsinstellingen afhankelijk zijn van de tabelgrootte, het aantal updates en transacties dat plaatsvindt in de omgeving, het aantal tabellen, het aantal rijen en de laadperioden van het systeem.

Dit is te verwachten gedrag. ModifiedOn is de datum en tijd waarop een record voor het laatst is gewijzigd in Dataverse, terwijl SinkModifiedOn de datum en tijd is waarop het record is weggeschreven naar het data lake van Dataverse waarnaar Fabric-snelkoppelingen verwijzen. SinkModifiedOn is doorgaans later dan ModifiedOnen het verschil is afhankelijk van factoren zoals batchgrootte, systeembelasting en het aantal records dat wordt verwerkt.

Tabellen die eindigen-Analytics, kunnen worden gemaakt en gebruikt door geïnstalleerde Microsoft toepassingen en analysemogelijkheden. Daarom betekent de aanwezigheid van een -Analytics tabel niet noodzakelijkerwijs dat uw Dataverse-omgeving is gekoppeld aan Microsoft Fabric.

Wanneer een geïnstalleerde toepassing van derden gebruikmaakt van het verouderde synchronisatiepad op basis van CSV, telt de gekoppelde opslag mee voor het recht op dataverse bestandscapaciteit van uw organisatie.

Het gerapporteerde gebruik omvat de door de service beheerde bestanden die nodig zijn om de analysegegevens te synchroniseren en te onderhouden. Het is niet beperkt tot de huidige grootte van de bijbehorende bedrijfstabel in Dataverse.

De gerapporteerde bestandscapaciteit kan groter zijn dan de huidige bedrijfsgegevens, omdat het verouderde synchronisatiepad gebruikmaakt van in-place updates om CSV-bestanden te onderhouden. Het gerapporteerde gebruik kan het volgende omvatten:

• CSV-bestanden met gesynchroniseerde tabelgegevens.
• Door de service beheerde momentopnamekopieën die worden gebruikt om consistente gegevens te bieden voor analyseworkloads.
• Ondersteunende bestanden en metagegevens die worden gebruikt om de CSV-bestanden te indexeren, coördineren en veilig bij te werken.

Deze bestanden zijn vereist voor gegevenssynchronisatie en consistentie en worden opgenomen in het gerapporteerde verbruik van bestandscapaciteit.

Wanneer Microsoft Fabric is gekoppeld, maakt Dataverse een geoptimaliseerde replica van de geselecteerde gegevens in Delta Parquet-indeling. Opslag die door deze replica wordt gebruikt, telt mee voor de Dataverse-databasecapaciteit van uw organisatie en wordt weergegeven onder databasegebruik in het Power Platform-beheercentrum.

De aanwezigheid van een -Analytics tabel alleen identificeert niet welke synchronisatieoptie wordt gebruikt. Beheerders moeten controleren of de omgeving een actieve Fabric koppeling heeft en zowel bestand- als databasegebruik controleert in de capaciteitsgegevens van de omgeving.

Als u meer dan 2.000 actieve Dataverse-tabellen hebt, kan de koppeling naar Fabric mislukken en een fout veroorzaken.

Ja. Link naar Fabric leest rijen via Dataverse, dus elke limiet in Dataverse per record geldt ook voor synchronisatie. De meest voorkomende limiet is de maximumgrootte van 200 MiB voor de niet-gecomprimeerde grootte van een enkel record dat door de server wordt geretourneerd.

Deze limiet is doorgaans van toepassing op tabellen met grote inhoud in vrije vorm of binaire gegevens. Voorbeeld:

• email bevat de volledige berichttekst.
• activitypointer bevat lange beschrijvingen.
• activitymimeattachment bevat inline- en bijgevoegde bestanden.

Dit is een Dataverse-platformlimiet en kan niet op verzoek worden ingediend. De service trunceert of wijzigt klantgegevens niet. U kunt dit oplossen door de oversized record in Dataverse te verminderen door deze te verwijderen, het grote veld te wissen of de inhoud uit Dataverse te verplaatsen.

U kunt uw bestaande Azure Synapse Link voor Dataverse-profielen koppelen aan Fabric als u de optie Parquet/Delta Lake inschakelen selecteert. Aan de andere kant:

• Bestaande profielen waarin de gegevens worden opgeslagen als CSV-bestanden, kunnen niet worden gekoppeld aan Fabric.
• Azure Synapse Link-profielen die zijn beveiligd met beheerde identiteiten, kunnen momenteel niet worden gekoppeld aan Fabric.

Link to Fabric maakt verbinding met uw Fabric-werkruimte om een lakehouse te maken en snelkoppelingen naar uw Dataverse-tabellen aan te maken. Als netwerkbeveiliging is geconfigureerd in de Fabric-werkruimte, vraag dan uw Fabric-beheerder om de volgende instellingen te configureren in Werkruimte-instellingen, zodat de koppeling kan worden aangemaakt:

• Binnenkomende toegang. Verbindingen van alle netwerken toestaan. Een werkruimte die is geconfigureerd om alleen verbindingen van geselecteerde netwerken en privékoppelingen op werkruimteniveau toe te staan, kan niet worden gebruikt met Koppeling naar Fabric. Meer informatie: Privékoppelingen op werkruimteniveau instellen en gebruiken
• Uitgaande toegang. Uitgaande openbare toegang kan geblokkeerd blijven. Voeg een regel voor gegevensverbinding toe waarmee de URL van uw Dataverse-omgeving als eindpunt kan worden gebruikt. Meer informatie: Een acceptatielijst maken met behulp van regels voor gegevensverbindingen

Zie ook

Link naar Microsoft Fabric

Veelvoorkomende problemen met een koppeling naar Fabric oplossen

Werk met Dataverse-gegevens en genereer Power BI-rapporten