FAQ sur Microsoft Fabric Link pour Dataverse

Fabric link prend en charge trois méthodes d’authentification lors de la création d’une connexion :

• Compte organisationnel : fournissez vos informations d’identification et enregistrez la connexion.
• Principal du service : fournissez l’ID de locataire, l’ID client et la clé pour l’authentification.
• Identité de l’espace de travail : utilise un principal de service géré par Fabric associé à un workspace spécifique.

Lorsque vous dissociez le lien, le Fabric Lakehouse est supprimé avec tous les raccourcis vers vos tables Dataverse.

Lorsque vous supprimez le lien, Dataverse supprime le lakehouse Fabric qui a été créé pour ce lien avant d’effacer les métadonnées du lien. Microsoft Fabric n’autorise pas la suppression d’un lakehouse tant que d’autres éléments de Fabric y font encore référence, comme un pipeline, un travail de copie ou un modèle sémantique. L’opération de dissociation ne peut pas se terminer tant que ces références ne sont pas supprimées. Informations complémentaires : Supprimer un lakehouse

Pour résoudre ce problème, ouvrez l’espace de travail qui contient le lakehouse créé par le lien Fabric et utilisez la vue traçabilité pour identifier les éléments qui dépendent du lakehouse ou de son point de terminaison d’analyse SQL. Informations complémentaires : Traçabilité des données dans Fabric

Supprimez les éléments dépendants ou mettez-les à jour afin qu’ils ne référencent plus le lakehouse, puis essayez de dissocier à nouveau. Si la dissociation échoue toujours après avoir supprimé tous les éléments dépendants, contactez Microsoft support client.

Pendant la configuration initiale de Link à Fabric, l’étape Select Entities affiche toutes les tables Dataverse où la propriété Track change est activée. Par défaut, toutes ces tables sont sélectionnées. Vous pouvez effacer les tables que vous ne souhaitez pas synchroniser avant de finaliser l’assistant. Seules les tables sélectionnées sont liées à Fabric et consomment le stockage. Vous pouvez donc optimiser les coûts en excluant les tables dont vous n'avez pas besoin. Vous pouvez modifier votre sélection à tout moment après l’installation à l’aide de Gérer les tables.

Toute table dont le suivi des modifications n’est pas activé n’est pas prise en charge. En outre, certaines tables Dataverse, telles que postcomment, postregarding, postlike, post et postrole, ne sont pas disponibles pour les clients afin d’activer la synchronisation via le lien Fabric. Dans certains cas, ces tables peuvent apparaître lorsque la rétention à long terme de Dataverse est activée. Dans ce cas, un sous-ensemble ou tous les enregistrements de ces tables peuvent être exportés. Ce comportement est attendu pour les scénarios de rétention à long terme.

Oui, vous pouvez gérer les tables liées :

• Ajouter plus de liens de tables vers Fabric en sélectionnant Gérer les tables.
• Pour arrêter la synchronisation de tables spécifiques, désactivez-les dans le volet Gérer les tables , puis sélectionnez Enregistrer
• Après confirmation, les raccourcis pour les tables non sélectionnées sont supprimés de Fabric Lakehouse et la synchronisation s'arrête immédiatement.

Oui, les tables élastiques sont prises en charge avec Fabric Link. Vérifiez que le suivi des modifications est activé pour les tables élastiques dans Dataverse pour que la synchronisation se produise.

Si votre environnement est lié à un environnement Dynamics 365 finance et opérations, l’option Ajouter des tables vous permet d’inclure des tables à partir d’applications financières et opérationnelles. Les tables d’applications financières et opérationnelles ne sont pas sélectionnées automatiquement lors de la création du lien Fabric initial.

Oui, certaines tables système sont automatiquement synchronisées dans Link to Fabric et ne peuvent pas être dissociées par les utilisateurs. Voici quelques exemples de ces tables système :

• bot
• msdyn_copilotknowledgeinteraction
• desktopflowmodule
• flowmachine
• flowmachinegroup
• flux de travail

Ces tables sont essentielles pour les fonctionnalités système et sont toujours incluses dans le processus de synchronisation.

Compléments et sélection de tables fournis par Microsoft

La sélection de la table de liens Fabric dépend également des compléments fournis par Microsoft, tels que Business Process Advisor (BPA) et Customer Insights - Journeys. Ces produits utilisent le même pipeline pour exporter des données de Dataverse pour fournir des insights transformés.

Les tables que vous ne pouvez pas désélectionner dépendent des produits complémentaires que vous avez activés. Lorsque vous activez un complément (par exemple, Customer Insights - Journeys), les tables spécifiques requises par ce complément sont ajoutées à la table entityanalyticsconfig dans Dataverse.

Toute table dans laquelle isenabledforadls est définie sur true dans la table entityanalyticsconfig ne peut pas être sélectionnée depuis le lien Fabric.

L’ajout d’une nouvelle colonne est pris en charge. Étant donné que la synchronisation des métadonnées n'est pas instantanée et prend jusqu'à une heure pour se propager à Fabric. Pendant ce temps :

• Les opérations de synchronisation delta peuvent échouer par intermittence.
• Les données nouvellement modifiées peuvent être retardées dans Fabric.

Ces échecs sont attendus pendant la synchronisation des métadonnées. Une fois l’opération terminée, le pipeline se remet automatiquement à jour et aucune action n’est requise.

Si vous ne souhaitez pas attendre la synchronisation des métadonnées et ne pouvez pas accepter de modifications différées, supprimez et rajoutez les tables affectées de la synchronisation après avoir modifié le schéma. Les tables sont ensuite resynchronisées sans aucun problème.

La suppression d’une colonne est prise en charge. Lorsque vous supprimez une colonne dans Dataverse, le lien vers Fabric ne supprime pas physiquement la colonne du magasin en aval. Au lieu de cela, ses valeurs sont envoyées comme null à l’avenir. Les valeurs historiques peuvent toujours exister pour les enregistrements qui n’ont pas été mis à jour via la synchronisation delta depuis la suppression. Ce comportement est attendu.

Non. La modification du type de données ou de la précision d’une colonne déjà synchronisée n’est pas prise en charge. Voici quelques exemples :

• Int devient Decimal
• Précision décimale ou modification de l’échelle (par exemple, Decimal(10,3) en Decimal(20,10))

Ces modifications provoquent des échecs permanents de synchronisation delta. Pour contourner ce comportement, supprimez la table, puis ajoutez-la de nouveau à partir du lien vers Fabric.

Le temps de synchronisation initial dépend de plusieurs facteurs, notamment la taille de table, le nombre de mises à jour et de transactions qui se produisent dans l’environnement, le nombre de tables et le nombre de lignes. Les données sont converties au format Delta Parquet pendant ce processus. Lorsque vous ouvrez Fabric Lakehouse, les liens apparaissent comme non identifiés jusqu’à ce que la synchronisation initiale soit terminée.

Lorsque la synchronisation initiale est terminée, le système actualise en permanence les mises à jour dans Dataverse dans la lakehouse. Les mises à jour incrémentielles prennent généralement jusqu’à une heure pour apparaître, bien que le minutage réel dépend de la taille de la table, du nombre de mises à jour et des transactions qui se produisent dans l’environnement, du nombre de tables, du nombre de lignes et des périodes de chargement système.

Ce comportement est attendu. ModifiedOn est la date et l’heure à laquelle un enregistrement a été modifié pour la dernière fois dans Dataverse, tandis que SinkModifiedOn la date et l’heure à laquelle l’enregistrement a été écrit dans le lac de données Dataverse à partir duquel les raccourcis Fabric pointent vers. SinkModifiedOn est généralement plus tard que ModifiedOn, et la différence dépend de facteurs tels que la taille du lot, la charge système et le nombre d’enregistrements en cours de traitement.

Si vous avez plus de 2 000 tables Dataverse actives, le lien vers Fabric peut échouer avec une erreur.

Yes. Link to Fabric lit les lignes via Dataverse. Toutes les limites Dataverse appliquées à chaque enregistrement s’appliquent donc également à la synchronisation. La limite la plus courante est le plafond de 200 Mio pour la taille non compressée d’un enregistrement unique renvoyé par le serveur.

Cette limite s’applique généralement aux tables qui stockent du contenu de grande forme libre ou des données binaires. Par exemple:

• email contient le corps complet du message.
• activitypointer contient de longues descriptions.
• activitymimeattachment contient des fichiers intégrés et joints.

Il s’agit d’une limite de plateforme Dataverse et ne peut pas être déclenchée à la demande. Le service ne tronque pas ni ne modifie les données client. Pour résoudre ce problème, réduisez l’enregistrement surdimensionné dans Dataverse en le supprimant, en désactivant le champ volumineux ou en déplaçant le contenu hors de Dataverse.

Vous pouvez lier vos profils existants d'Azure Synapse Link pour Dataverse avec Fabric si vous sélectionnez l’option Enable Parquet/Delta lake. Toutefois:

• Les profils existants dans lesquels les données sont enregistrées en tant que fichiers CSV ne peuvent pas être liés à Fabric.
• Les profils Azure Synapse Link sécurisés avec des identités managées ne peuvent actuellement pas être liés à Fabric.

Voir également :

Lien vers Microsoft Fabric

Résolution des problèmes courants liés à Fabric

Travailler avec les données de Dataverse et générer des rapports Power BI