Transition depuis les anciens Services d’intégration de données

Le service d’exportation de données, apportez votre propre base de données (BYOD) et Export vers Data Lake sont des fonctionnalités introduites dans Dynamics 365 applications pour exporter des données pour des scénarios d’analyse et d’intégration de données. Ces services ont permis aux administrateurs informatiques et aux spécialistes d’exporter des données vers des bases de données externes ou des lacs de données et de créer des pipelines d’intégration de données. Bien que nous ayons amélioré ces services au fil des années avec des mises à jour dans le cadre de l’unification de Dynamics 365 avec Power Platform, nous avons réorganisé les mêmes capacités de ces services disparates en expériences plus simples et unifiées intégrées à Power Apps (make.powerapps.com). Avec une transition vers Microsoft Fabric Link ou mise à niveau vers Azure Synapse Link, les services repensés vous offrent une rampe simple pour bénéficier des investissements en IA et Copilot dans Microsoft Dataverse et Fabric.

Si vous êtes un client utilisant l’un des services de la génération précédente, cet article fournit des conseils pour passer aux nouvelles expériences, bénéficier des innovations et réduire les dépenses et les efforts de bout en bout.

Sur la base d’enquêtes préliminaires auprès des clients, nous avons également compilé une estimation globale des coûts et des avantages pour vous aider dans la transition. Des liens vers plus d’informations et de vidéos, des liens pour rejoindre des forums et des sessions hebdomadaires pendant les heures de bureau pour interagir avec l’équipe produit, les spécialistes Microsoft et les autres utilisateurs sont également fournis ici. Nous nous efforçons d’améliorer ces services avec la participation de la communauté.

Avant la transition

Si vous êtes un client utilisant des services existants BYOD, un service d’exportation de données ou Exporter vers le lac de données, vous disposez peut-être d’une architecture d’intégration de données similaire à celle présentée ici. La case en surbrillance indique les pipelines de données que votre organisation a pu créer pour exploiter les données exportées depuis Dynamics 365 et Dataverse. Vous pouvez utiliser une sélection d’outils de Microsoft, ainsi que d’autres, pour copier et intégrer des données Dynamics avec vos propres données. Vous pouvez également transformer et agréger des données en les copiant dans plusieurs magasins, comme indiqué dans la zone de préparation des données du diagramme. Vous pouvez utiliser Power BI ou un autre outil pour visualiser les données et créer des informations exploitables. Vous pouvez avoir des pipelines conçus pour exporter des données vers un système local et d’autres cloud.

Après la transition

Il existe deux modèles d’intégration de données activés dans Power Apps :

• Azure Synapse Link permet l’exportation continue de données similaire au BYOD, à Exporter vers le lac de données ou au service d’exportation de données. Cette option est activée pour les administrateurs informatiques et les spécialistes de l’intégration de données.
• La fonctionnalité Lien vers Fabric fournit une intégration SaaS (software as a service) entièrement gérée, sans copie, sans extraction, transformation et chargement (ETL).

Ces options sont complémentaires. Voici une comparaison détaillée des services d’intégration de données.

Si vous êtes un client d’applications financières et opérationnelles utilisant actuellement les fonctionnalités BYOD ou Exporter vers le lac de données, en effectuant une mise à niveau vers Azure Synapse Link ou Fabric Link, vous pouvez bénéficier d’une architecture d’intégration de données simplifiée entraînant une réduction des coûts opérationnels :

• Facile à configurer et à entretenir via Power Apps (make.powerapps.com). Intégration native avec Azure Synapse et Fabric.
• Azure Synapse Link et Fabric Link sont des services entièrement gérés. Chacun nécessite un minimum de frais de gestion continus.
• Les nouveaux services offrent les mêmes formes de données que les services précédents. Vos pipelines d’intégration en aval existants peuvent rester tels quels.
• Impact minimal sur les charges de travail opérationnelles, vous n’avez pas besoin de gérer les charges de travail ni de planifier les exportations de données.

Pipelines d’intégration de données sécurisés et de bout en bout :

• Avec Fabric Link, vos données ne quittent pas la Dataverse limite de gouvernance tandis que les utilisateurs Fabric autorisés peuvent accéder en toute sécurité aux données qui y résident Dataverse.
• Azure Synapse Link Le service vous permet de restreindre l’accès à vos comptes de stockage avec des pare-feu tout en permettant Dataverse d’exporter des données avec des identités managées pour Azure, une fonctionnalité de sécurité intégrée Microsoft Entra.

Si vous êtes un client Dynamics 365 Customer Engagement utilisant le service d’exportation de données ou classique Azure Synapse Link avec des exportations de données au format CSV, vous pouvez bénéficier de rapports efficaces activés avec le format de données Delta ou Parquet standard du secteur :

• L’option de conversion Delta Lake ou Parquet intégrée réduit le besoin de créer vos propres pipelines pour l’analyse et les rapports opérationnels.
• Le format Delta Lake ou Parquet permet des requêtes et des requêtes plus rapides et plus réactives. rapports et s’adapte à des ensembles de données plus grands, de toute taille.
• Les données contenues dans Lake sont compressées entre 1/3 et 1/8 de la taille d’origine, ce qui donne lieu à des fichiers plus petits qui réduisent les coûts d’interrogation et de transport des données.

Lier à Fabric	Azure Synapse Link
Intégration directe sans copie ni ETL avec Fabric.	Exportez des données vers votre propre compte de stockage et intégrez-les à Azure Synapse, Fabric et d’autres outils.
Les données restent dans Dataverse. Les utilisateurs bénéficient d’un accès sécurisé Microsoft Fabric.	Les données restent dans votre propre stockage. Vous gérez l’accès aux utilisateurs.
Toutes les tables choisies par défaut.	Les administrateurs système peuvent choisir les tables requises.
Consomme du stockage Dataverse supplémentaire.	Consomme votre propre espace de stockage et d’autres outils de calcul et d’intégration.

Quelle option utiliser ?

Si votre organisation utilise déjà Fabric ou prévoit d’effectuer la transition dans les mois à venir, nous vous recommandons d’utiliser la fonctionnalité Fabric Link. Vous pouvez continuer à utiliser le Azure Synapse Link service si votre objectif immédiat est de mettre à niveau vos services actuels.

Simplification avec Fabric Link

Si vous consommez déjà des données à l’aide de Power BI, d’un entrepôt de données ou de Dataflows et de notebooks pour transformer les données, le lien vers la fonctionnalité Fabric offre une valeur immédiate. Vous pouvez simplifier votre architecture d’intégration de données en supprimant le besoin de disposer de votre propre compte de stockage ou de services Synapse pour Dataverse données. Au lieu de payer pour les ressources Azure telles que le stockage et le calcul, vous payez pour l’augmentation du Dataverse stockage. Les frais de calcul, tels que les mises à jour des données en temps quasi réel et les frais de gestion, sont également pris en compte dans le Dataverse stockage. L’option Fabric Link revient à disposer d’une réplique en lecture seule en temps quasi réel de vos données optimisée pour les informations.

Interrogez cette réplique à l’aide de T-SQL, Apache Spark, Python ainsi que d’autres charges de travail dans Fabric. Vous pouvez également accéder à ces données à l’aide de n’importe quel outil capable de consommer T-SQL ou de consommer des données de Azure Data Lake Storage.

En tant que client Dynamics ou Power Apps, vous obtenez un Dataverse quota de stockage basé sur le nombre de licences que vous avez achetées. La fonctionnalité Fabric Link utilise ce quota de base de données. Vous pouvez acheter davantage de modules complémentaires de stockage si le volume de données dépasse votre quota.

Vous pouvez continuer à conserver les services de plateforme Azure en tant que service (PaaS), comme Databricks et SQL Database, dans votre propre abonnement. Les fonctionnalités Fabric récemment annoncées, telles que la mise en miroir des données et les raccourcis, peuvent vous aider à simplifier davantage l’intégration de vos données.

Des exemples de réductions de coûts obtenues grâce à la simplicité dérivée de la fonctionnalité d’intégration Fabric sont décrits ici.

Mise à niveau vers Azure Synapse Link

En effectuant une mise à niveau vers Azure Synapse Link et en activant la conversion Delta ou Parquet, vous pouvez éliminer Dataverse les pipelines de préparation des données dans votre solution. Azure Synapse Link Le service exporte les mêmes formes de données dans votre compte de stockage dans un format Delta ou Parquet plus performant. Vous pouvez continuer à utiliser les outils et services Azure existants tels que le stockage et Azure Synapse Analytics les requêtes avec un minimum de perturbations dans vos environnements de production.

Comprendre les avantages et les réductions de coûts

Simplicité obtenue avec Fabric Link et Azure Synapse Link permet de réduire les coûts de bout en bout. Considérez les exemples suivants, basés sur des expériences client préliminaires.

Exemple 1 : Transition du BYOD ou Exporter vers le lac de données vers Fabric Link

Prenons le cas où vous passez à Fabric Link de Exporter vers le lac de données.

Comme indiqué dans les diagrammes avant et après ci-dessus, le client a retiré le service d’exportation vers Data Lake (1) ainsi que les magasins de données intermédiaires (2) avec Fabric Link. Pour obtenir des informations opérationnelles (4), ils ont consommé des données dans OneLake directement dans Power BI. Certaines informations nécessitent une fusion, une transformation et une agrégation de données (3). Au lieu d’utiliser des services Azure disparates, ils ont standardisé les mêmes outils intégrés à Fabric.

Les innovations dans Dataverse et Fabric permettent des simplifications et des réductions de coûts :

• Dataverse est livré avec un magasin OneLake intégré. Les données opérationnelles de Dynamics 365 et Power Apps sont répliquées dans le magasin Lake intégré en temps quasi réel (pour éviter toute influence sur les charges de travail opérationnelles) et liées en toute sécurité à Fabric via des raccourcis. Il n’est pas nécessaire d’apporter du stockage Azure et des données sécurisées exportées. Vos données ne quittent pas la Dataverse limite de gouvernance et les utilisateurs autorisés dans Fabric peuvent travailler avec les données en utilisant toutes les charges de travail Fabric.
• Exporter vers le lac de données et le service d’exportation de données exportent les données au format CSV. Les fichiers CSV ne conviennent pas à la consommation directe en raison de performances de requête médiocres ainsi que de problèmes occasionnels de conflits de lecture/écriture. Le avant la transition solution Utilise Azure Data Factory pour ingérer et convertir périodiquement des données brutes dans une base de données Azure SQL ou un entrepôt de données Azure. Cette couche n’est pas nécessaire dans le après la transition solution depuis Dataverse les données OneLake intégrées sont conservées au format Delta ou Parquet – le même format ouvert qui est natif de Microsoft Fabric. Le format Delta ou Parquet, ainsi que les optimisations dans Fabric, éliminent le besoin de maintenir des magasins de données supplémentaires pour la mise en cache et améliorent les performances des requêtes tout en éliminant les conflits de lecture/écriture. Vous pouvez créer Power BI rapports utilisant Direct Lake sur les données dans OneLake sans aucune étape de données supplémentaire.
• Bien que Operational Insights puissent être obtenues à l’aide des données déjà disponibles dans OneLake, vous pouvez disposer de données supplémentaires provenant d’autres systèmes. Ces données devront peut-être être combinées, remodelées et agrégées avec Dataverse données. Fabric fournit un environnement intégré, qui fournit les meilleurs outils du marché tels que les Dataflows, Azure Data Factory et Spark. Utilisez ces outils plutôt que des outils de configuration et de provisionnement autonomes, dans lesquels vous adoptez les outils de votre choix. La facturation, le contrôle des sources et la sécurité intégrés permettent une gestion et une gouvernance plus simples.
• Bien que vous puissiez continuer à utiliser Power BI service à des fins de reporting, Fabric introduit le reporting en mode Direct Lake, qui exploite les index en mémoire intégrés au format Delta ou Parquet, éliminant ainsi le besoin d’utiliser Power BI rapports en mode importation.

Ces innovations génèrent des économies de bout en bout en plus des avantages évoqués précédemment. Les tableaux présentés ici présentent les éléments de coûts ainsi qu’une comparaison des solutions avant et après. Vous pouvez utiliser ce tableau comme ligne directrice pour estimer les économies de coûts attendues.

Élément de campagne d’économies de coûts	Avant coût – Exporter vers le lac de données	Après coût – Fabric Link
Paramétrage et configuration	Besoin d’utiliser plusieurs outils. - Payez plusieurs licences de logiciels et abonnements. - Efforts de configuration du système. - Effort de construction et de validation de pipelines de données. - Poursuite de la gouvernance, de la gestion et du suivi. - Formation des utilisateurs.	Simplifier l’expérience de configuration de Power Platform. Achetez de la capacité Fabric et payez pour l’utilisation de tous les services. Ne payez que ce que vous utilisez. Dans certains cas, vous êtes facturé à la seconde. Aucun pipeline ETL n’est nécessaire pour Dataverse données.
Mise en lots de données (1, 2)	Coût encouru pour les services Azure. - Coût du stockage Azure, y compris le coût des E/S. - Synapse Analytics (requête SQL serverless). - Copier des données dans Azure SQL avec Azure Data Factory - Stockages de données intermédiaires, tels qu’Azure SQL Database.	Augmentation des coûts en Dataverse stockage Par exemple, si vous synchronisez 500 Go de données depuis Dynamics 365, Dataverse le stockage pourrait augmenter d’environ 100 Go (en supposant une compression des données cinq à huit fois supérieure).
Coûts d’exploitation – préparation des données (3)	- Zone de stockage intermédiaire Azure. - Pipelines de données. - Ingestion de données dans Azure SQL ou entrepôt de données. - Développement des données de maintenance.	Les dépenses sont transférées vers Fabric où vous payez pour la consommation avec une capacité partagée.
Coûts de fonctionnement – reporting (4) - Jeux de données Power BI. - La création de rapports.	Synapse Analytics (requête SQL). Power BI capacité et stockage pour les rapports en mode importation.	À mesure que vos données sont compressées (par exemple 1/3 à 1/6 de leur taille originale), vos coûts de création de rapports et de requêtes diminuent en conséquence. De nouvelles fonctionnalités, telles que les rapports Direct Lake, réduisent la consommation de Power BI consommation de stockage.

Notes

Ces estimations sont fournies pour permettre d’estimer les dépenses après la transition. Bien que ces estimations soient basées sur l’expérience des clients de la version préliminaire, les coûts réels encourus dans votre environnement ainsi que la compression des données peuvent varier en fonction du volume et de la composition des données.

Exemple 2 : Mise à niveau vers Azure Synapse Link

La mise à niveau vers Azure Synapse Link est une option à envisager si vous n’utilisez pas Fabric actuellement ou si vous ne prévoyez pas de faire la transition dans les mois à venir.

Comme indiqué dans les diagrammes avant et ici, le client a retiré le service d’exportation vers Data Lake (1) ainsi que les magasins de données intermédiaires (2) avec Azure Synapse Link. Les magasins de données utilisés pour le transfert des données, tels que les bases de données Azure SQL intermédiaires, sont retirés car Dataverse les données sont enregistrées au format Delta ou Parquet, un format de données plus performant et compressé. Les pipelines en aval utilisés pour la fusion, la transformation et l’agrégation des données (3), ainsi que les outils de présentation (4), tels que Power BI, restent inchangés.

Azure Synapse Link offre un chemin de mise à niveau simple pour les clients souhaitant étendre leurs investissements existants avec un minimum de modifications. Comme nous l’expliquons ici, les innovations Dataverse permettent une transition facile des services d’applications financières et opérationnelles comme l’exportation vers Data Lake et BYOD.

1. Azure Synapse Link permet une configuration facile du stockage Azure et des services Synapse dans le Power Apps (make.powerapps.com). Plusieurs limitations de Exporter vers le lac de données sont supprimées :

   1. Une expérience uniforme permet de choisir des données dans toutes les applications Dynamics 365, y compris les applications de finances et d’opérations et Customer Engagement. Vous pouvez gérer un service unique pour exporter les données de tous Dynamics 365 et Power Apps.
   2. Les limitations de table présentes avec Exporter vers le lac de données disparaissent. Vous pouvez choisir jusqu’à 1 000 tables pour chaque Azure Synapse Link profil au sein d’un seul compte de stockage. Vous pouvez créer plusieurs profils (pipelines d’exportation) contenant chacun jusqu’à 1 000 tables.
   3. Azure Synapse Link fournit une prise en charge intégrée pour l’utilisation de comptes de stockage restreints par un pare-feu pour exporter des données.
   4. Pas besoin de configurer les ressources Azure. Azure Synapse Link provisionne et configure les ressources Azure en votre nom.
   5. Azure Synapse Link exporte les données dans le même format que Exporter vers le lac de données ou BYOD, vous permettant de conserver les pipelines existants.

2. Exporter vers le lac de données et le service d’exportation de données exportent les données au format CSV. Les fichiers CSV ne conviennent pas à la consommation directe en raison de performances de requête médiocres ainsi que de problèmes occasionnels de conflits de lecture/écriture. Avant la transition utilise Azure Data Factory pour ingérer et convertir périodiquement des données brutes dans une base de données SQL Azure ou un entrepôt de données Azure. Cette couche n’est pas nécessaire dans ’après la transition puisque Azure Synapse Link exporte les données dans Delta ou Parquet, ce qui élimine le besoin de conserver des magasins de données supplémentaires pour mise en cache et amélioration des performances des requêtes tout en éliminant les conflits de lecture/écriture.

3. Continuez à utiliser vos pipelines de données existants pour combiner, remodeler et agréger des données supplémentaires provenant d’autres systèmes.

4. Continuez à utiliser le Power BI service à des fins de création de rapports. Fabric introduit le reporting en mode Direct Lake, qui exploite les index en mémoire intégrés au format Delta ou Parquet, éliminant ainsi le besoin d’utiliser Power BI rapports en mode importation.

Ces innovations génèrent des économies de bout en bout en plus des avantages évoqués précédemment. Les tableaux présentés ici présentent les éléments de coûts ainsi qu’une comparaison des solutions avant et après. Utiliser ce tableau comme ligne directrice pour estimer les économies de coûts attendues.

Élément de campagne d’économies de coûts	Avant coût – Exporter vers le lac de données	Après coût – Azure Synapse Link
Paramétrage et configuration	Doit utiliser plusieurs outils. - Payez plusieurs licences de logiciels et abonnements. - Efforts de configuration du système. - Effort de construction et de validation de pipelines de données. - Poursuite de la gouvernance, de la gestion et du suivi. - Formation des utilisateurs.	Simplifier l’expérience de configuration de Power Platform. Aucun pipeline ETL n’est nécessaire pour Dataverse données.
Mise en lots de données (1, 2)	Coût encouru pour les services Azure. - Coût du stockage Azure, y compris le coût des E/S. - Synapse Analytics (requête SQL serverless). - Tâches Azure Data Factory pour copier des données. - Stockages de données intermédiaires, tels qu’Azure SQL Database.	Azure Synapse Link vous oblige à fournir un pool Spark pour convertir les données au format Parquet. En fonction de la fréquence de synchronisation des données ainsi que du volume des modifications de données, les coûts du pool Spark peuvent varier. Modifications de données petites à moyennes (par mois) : - $600 à $2 000 pour une actualisation horaire. - $1 200 à $4 100 pour une actualisation 15 minutes. Modifications de données moyennes à grandes (par mois) : - $1 200 à $2 500 pour une actualisation horaire. - $2 500 à $8 300 pour une actualisation 15 minutes.
Coûts d’exploitation – préparation des données (3)	- Zone de stockage intermédiaire Azure. - Pipelines de données. - Ingestion de données dans Azure SQL Database ou entrepôt de données. - Développement et maintenance des données.	Mêmes coûts que ceux indiqués ci-dessus, cependant, vous n’aurez peut-être pas besoin d’agréger Dataverse les données en raison de la conversion Parquet.
Coûts de fonctionnement – reporting (4) : - Jeux de données Power BI. - La création de rapports.	Synapse Analytics (requête SQL). Power BI Capacité.	À mesure que vos données sont compressées (par exemple 1/3 à 1/6 de leur taille originale), vos coûts de création de rapports et de requêtes diminuent en conséquence.

Important

Ces estimations sont fournies pour permettre d’estimer les dépenses après la transition. Bien que ces estimations soient basées sur l’expérience des clients de la version préliminaire, les coûts réels encourus dans votre environnement ainsi que la compression des données peuvent varier en fonction du volume et de la composition des données.

Exemple 3 : Ingestion incrémentielle de données dans un entrepôt de données

Si vous consommez actuellement des données incrémentielles de la fonctionnalité Exporter vers le lac de données pour remplir un pipeline de données en aval, vous pouvez continuer à utiliser le même pipeline. Comme indiqué ici, Azure Synapse Link le service peut exporter les modifications de données incrémentielles dans le même format que celui utilisé pour Exporter vers le lac de données les modifications.

Azure Synapse Link Le service fournit plusieurs améliorations par rapport à Exporter vers le lac de données pour les modifications de données incrémentielles :

• Le chargement initial des données est inclus dans les dossiers de modifications. Cela permet au même pipeline de consommer facilement à la fois la charge initiale et les mises à jour incrémentielles.
• Les données modifiées ne sont pas supprimées en cas de réinitialisation d’une table.
• Le système crée une structure de dossiers et des métadonnées horodatées qui vous aident à lire les modifications par ordre chronologique. Les données modifiées une fois écrites ne sont jamais mises à jour. Cette approche est mieux adaptée pour traiter les modifications à l’aide d’outils d’ingestion des données Big Data comme Azure Data Factory.
• Vous pouvez configurer la fréquence à laquelle vous souhaitez que les flux de modifications soient mis à jour dans les dossiers avec Azure Synapse Link, en cinq minutes seulement.

Lorsque vous passez à Fabric ou Azure Synapse Link, la modification du coût est minime pour les modifications de données incrémentielles.

Comprendre les avantages – davantage de rapports en temps réel

Fabric simplifie non seulement votre architecture d’intégration de données, mais réduit également le besoin de copier ou de répliquer les données. Le format de données sous-jacent dans Fabric, le format Delta ou Parquet standard de l’industrie, peut être directement consommé par Power BI, Dataflows, blocs-notes et autres charges de travail, éliminant ainsi le besoin de zones de mise en cache et de préparation.

Si vous effectuez une mise à niveau vers Azure Synapse Link et continuez à exporter des données, vos données sont enregistrées au format Delta ou Parquet, ce qui peut réduire les étapes dans vos propres pipelines de données pour les rapports opérationnels.

Considérez le temps nécessaire pour actualiser un rapport opérationnel, tel qu’une analyse des stocks ou une analyse financière de fin de mois. Ces rapports peuvent nécessiter l’agrégation de millions de lignes de données provenant de plusieurs tables dans Dynamics 365 Finance. Grâce au service Export to Data Lake, les données CSV sont exportées dans un délai de 10 minutes. Ces données devront peut-être être importées dans un Power BI rapport pour fournir de meilleurs temps de réponse. Power BI l’actualisation peut être effectuée jusqu’à 24 fois par jour (toutes les 30 minutes). Selon la manière dont le rapport est conçu, l’actualisation peut prendre plusieurs minutes. Grâce à cette approche, les utilisateurs peuvent consulter les données dans les 60 minutes suivant une mise à jour.

Rapports opérationnels selon lesquels les données sources utilisant Fabric Link peuvent exploiter le mode Direct Lake ou DirectQuery dans Fabric, qui exploite l’index en mémoire intégré aux fichiers Delta ou Parquet. Dans ces modes, vous n’avez pas besoin de planifier l’actualisation de Power BI rapports car le rapport montre toujours le dernier Dataverse données mises à jour dans Fabric.

Le service Fabric Link met à jour les données dans Dataverse OneLake dans l’heure à compter de ce moment. Dataverse déclenche des tâches de mise à jour des données toutes les 15 minutes et, en fonction du volume des modifications de données, vous pouvez voir les fichiers Parquet mis à jour dans un délai de 30 à 60 minutes.

Si vous consommez des flux de données incrémentiels de Dynamics 365 avec le service Exporter vers le lac de données pour des scénarios d’intégration de données en temps quasi réel (exemple 3). Mettre à niveau vers Azure Synapse Link vous permet d’exécuter les mêmes pipelines de données.

Problèmes connus et solutions

Actuellement, l’équipe produit s’attaque à plusieurs limitations. En attendant que nous corrigions ces limitations, utilisez la solution de contournement suggérée. Pour en savoir plus sur la feuille de route à venir et rester en contact avec l’équipe produit, rejoignez Viva Engage le groupe de prévisualisation.

Problème connu	Correctifs et solutions de contournement
Lors de l’ajout d’un grand nombre de tables à la fois, le système effectue une première copie des données. Il existe de rares cas, en particulier dans les environnements plus petits et les sandbox de niveau 2, où les charges de travail opérationnelles peuvent ralentir et le temps d’initialisation peut devenir beaucoup plus long.	Cela peut avoir un impact sur les environnements plus petits avec moins de serveurs Application Object Server (AOS) (ressources de calcul). Dans Azure Synapse Link, ajoutez cinq tables à la fois si votre environnement est un bac à sable de niveau 2. Une fois l’initialisation terminée, vous pouvez en ajouter d’autres. La fonctionnalité Fabric Link augmente et diminue les charges de travail d’initialisation en fonction des ressources de calcul disponibles sur environ deux tables simultanées par AOS. Par exemple, si vous disposez de cinq serveurs AOS dans votre environnement, le système initialise simultanément jusqu’à 10 tables. Mettre à jour votre environnement de finances et d’opérations vers : - Mise à jour cumulative PU 63 7.0.7198.95 - Mise à jour cumulative PU 62 7.0.7120.155. Cette mise à jour supprime varBinary champs et varBinary pièces jointes des tables ajoutées à Azure Synapse Link et Fabric Link, qui réduit l’impact sur les charges de travail opérationnelles.
Lors de l’ajout de tables, le système effectue une première copie des données. Dans certains cas, notamment avec des tables très volumineuses, l’initialisation peut prendre plus de temps ou sembler bloquée pendant plusieurs jours	Mettre à jour l’environnement de finances et d’opérations vers : - Mise à jour cumulative PU 63 7.0.7198.91 - Mise à jour cumulative PU 62 7.0.7120.152 Cette mise à jour permet une initialisation plus rapide des tables volumineuses (plus de 200 millions de lignes). Nous avons activé les index pour permettre une synchronisation plus rapide des données. Dans le cas où une transaction est en cours dans la base de données opérationnelle, la création de l’index doit attendre la fin de la transaction. L’attente prolongée, parfois due à des transactions dormantes, peut retarder le processus d’initialisation. Dans de tels cas, le système Administrateur peut détecter et forcer la création d’index.
Si votre Dataverse environnement est situé dans une région Azure différente de celle où se trouve votre capacité Fabric, vous ne pouvez pas utiliser le Lien vers Fabric fonctionnalité.	Depuis le 30 avril 2024, vous pouvez vous connecter à une capacité Fabric située dans la même limite géographique, comme les États-Unis. Notez que vous pourriez devoir payer des frais de mise en réseau dans Fabric en raison du transfert de données entre les régions Azure.
Si votre Dataverse environnement est situé dans une région Azure différente de celle où se trouve votre lac de données ou espace de travail Synapse, vous ne pouvez pas utiliser Azure Synapse Link fonctionnalité.	Depuis le 30 avril 2024, vous pouvez vous connecter à un compte de stockage située dans la même limite géographique, comme les États-Unis. Notez que vous pourriez devoir payer des frais de mise en réseau pour les ressources Azure telles que les lacs de données si elles ne sont pas situées dans la même région Azure.
L’autorisation AOS est un moyen de sécuriser les champs de données sensibles dans les applications de finances et d’opérations contre les scénarios d’exfiltration de données. Si la table sélectionnée contient des colonnes de données sécurisées via l’autorisation AOS, ces colonnes sont ignorées et les données exportées ne contiennent pas la colonne. Par exemple, une colonne de table personnalisée TaxLicenseNum a la propriété de métadonnées AOS Authorization définie sur Oui. Cette colonne est ignorée	Mettre à jour votre environnement de finances et d’opérations vers ces versions plus tard : - PU 63:7.0.7198.105 - PU 62:7.0.7120.159 Avec cette mise à jour, les champs d’autorisation AOS sont ajoutés aux tables. - Les mises à jour incrémentielles incluent cette colonne. - Les enregistrements modifiés affichent ces colonnes et cette valeur. - L’actualisation complète inclut ces champs et toutes les valeurs.
Si la table sélectionnée contient des colonnes de données sécurisées via le type Table, ces colonnes sont ignorées et les données exportées ne contiennent pas la colonne. Par exemple, dans une table personnalisée nommée WHSInventTable, les colonnes FilterCode et FilterGroup sont de type tableau. Ces colonnes ne sont pas exportées avec Azure Synapse Link.	Aucune solution à ce problème. Nous travaillons pour activer cette fonctionnalité dans une prochaine mise à jour. Rejoignez le groupe Viva engage pour rester en contact et intégrer les fonctionnalités version préliminaire lorsqu’elles sont disponibles.
Dans le cas de tableaux d’applications financières et opérationnelles qui présentent un comportement d’horodatage valide, seules les lignes de données actuellement valides sont exportées avec Azure Synapse Link. Par exemple, le ExchangeRate tableau contient à la fois les taux de change actuels et précédents. Seuls les taux de change actuellement valides sont exportés dans Azure Synapse Link.	Pour contourner le problème, jusqu’à ce que ce problème soit résolu, utilisez une table telle que ExchangeRateBIEntity. Rejoignez le groupe Viva engage pour rester en contact et intégrer les fonctionnalités version préliminaire.
L’héritage de tables et les tables dérivées sont des concepts dans les applications de finances et d’opérations. Lorsque vous choisissez une table dérivée à partir des applications de finances et d’opérations, les colonnes de la table de base correspondante ne sont actuellement pas incluses.	Vous devez sélectionner la table de base en plus de la table dérivée si vous avez besoin d’accéder à ces colonnes. Vous pouvez utiliser cette solution FastTrack fournie via GitHub. Cette solution crée des vues qui incluent des colonnes de tables de base.
Exportez plus de 1 000 tables via Azure Synapse Link ou ajoutez plus de 1 000 tables au lien Fabric.	Si vous utilisez Azure Synapse Link, contournez ce problème en créant au moins deux profils contenant moins de 1 000 tables. Attendez-vous à sélectionner plus de 1 000 tables dans Fabric Link et dans un Azure Synapse Link profil dans une prochaine mise à jour.
Les tables des applications de finances et d’opérations incluses dans un profil Azure Synapse Link ne peuvent pas être migrées vers un autre environnement à l’aide de la fonctionnalité d’importation et d’exportation du profil dans Azure Synapse Link.	En attendant que ce problème soit résolu, ajoutez les mêmes tables dans le nouvel environnement. Copiez et collez une liste de tables séparées par des virgules dans la zone de recherche de l’option de gestion des tables pour sélectionner une liste de tables à la fois.
Azure Synapse Link ou Fabric Link activent des tables où la propriété de Suivi des modifications est activée. Actuellement, le suivi des modifications ne peut pas être activé pour toutes les entités de finances et d’opérations. L’option Suivi des modifications n’est pas disponible pour les entités créées dans le passé dans le domaine de finances et d’opérations pour la migration des données. Dans certaines entités, l’activation du suivi des modifications peut échouer avec le message d’erreur l’entité choisie ne satisfait pas aux règles de validation ou au Suivi des modifications la case à cocher est désactivée pour certaines entités. Pour plus d’informations sur les règles de validation d’entité et sur la façon dont vous pouvez les corriger, accédez à Activer le suivi des modifications de version de ligne pour les entités de données. Vous aurez peut-être besoin de l’aide d’un développeur pour effectuer les étapes.	Si l’entité choisie n’est pas disponible en raison de la limitation du suivi des modifications, choisir les tables comprenant les données de cette entité. Vous pouvez utiliser la solution EntityUtil fournie par l’équipe FastTrack pour créer des formes d’entité à l’aide de tableaux.
En cas d’opération de restauration de la base de données dans Dataverse, les entités de finances et d’opérations activées dans Azure Synapse Link sont supprimées.	Pour réactiver les entités, réactiver les tables virtuelles correspondantes pour toutes les entités sélectionnées, réactiver le suivi des modifications et resélectionner les tables dans Azure Synapse Link. Copiez et collez une liste de tables séparées par des virgules dans la zone de recherche de l’option de gestion des tables pour sélectionner une liste de tables à la fois.
Les tables des applications de finances et d’opérations ajoutées à un profil Azure Synapse Link peuvent être supprimées lorsqu’une sauvegarde est restaurée dans Dataverse.	Vous devez ajouter les tables des applications de finances et d’opérations dans le profil après une opération de restauration de la base de données. Accédez à Limitations connues avec les tables de finances et d’opérations pour obtenir des détails sur la réactivation des tables après une opération de restauration de la base de données.

Voir aussi

Qu’est-ce que Azure Synapse Link for Dataverse ?

Lier votre environnement Dataverse à Microsoft Fabric et obtenir des informations approfondies