Blog

17 mars 2014

Table verrouillée par un autre utilisateur ? Performances lentes? Ce ne sont là que quelques problèmes qui font souvent penser aux clients qu’ils ont dépassé leur système Microsoft Dynamics NAV. Après tout, c’est le message marketing: Dynamics NAV est destiné aux petites et moyennes entreprises, il ne peut donc évidemment pas prendre en charge un grand nombre d’utilisateurs ou un volume de transactions élevé. Je suis là pour vous dire que ce n’est pas toujours le cas.

NAV 2009 Classic vs NAV 2013 RTC

Le client Classique sur la base de données native était ultra-rapide. Mais la réalité est que le client RoleTailored (RTC) avec SQL Server est plus rapide. Des vérifications indépendantes (lire, pas du matériel marketing Microsoft) le prouvent.NAV 2013 RTC est environ 30% plus rapide que le client classique NAV 2009 sur la base de données native et 500% plus rapide que le NAV 2009 RTC. Pour ceux d’entre vous qui ne connaissent toujours pas le RTC, c’est une solution côté serveur. Cela signifie que tout le code s’exécute côté serveur. Le client classique était une application côté client, ce qui signifie que toutes les données devaient aller et venir entre le client et le serveur chaque fois qu’une ligne de code en avait besoin, ce qui ralentissait l’application. Si vous avez déjà essayé d’utiliser le client classique de chez vous, vous savez de quoi je parle. Il y a également eu une efficacité accrue de la mise en cache avec le niveau de service NAV. Auparavant, Dynamics NAV s’appuyait sur SQL Server pour toute la mise en cache. Avec l’introduction du niveau de service dans NAV 2009, chaque utilisateur a eu la possibilité de conserver un cache séparé et privé pour les données récemment consultées. NAV 2013 a introduit un cache global qui n’est pas seulement partagé par les utilisateurs, mais qui est également synchronisé sur les serveurs NAV. Il existe essentiellement trois niveaux de cache pour vous éviter d’avoir à effectuer ces lectures de disque coûteuses. NAV 2013 a également introduit une file d’attente de traitement pour la publication. Le verrouillage de la table ne disparaît pas et ne disparaîtra jamais, mais vous pouvez réduire le nombre de verrous que vos utilisateurs rencontrent. Pour ce faire, vous n’autorisez qu’un seul utilisateur automatisé à publier. Comme cet utilisateur est le seul à pouvoir écrire dans les tables, les verrous sont impossibles. Lorsqu’un utilisateur clique sur “Publier “, au lieu de publier réellement, le système écrit simplement un enregistrement dans une file d’attente pour que cet utilisateur automatisé puisse l’exécuter. ArcherPoint a mis en œuvre une solution personnalisée pour ce processus pour NAV 2009 pour un client qui affichait plus de 50 000 transactions par jour pendant la haute saison. Ils ont connu zéro verrouillage de table. Maintenant, cette fonctionnalité sort de la boîte.

Le futur

Microsoft améliore constamment ses performances. Le déploiement de NAV sur Azure lui permet de gérer des centaines d’utilisateurs sur un seul serveur. Alors qu’il continue sur cette voie, Microsoft voudra réduire les coûts matériels des centres de données, et la seule façon de le faire est de continuer à améliorer les performances des niveaux de service. L’équipe SQL Server apporte également des améliorations, bien qu’il ne soit pas encore clair comment NAV les utilisera au mieux. Les nouvelles versions permettront aux tables et aux index de vivre exclusivement en mémoire. Vous n’aurez jamais à lire sur le disque pour certaines choses lors de l’utilisation du système. Même avec des disques SSD plus rapides, l’accès direct à la mémoire sera toujours plus rapide. Si vous me le demandez, l’avenir n’a jamais été aussi brillant pour les grandes entreprises et Dynamics NAV. C’est l’une des solutions les plus évolutives du marché. Nos entreprises se développent toujours, mais il est presque impossible de se développer à partir de NAV. Si vous avez d’autres questions sur l’évolutivité de votre solution Microsoft Dynamics NAV ou si vous l’envisagez pour votre entreprise, veuillez nous contacter à ArcherPoint. Nous serons heureux de discuter de vos objectifs et de vos exigences et de vous aider à déterminer le meilleur chemin. Pour plus d’informations sur des sujets liés au développement de Microsoft Dynamics NAV, lisez le Blog des développeurs ArcherPoint, écrit spécifiquement pour les développeurs de Dynamics NAV.