Dynamics crm MS Dynamics CRM 2013安装方法

我们希望为10个用户安装Dynamics CRM 2013。我们正在考虑两种方法：

在两台单独的服务器计算机上仅安装一个CRM和SQL Server实例。CRM服务器计算机将具有前端服务器角色，SQL服务器计算机将具有后端服务器角色。所有10个用户都将浏览和使用同一个CRM实例

在单独的计算机上安装SQL Server，并在所有10个用户的计算机上安装CRM。所有10个CRM实例都将指向在SQL Server上创建的同一个组织。每个用户将使用安装在自己系统上的CRM，但他们的定制将发布在一个组织上，因为所有CRM都指向同一个组织

谁能告诉我哪种方法在性能方面会更好

在Draiden和Kye回复后更新：

所有10台机器将仅用于开发，不需要IFD或NLB。 在我们以前的一个项目中，我们使用了1SQL-SSRS和1CRM（全服务器）的方法。在开发高峰期，大约有8个用户连接到CRM进行定制，CRM服务器的内存使用率将达到85%-95%左右。在这一点上，客户关系管理（CRM）过去常常变得没有响应能力

---

为了避免高内存使用率，我们正在考虑方法2，其中CRM内存使用率将分布在多台机器上。此外，如果有人想调试插件，他们将在自己的CRM上进行调试（并且不会阻止其他插件）。在后端使用一台SQL Server将使开发人员能够共享相同的数据。此外，他们的定制更改将发布在一个中央组织上。

第二个解决方案涉及为每个用户创建前端服务器？我认为这不是一个可行的（非常好的）安装crm的方法。此外，如果您将在设置其他东西的情况下，如IFD，您将需要安装和设置一个NLB，并教大家更改url。 您建议的第一种方法是更好的方法，但通常使用2台服务器，1台sql和1台crm完整安装。性能方面应该没有太大区别，因为使用系统的用户只有10人

所以我想说解决方案1对您帮助不大，因为您仍然将db an保留在同一台机器的后端， 虽然解决方案2在执行SQL操作时仍然存在瓶颈，加上CRM的要求很高，让服务器在用户机器上运行会使其受阻

采用更传统的方法。 1个SQL-SSRS和1个CRM，或者如果您认为会出现性能问题，请使用1个SQL-SSRS、1个后端服务器和一个NLB以及您想要/需要的尽可能多的前端服务器。 同样，对于10个拥有多个前端服务器的用户来说，这没有多大意义。

有关支持的配置，请参阅

为了获得最佳性能，您需要使用多服务器体系结构。此外，为了在用户之间共享数据，他们需要使用相同的环境

有没有人能告诉我哪种方法会更好 表演

我认为选项2不可行，因为它意味着在10台机器上安装CRM web服务器：

• 在客户端计算机上运行IIS将开始耗尽您的内存 用户应将其用于桌面应用程序
• 如果您需要扩大前端机器的规模，您需要 这样做10次
• 由于您的用户可能不会整天使用CRM，IIS最终将 回收，使用户第一次访问站点时看起来更慢 那是意料之中的事

我会在不同的机器上安装crmwebs服务器和数据库，并遵循推荐的最低硬件要求

更新-如果您的需求是围绕一个开发环境，我将使用两个服务器进行生产，两个服务器进行测试（模拟生产）

---

对于开发环境，我会要求开发人员在本地安装CRM和SQL，以便调试自己的代码，然后将完成的代码推送到Github或TFS等中央存储库。然后，某个人（或某个人）的职责就是提取更新的代码，准备和部署CRM解决方案，并部署到下一个环境。

如果您有多个开发人员，并且每台机器上都有完整的服务器，共享SQL解决方案2的效果更好，但您仍然会处于一种奇怪的情况，每次发布都会锁定数据库，并在发布完成之前阻止人们工作。此外，如果你有人实际进行实时测试，那么每当插件出现错误并且开发人员正在处理时，他们都会遇到问题，阻止他们完成操作。我会让开发人员拥有自己的环境，我会在他们之间移动解决方案。让用户拥有自己的服务器/组织。Kye和Draiden：你们都赞成让开发人员在他们的机器上本地拥有自己的CRM和SQL。在我看来，这个解决方案很好，但只有一个警告：每个开发人员的工作解决方案（定制）应在一天结束时合并到中央CRM（而不是TFS）上。这个CRM解决方案合并不会导致任何问题，比如覆盖其他更改或某种冲突等吗。？