我的老板让我对市场上可用的 CMS 进行研究，因为我们目前使用的 CMS 相当混乱。
对于我作为一名 .NET 开发人员来说，选择和实施 Dynamics CRM 会很棒，因为它具有可扩展性以及与 .NET 环境和知名工具的完美集成。
所有营销听起来都很棒，但我想了解有关该系统的常见缺点和问题。
最重要的是它在拥有大约 150 个并发且非常活跃的用户的公司中的表现如何。我听说与竞争对手的系统相比，它真的很慢。
Dynamics CRM 产品团队发布了一份出色的白皮书，其中包含针对 500 个并发用户的指导和基准。 通过研究本文，您可以学到很多东西。 链接在这里：
我无法回答有关用户/活动数量的问题。 我可以参考 SDK 文章“性能最佳实践”。 我将与您讨论如何编写插件（数据访问消息）、访问 CRM Web 服务的自定义页面以及编写 SSRS 报告。 有几点我可以理解：
禁用插件。 这是 CRM 中一个有吸引力且重要的集成点。 他们将其列为性能问题这一事实令人沮丧。 我们已经看到源自插件缓存的 OutOfMemory 异常。 我们通过部署到磁盘而不是数据库来解决这个问题。 在数据库中，每次调用插件时，他们都会重新加载程序集并确认签名。 我们相信这正在耗尽大型对象堆。 对于您正常的 CRM 实施来说可能不是问题。
限制检索的数据。 确实。 尽可能避免不需要的查找/选择列表/位，因为这些会导致额外的连接。 对于较小的实体来说，这不会是一个大问题。 但如果您需要具有大量属性的实体，那就可以了。 对于普通的 CRM 定制来说可能不是问题。 在其他情况下良好的设计应该避免这个问题。
我真的无法就它与主要竞争对手的比较提供任何建议。我知道最主要的是它更便宜并且开发非常积极。
我可以谈谈性能，但这可能会有所帮助。
我们有大约 400 - 600 个并发用户使用该系统。该系统并不是特别密集的网络服务器。我们有两个用于弹性 - 如果它离线将是一场灾难，但这些服务器永远不会被征税。他们有几个虚拟核心和 4 GB 内存。
我们的数据库大小为 130GB，托管在具有 48GB RAM 的 24 核数据库服务器上。它是集群式的，但由于 SQL Server 无法处理两个活动节点，因此只有一台服务器处于活动状态。
数据库服务器实际上永远不会达到极限。然而，我们需要做出一项非常重要的改变，我认为 MS 建议所有大型 CRM 安装用户现在就进行这项改变。默认情况下，SQL Server 有一种锁定模式，该模式会在读取行时阻止人们写入数据库。在我们的系统（显然还有许多其他系统）中，这导致了巨大的问题。
我们打开了不同的模式（我认为它称为“快照隔离”）或类似的模式。公平地说，即使您确实有 200 个并发用户，也不会出现任何问题，直到像 Activitypointer 和帐户这样的更中心的表变得相当大（数百万）
所以 - 毫无疑问，只要您有合适的硬件并且有人了解 SQL Server，CRM 2011 就可以处理那么多用户
HTH
S
我目前正在探索适合非营利组织的 CRM 解决方案。有太多的选择，要选择正确的一个是相当困难的。我最近接触到了 CHAMP Cloud CRM，它看起来很有前途。
这里有人用过CHAMP Cloud CRM吗？您对此有什么经验？与其他流行的 CRM 平台相比如何？
期待您的见解！