A propos de la performance de la dynamique CRM

Question

Mon patron m'a demandé de faire une recherche sur les CMS disponibles sur le marché parce que cms que nous utilisons actuellement est plutôt un gâchis.

Pour moi, en tant que développeur .NET, il serait bon de choisir et de mettre en œuvre Dynamics CRM en raison de l'intégration parfaite et l'extensibilité avec l'environnement .NET et des outils bien connus.

Tout le marketing sonne bien, mais je voudrais savoir sur INCONVÉNIENTS communes, les questions relatives à ce système.

Le plus important est la façon dont il exécute dans une entreprise avec environ 150 utilisateurs simultanés et très actifs. J'ai entendu dire que c'est très lent comparé au système des concurrents.

Answer 1

L'équipe du produit Dynamics CRM a publié un excellent livre blanc avec des conseils et des tests d'évaluation pour 500 utilisateurs simultanés. Vous pouvez apprendre beaucoup en étudiant ce document. Le lien est ici:

Microsoft Dynamics CRM 4.0 Suggested Hardware for Deployments of up to 500 Concurrent Users

Answer 2

Je ne peux pas répondre en ce qui concerne le nombre d'utilisateurs/d'activité. Je peux vous renvoyer à l'article SDK "Performing Best Practices". Je parlerai du côté de vous qui écrirait des plugins (aux messages d'accès aux données), des pages personnalisées accédant aux services Web CRM, et à l'écriture de rapports SSRS. Quelques points auxquels je peux m'identifier:

1. Désactiver les plug-ins. C'est un point d'intégration intéressant et majeur dans le CRM. Le fait qu'ils l'indiquent comme un problème de performance est décourageant. Nous avons vu des exceptions OutOfMemory provenant du cache du plugin. Nous avons contourné ce problème en déployant sur le disque plutôt que sur la base de données. Dans la base de données, ils rechargent l'assemblage et confirment la signature chaque fois qu'un plugin est appelé. Nous croyons que c'était en train de manger le gros tas d'objets. Probablement pas un problème pour votre implémentation CRM normale.

2. Limite des données récupérées. Absolument. Évitez les recherches/listes de sélection/bits dont vous n'avez pas besoin lorsque vous le pouvez, car ils provoquent une jointure supplémentaire. Ne va pas être une énorme affaire sur les petites entités. Mais si vous avez besoin d'entités avec un grand nombre d'attributs, cela pourrait l'être. Probablement pas un problème pour la personnalisation normale de CRM. Un bon design dans d'autres cas devrait éviter ce problème.

Answer 3

Je ne peux pas vraiment offrir des conseils sur la façon dont il se compare à ses principaux concurrents. Je sais que l'essentiel est que c'est moins cher et très activement développé.

je peux dire un peu plus sur la performance mais qui pourrait aider.

Nous avons environ 400-600 utilisateurs simultanés qui utilisent le système. Le système n'est pas particulièrement gourmand en serveur web. Nous en avons deux pour resliency - ce serait un désastre si elle est déconnectée, mais ces serveurs ne sont jamais taxés. Ils ont un couple de noyaux virtuels et 4 gig de ram.

Notre base de données a une taille de 130 Go et est hébergée sur un serveur de base de données de 24 cœurs avec 48 Go de RAM. Il est en cluster mais comme SQL Server ne peut pas gérer deux nœuds actifs, un seul serveur est actif.

Le serveur de base de données n'est jamais réellement dépassé. Cependant, il y a un changement important que nous devons apporter et que MS conseille à tous les utilisateurs de grandes installations CRM de faire maintenant. Par défaut, SQL Server dispose d'un mode de verrouillage qui empêche les utilisateurs d'écrire dans la base de données lors de la lecture d'une ligne. Dans notre système (et de nombreux autres apparemment) cela causait d'énormes problèmes.

Nous avons activé un mode différent (je pense qu'il est appelé "isolement de cliché") ou quelque chose comme ça. Pour être juste bien que même si vous avez eu 200 utilisateurs simultanés, ce ne sera pas un problème jusqu'à ce que les tables plus centrales comme activitypointer et compte deviennent assez grandes (dans les millions)

Ainsi - il n'y a aucun doute que CRM 2011 peut gérer que de nombreux utilisateurs aussi longtemps que vous avez un peu de matériel approprié et avoir quelqu'un qui comprend SQL Server

HTH

S