1

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

对于我作为 .NET 开发人员来说，选择和实施 Dynamics CRM 将是非常棒的，因为它具有可扩展性以及与 .NET 环境和知名工具的完美集成。

所有营销听起来都很棒，但我想了解有关此系统的常见缺点和问题。

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

4

3 回答 3

2

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

Microsoft Dynamics CRM 4.0 为最多 500 个并发用户的部署推荐的硬件

于 2009-05-14T18:09:00.420 回答
1

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

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

  2. 限制检索到的数据。确实。尽可能避免不需要的查找/选择列表/位，因为这些会导致额外的连接。对于较小的实体而言，这不会是一笔大买卖。但是，如果您需要具有大量属性的实体，它可能是。对于正常的 CRM 定制来说，可能不是问题。在其他情况下，一个好的设计应该避免这个问题。

于 2009-05-07T14:16:10.503 回答
1

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

我可以说一下性能，但这可能会有所帮助。

我们有大约 400 - 600 个并发用户使用该系统。该系统不是特别密集的网络服务器。我们有两个用于弹性 - 如果它离线将是一场灾难，但这些服务器永远不会被征税。他们有几个虚拟内核和 4 gig 的 ram。

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

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

We switched on a different mode (I think its called "snapshot isolation") or something like that. To be fair though even if you did have 200 concurrent users, it won't be any issue until the more central tables like activitypointer and account get pretty large (in the millions)

So - there is no doubt that CRM 2011 can handle that many users as long as you have some suitable hardware and have someone who understands SQL Server

HTH

S

于 2012-03-20T09:49:50.303 回答