关于动态CRM性能

Question

我的老板让我对市场上现有的CMS进行研究，因为我们目前使用的cms相当混乱。

对于我作为.NET开发人员而言，由于可扩展性以及与.NET环境和众所周知的工具的完美集成，选择和实施Dynamics CRM将是非常棒的。

所有营销听起来都不错，但我想知道有关此系统的常见缺点，问题。

最重要的是它在拥有约150个并发和非常活跃用户的公司中的表现。我听说与竞争对手的系统相比，它真的很慢。

Answer 1

Dynamics CRM产品团队发布了一份优秀的白皮书，其中包含500个并发用户的指导和基准。通过学习本文，您可以学到很多东西。链接在这里：

Microsoft Dynamics CRM 4.0建议最多500个并发用户的部署硬件

Answer 2

关于用户/活动的数量，我无法回答。我可以向您推荐SDK文章“性能最佳实践”。我将向您介绍将编写插件（用于数据访问消息），访问CRM Web服务的自定义页面以及编写SSRS报告。我可以提到几点：

1. 禁用插件。这是CRM的一个有吸引力的主要集成点。他们将其列为性能问题的事实令人沮丧。我们已经看到源自插件缓存的OutOfMemory异常。我们通过部署到磁盘而不是数据库解决了这个问题。在数据库中，他们重新加载程序集并在每次调用插件时确认签名。我们相信这会吞噬大型物体堆。对于正常的CRM实施可能不是问题。

2. 检索限制数据。当然。避免使用您不需要的查找/选项列表/位，因为这会导致额外的连接。对小型实体来说不会有太大的影响。但是如果你需要具有大量属性的实体，那么它可能就是。可能不是正常CRM定制的问题。在其他情况下，良好的设计应该避免这个问题。

Answer 3

我无法就其与主要竞争对手的比较提供任何建议。我知道主要的是它更便宜，非常积极发展。

我可以稍微谈谈性能，但这可能有所帮助。

我们有大约400 - 600个并发用户使用该系统。该系统不是特别针对Web服务器的。我们有两个可靠性 - 如果它脱机将是一场灾难，但这些服务器从不征税。他们有几个虚拟核心和4个ram。

我们的数据库大小为130GB，托管在24核数据库服务器上，内存为48GB。它是群集的，但由于SQL Server无法处理两个活动节点，因此只有一个服务器处于活动状态。

数据库服务器真的永远不会被淘汰。但是，我们需要做出一项非常重要的改变，而且我认为MS正在为所有大型CRM安装用户提供建议。默认情况下，SQL Server具有锁定模式，该模式将阻止人们在读取行时写入数据库。在我们的系统中（显然还有许多其他系统）导致了巨大的问题。

我们开启了另一种模式（我认为它称为“快照隔离”）或类似的东西。为了公平起来，即使你确实有200个并发用户，也不会有任何问题，直到activitypointer和account这样的中心表变得非常大（数以百万计）

所以 - 毫无疑问，只要您拥有一些合适的硬件并且拥有了解SQL Server的人员，CRM 2011就可以处理这么多用户

HTH

取值