Dit artikel bevat informatie over veelgestelde vragen wanneer u Microsoft Dataverse koppelt aan Microsoft Fabric.
Algemeen
Welke verificatiemethoden worden ondersteund voor fabric-koppeling?
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.
Wat gebeurt er wanneer ik de koppeling van Fabric ontkoppel?
Wanneer u de koppeling ongedaan maakt, wordt het Fabric Lakehouse samen met alle snelkoppelingen naar uw Dataverse-tabellen verwijderd.
Waarom mislukt het ontkoppelen van Fabric als er afhankelijke artefacten zijn?
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.
Ondersteuning en beperkingen voor tabellen
Welke Dataverse-tabellen zijn standaard geselecteerd bij het koppelen aan Fabric?
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.
Welke Dataverse-tabellen worden niet ondersteund voor fabric-koppeling?
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.
Belangrijk
- Deze tabellen mogen niet worden geselecteerd voor synchronisatie.
- Hun aanwezigheid geeft geen volledige ondersteuning voor incrementele synchronisatie aan.
Kan ik specifieke tabellen toevoegen aan of verwijderen uit de Fabric-koppeling?
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.
Belangrijk
Als u een tabel verwijdert, wordt de tabel in Dataverse niet verwijderd. Hiermee verwijdert u alleen de OneLake-snelkoppeling en stopt u de gegevenssynchronisatie.
Worden elastische tabellen ondersteund voor Fabric-koppeling?
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.
Worden tabellen in Finance and Operations-apps ondersteund?
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.
Zijn er systeemtabellen die automatisch worden gesynchroniseerd en die niet kunnen worden ontkoppeld?
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.
Wijzigingen in schema en metagegevens
Wat gebeurt er wanneer ik een nieuwe kolom aan een gekoppelde tabel toevoeg?
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.
Wat gebeurt er wanneer ik een kolom uit een gekoppelde tabel verwijder?
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.
Kan ik het gegevenstype of de precisie van een bestaande kolom wijzigen?
No. Het wijzigen van het gegevenstype of de precisie van een kolom die al is gesynchroniseerd, wordt niet ondersteund. Een aantal voorbeelden:
-
Inttot en metDecimal - Wijzigingen in decimale precisie of schaal (bijvoorbeeld
Decimal(10,3)naarDecimal(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.
Belangrijk
Het verwijderen van de kolom en het opnieuw maken van de kolom met dezelfde naam en een ander type werkt niet . De oorspronkelijke kolom bestaat nog steeds in het downstreammetagegevensmodel, dus de opnieuw gemaakte kolom wordt niet behandeld als nieuw en de synchronisatie blijft mislukken.
Gegevenssynchronisatie
Hoe lang duurt de initiële gegevenssynchronisatie?
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.
Hoe vaak worden gegevens vernieuwd in Fabric?
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.
Waarom zie ik verschillen in de kolommen SinkModifiedOn en ModifiedOn?
Dit is te verwachten gedrag.
ModifiedOn is de datum en tijd waarop een record voor het laatst is gewijzigd in Dataverse, terwijl SinkModifiedOn dit de datum en tijd is waarop de record is geschreven naar de Dataverse data lake waar snelkoppelingen naar Fabric verwijzen.
SinkModifiedOn is doorgaans later dan ModifiedOnen het verschil is afhankelijk van factoren zoals batchgrootte, systeembelasting en het aantal records dat wordt verwerkt.
Belangrijk
In het geval van langlopende transacties in financiële en operationele apps kan een record meerdere keren worden gesynchroniseerd om ervoor te zorgen dat er geen gegevens verloren gaan. In dit scenario SinkModifiedOn wordt de laatste synchronisatietijd weerspiegeld, niet de eerste. Als een record bijvoorbeeld 10 keer binnen een uur wordt gesynchroniseerd, SinkModifiedOn wordt de tijd van de 10e synchronisatie weergegeven, ook al zijn de gegevens beschikbaar vanaf de eerste synchronisatie zelf. Wees voorzichtig bij het bouwen van latentierapporten op basis van het verschil tussen SinkModifiedOn en ModifiedOn, omdat het een misleidende indruk kan geven van de werkelijke beschikbaarheid van gegevens.
Beperkingen en fouten
Wat zijn de limieten voor Fabric Link?
Als u meer dan 2.000 actieve Dataverse-tabellen hebt, kan de koppeling naar Fabric mislukken en een fout veroorzaken.
Zijn er limieten per recordgrootte wanneer u Koppeling naar Fabric gebruikt?
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:
-
emailbevat de volledige berichttekst. -
activitypointerbevat lange beschrijvingen. -
activitymimeattachmentbevat 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.
Kan ik bestaande Azure Synapse Link-profielen koppelen aan Fabric?
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.