Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Important
Ce contenu est archivé et n’est pas mis à jour. Pour accéder aux dernières ressources documentaires, voir documentation des produits Microsoft Dynamics 365. Pour accéder aux derniers plans de lancement, voir Plans de lancement Dynamics 365 et Microsoft Power Platform.
Notes
Ces notes de publication décrivent des fonctionnalités qui n'ont peut-être pas encore été publiées. Pour connaître la période de lancement prévue pour cette fonctionnalité, consultez Nouveautés et prévisions pour le modèle de données courant et l'intégration de données. Les délais de livraison peuvent changer et la fonctionnalité prévue peut ne pas être lancée (voir Stratégie de Microsoft).
Microsoft Dynamics 365 service d'exportation de données (DES) est un complément gratuit de Microsoft AppSource qui synchronise les données Microsoft Dynamics 365 (online) vers une base de données SQL Microsoft Azure dans un abonnement Microsoft Azure appartenant au client.
Les destinations cibles prises en charge sont la base de données SQL Microsoft Azure et les machines virtuelles Microsoft SQL Server sur Microsoft Azure. Service d'exportation de données exécute une écriture complète, suivie de modifications delta en continu, lorsqu'elles surviennent dans le système Microsoft Dynamics 365 (online). Cela permet d'activer plusieurs scénarios d'analyse et de création de rapports sur les données Dynamics 365.
Selon les commentaires de nos clients, nous continuons à améliorer service d'exportation de données afin qu'il soit plus fiable et performant en effectuant les investissements suivants pour avril 2019.
Afficher le nombre et la tendance des enregistrements à valider et notifier en cas de statut de convergence
Le fait d'afficher le nombre et la tendance des enregistrements depuis Dynamics 365 for Sales (CRM) et la base de données SQL d'Azure est une demande principale de nos clients qui souhaitent voir les nombres à la fois depuis la source et la cible afin de garantir que leurs modifications ont été écrites avec succès. De plus, cette fonctionnalité fournit une tendance du nombre d'enregistrements en comparant le nombre d'enregistrements par entité dans Dynamics 365 for Sales (CRM) et dans la base de données SQL d'Azure sur une base horaire. Nous proposons également une comparaison de la dernière version et la version des métadonnées des enregistrements par entité à la fois dans Dynamics 365 for Sales (CRM) et dans la base de données SQL d'Azure.
Ces investissements permettront à nos clients de prévoir la convergence (ou la divergence) des enregistrements et de prendre les mesures appropriées, le cas échéant. Nous ajoutons également davantage de mécanismes d'alerte pour informer les utilisateurs lorsque les enregistrements d'entité contiennent des notifications d'échec, car les données ne sont pas synchronisées.
Minimiser les erreurs d'écriture en hiérarchisant les métadonnées avant les données
L'une des défaillances courantes que nous avons constatées dans les environnements des clients est l'apparition des données avant les métadonnées, ce qui entraîne des erreurs d'écriture. À l'aide de cette fonctionnalité, nous mettons en place une file d'attente pour hiérarchiser les messages de métadonnées par rapport aux messages de données et suspendre le traitement des messages de données en cas d'échec du traitement des messages de métadonnées. Nous validons également la partie « version de métadonnées à venir » du message de données et, si elle est différente de celle de SQL, nous ne traitons pas les messages de données et les mettons dans la file d'attente.
Afficher les entités non compatibles pour le suivi des modifications
Auparavant, il n'existait pas de moyen facile d'identifier les entités pour lesquelles le suivi des modifications n'est pas activé. Ces entités n'étaient pas prises en charge. Désormais, nous allons afficher toutes les entités de l'interface utilisateur et mettre en gris celles qui ne sont pas prises en charge pour le suivi des modifications. Cela fournit une expérience plus intuitive.
Réduire la latence et améliorer les performances
Service d'exportation de données conserve un seul journal de suppression par profil. Ce journal est utilisé pour suivre les suppressions avec leurs horodatages. Sur la base de discussions avec les clients, notamment dans les profils plus importants comportant de nombreuses entités, un seul journal de suppression entraîne des goulots d'étranglement en termes de performances. Avec cette modification, nous séparons le journal des suppressions pour chaque entité, ce qui en crée un par entité, permettant ainsi de réduire considérablement le temps de latence nécessaire au traitement des suppressions. Un index supplémentaire sur la table de journal des suppressions améliore encore les performances des requêtes.