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.

Fabric liens qui utilisent la synchronisation à faible latence, également appelée Fabric rapide, écrivent des données pour Microsoft Fabric différemment d’un lien Fabric créé avant la disponibilité de la synchronisation à faible latence. Passez en revue les différences suivantes avant de configurer un lien, ou avant de lier à nouveau un environnement disposant d’une solution en aval existante.

Pour vérifier le moteur de synchronisation utilisé par un profil, sélectionnez Les données de lien dans le volet de navigation gauche, puis recherchez l’indicateur de mode faible latence sur votre lien Fabric sous Fabric Liens. Plus d’informations : Synchronisation à faible latence

Utilisez les conseils suivants pour chaque différence :

• Schéma des tables de métadonnées de choix. Mettez à jour vos requêtes afin qu’elles ne dépendent pas de la createdonpartition colonne, ou détectent les colonnes disponibles au moment de l’exécution au lieu d’assumer un schéma fixe. Plus d’informations : Accéder aux étiquettes de choix Dataverse directement à partir d’Azure Synapse Link pour Dataverse
• Azure Synapse Analytics solutions SQL serverless. Déplacez la charge de travail en aval vers le point de terminaison d’analytique SQL Fabric, qui prend en charge les fonctionnalités Delta produites par la synchronisation à faible latence. Plus d’informations : Qu’est-ce que le point de terminaison d’analytique SQL pour un lakehouse ?

Pour conserver une charge de travail SQL serverless existante, utilisez un notebook Fabric pour lire les tables et les écrire dans un lakehouse distinct, avec un composant d’écriture Delta qui ne produit pas de vecteurs de suppression. La charge de travail SQL serverless peut ensuite interroger les tables réécrites. Plus d’informations : Interroger le format Delta Lake v1 à l’aide d’un pool SQL serverless

Les liens Fabric antérieurs ont converti des chaînes vides dans SQL NULL en valeurs dans Fabric. La synchronisation à faible latence conserve les chaînes vides au lieu de les convertir en NULL.

Par exemple, une valeur vide dans la textvalue colonne de la ecorestextvalue table apparaît sous la forme d’une chaîne vide avec une synchronisation à faible latence. Les liens Fabric antérieurs ont exposé la même valeur que NULL.

Mettez à jour les requêtes en aval, les pipelines, les modèles sémantiques et d’autres dépendances pour gérer des chaînes vides au lieu de s’appuyer sur des valeurs NULL. Cette approche évite d’ajouter des transformations qui ne sont peut-être pas compatibles avec les futures modifications apportées à la plateforme de données.

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.

Les tables de noyau sont un sous-ensemble de tables d’applications financières et opérationnelles. Contrairement à d’autres tables d’applications financières et opérationnelles, les tables de noyau ne participent pas à la synchronisation incrémentielle en cours. Au lieu de cela, un travail de synchronisation initial est planifié pour s’exécuter tous les jours pour actualiser leurs données. Par conséquent, l’interface utilisateur affiche InitialSyncInProgress comme état de synchronisation. Cet état est attendu et n’indique pas que la synchronisation est bloquée.

Les tables de noyau suivantes sont prises en charge :

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

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.

Les tables se terminant par -Analytics peuvent être créées et utilisées par les applications Microsoft installées et les fonctionnalités d’analytique. Par conséquent, la présence d'une -Analytics table ne signifie pas nécessairement que votre environnement Dataverse est lié à Microsoft Fabric.

Lorsqu’une application propriétaire installée utilise l’ancien mécanisme de synchronisation basé sur des fichiers CSV, le stockage associé est décompté de la capacité de fichiers Dataverse attribuée à votre organisation.

L’utilisation signalée inclut les fichiers gérés par le service requis pour synchroniser et gérer les données d’analyse. Elle n’est pas limitée à la taille actuelle de la table métier correspondante dans Dataverse.

La capacité de fichier signalée peut être supérieure aux données métier actuelles, car le chemin de synchronisation hérité utilise des mises à jour sur place pour gérer les fichiers CSV. L’utilisation signalée peut inclure :

• Fichiers CSV contenant des données de table synchronisées.
• Copies d’instantanés gérées par le service utilisées pour fournir des données cohérentes aux charges de travail analytiques.
• Prise en charge des fichiers et métadonnées utilisés pour indexer, coordonner et mettre à jour les fichiers CSV en toute sécurité.

Ces fichiers sont requis pour la synchronisation et la cohérence des données et sont inclus dans la consommation de capacité de fichier signalée.

Lorsque Microsoft Fabric est associé, Dataverse crée une réplique optimisée des données sélectionnées au format Delta Parquet. Le stockage utilisé par cette réplique est décompté de la capacité de base de données Dataverse de votre organisation et apparaît dans la section Utilisation de la base de données du centre d’administration Power Platform.

La présence d’une -Analytics table seule n’identifie pas l’option de synchronisation utilisée. Les administrateurs doivent vérifier si l’environnement dispose d’un lien Fabric actif et examiner à la fois l’utilisation des fichiers et de la base de données dans les détails de capacité de l’environnement.

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.

Link to Fabric se connecte à votre espace de travail Fabric afin de créer le lakehouse et les raccourcis vers vos tables Dataverse. Si la sécurité réseau est configurée sur l’espace de travail Fabric, demandez à votre administrateur Fabric de configurer les paramètres suivants dans les paramètres de l’espace de travail afin que le lien puisse être créé :

• Accès entrant. Autoriser les connexions à partir de tous les réseaux. Un espace de travail configuré pour autoriser les connexions uniquement à partir de réseaux sélectionnés et de liens privés au niveau de l'espace de travail ne peut pas être utilisé avec Link to Fabric. Plus d’informations : Configurer et utiliser des liens privés au niveau de l’espace de travail
• Accès sortant. L’accès public sortant peut rester bloqué. Ajoutez une règle de connexion de données qui autorise l’URL de votre environnement Dataverse en tant que point de terminaison. Plus d’informations : Créer une liste d’autorisation à l’aide de règles de connexion de données

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