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 solution de 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 la solution après transition car les données OneLake intégrées à Dataverse sont conservées au format Delta ou Parquet, à savoir le même format ouvert 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 le service à des fins de création de rapports, Fabric introduit la création de rapports en mode Direct Lake, qui exploite les index en mémoire intégrés au format Delta ou Parquet, éliminant ainsi la nécessité d’utiliser Power BI des 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). - Tâches Azure Data Factory pour copier des données. - 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. |
Note
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.
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 :
- 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.
- 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.
- 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.
- Pas besoin de configurer les ressources Azure. Azure Synapse Link provisionne et configure les ressources Azure en votre nom.
- 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.
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.
Continuez à utiliser vos pipelines de données existants pour combiner, remodeler et agréger des données supplémentaires provenant d’autres systèmes.
Continuez à utiliser le Power BI service à des fins de création de rapports. Fabric introduit la création de rapports en mode Direct Lake qui exploite les index en mémoire intégrés au format Delta ou Parquet, ce qui élimine la nécessité d’utiliser Power BI des 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 et Fabric link, vous pouvez ajouter plusieurs tables à la fois en collant une liste de tables séparées par des virgules. Le système met à l’échelle les charges de travail d’initialisation à la hausse et à la baisse en fonction des ressources de calcul disponibles à environ deux tables simultanées par AOS. |
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. |
Mettre à jour votre environnement de finances et d’opérations vers ces versions plus tard : - PU 65 7.0.7367.0 - PU 64:7.0.7279.115 - PU 63:7.0.7198.186 Avec cette mise à jour, les champs de type Tableau sont ajoutés aux tables. - Les mises à jour incrémentielles incluent cette colonne. - Les enregistrements modifiés affichent ces colonnes et cette valeur. - Une actualisation complète inclut ces champs et toutes les valeurs. - Les champs de tableau de type Énuméré sont actuellement exclus des fonctionnalités Synapse Link et Fabric Link. |
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. |
Mettre à jour votre environnement de finances et d’opérations vers - Version 10.0.38 (PU62) mise à jour de la plateforme 7.0.7120.179 - Version 10.0.39 (PU63) mise à jour de la plateforme 7.0.7198.143 - Version 10.0.40 (PU64) mise à jour de la plateforme 7.0.7279.58 Avec cette mise à jour, les lignes de données expirées sont ajoutées aux tables. Vous devez effectuer une actualisation complète pour inclure les lignes précédentes. |
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. Par exemple, si vous choisissez une table DirPerson (une table dérivée de DirPartyTable , également appelée la table de base), les données exportées contiennent des champs de la table de base DirPartyTable . |
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. |
Le partage des données principales de l’entreprise est une fonctionnalité en version préliminaire des applications de finances et d’opérations. Les tables qui participent à la fonctionnalité de partage des données de la société principale ne sont actuellement pas prises en charge avec les fonctionnalités Synapse Link ou Fabric Link. Bien que ces tables puissent être sélectionnées, les données exportées peuvent être associées à des zones de données non valides. | Il n’existe actuellement aucune solution de contournement connue pour ce problème. |
Questions fréquentes
Exporter vers le lac de données fonctionne bien pour nous. Pourquoi avez-vous retiré ces services ?
Dans le cadre du projet d’unification de la plateforme Dynamics 365, nous avons regroupé plusieurs services qui « exportaient des données » dans les applications Dynamics 365 vers un seul service sous la marque Synapse Link for Dataverse. À l’aide de ce que nous avons appris, nous avons remédié à de nombreuses lacunes des services existants dans Synapse Link tout en conservant les mêmes formats de données, afin que vous puissiez mettre à niveau vos investissements avec un minimum de perturbations. Le service Fabric Link est une nouvelle solution sans copie ni ETL, qui vous permet de tirer parti des innovations de Fabric sans avoir à investir dans des pipelines de données. Il s’agit d’une « réplique en lecture » de vos données pour les utilisateurs autorisés dans Fabric.
Un service BYOD est-il requis ? Y-a-t-il une date de retrait ?
Dans le cadre du projet d’unification de la plateforme Dynamics 365, nous avons consolidé plusieurs services qui « exportaient des données » dans des applications Dynamics 365. BYOD est un service qui exporte les données d’entité dans la base de données Azure SQL propre aux clients. Bien que nous n’ayons pas encore annoncé de date de retrait du service BYOD, nous recommandons de passer aux services Synapse Link ou Fabric Link. Le service de liaison Fabric est une nouvelle solution, sans copie ni ETL, qui vous permet d’interroger vos données avec SQL, de la même manière qu’un « réplica en lecture » de vos données dans Fabric.
Allez-vous retirer Synapse Link à l’avenir ?
Dans le cadre du projet d’unification de la plateforme, nous avons regroupé plusieurs services qui « exportaient des données » dans des applications Dynamics 365 vers un service sous la marque Synapse Link pour Dataverse. Nous avons également lancé Fabric link, une solution sans copie ni ETL, qui vous permet de tirer parti des innovations de Fabric sans avoir à investir dans des pipelines de données. Il s’agit d’une « réplique en lecture » de vos données pour les utilisateurs autorisés dans Fabric.
Alors que de nombreux clients sont enthousiastes à l’idée d’adopter Fabric, nous comprenons également que certains clients souhaitent continuer à exporter des données et à créer leurs propres pipelines d’intégration. Nous voulons leur permettre d’exporter des données dans un futur lointain.
L’exportation vers le service Data Lake s’arrêtera-t-elle après le 1er novembre 2024 ?
Le service Exporter vers le lac de données continuera de s’exécuter après la date d’abandon pendant la période des fêtes. Cependant, notre assistance sera limitée. Vous pouvez réduire le risque en entamant le processus de transition dès maintenant. Nous prévoyons de mettre hors service le service Exporter vers le lac de données à partir du 25 mars 2025, à mesure que les clients passeront aux services Synapse Link et Fabric Link. Vous pouvez rejoindre la communauté et fournir des commentaires pendant les permanences hebdomadaires à aka.ms/SynapseLinkforDynamics.
Ma transition peut se prolonger au-delà de la date d’obsolescence, existe-t-il un processus pour obtenir une prolongation ?
Le service Exporter vers le lac de données continuera de s’exécuter après la date d’abandon pendant la période des fêtes. Cependant, notre assistance sera limitée. Vous pouvez réduire le risque en entamant le processus de transition dès maintenant. Pour aider les clients qui pourraient avoir besoin de plus de temps pour effectuer leur transition, nous avons introduit une option d’auto-extension intégrée au produit. Vous pouvez demander une prolongation unique jusqu’au 15 février 2025. Pour vous auto-développer, accédez à Azure Synapse Link dans Power Apps (make.powerapps.com). Cette option s’applique à chaque environnement et est visible pour les environnements liés aux finances et aux opérations.
Voir aussi
Qu’est-ce que Azure Synapse Link for Dataverse ?
Lier votre environnement Dataverse à Microsoft Fabric et obtenir des informations approfondies