Dynamics crm 2011 提高Dynamics CRM解决方案导入速度

Dynamics crm 2011 提高Dynamics CRM解决方案导入速度,dynamics-crm-2011,dynamics-crm,Dynamics Crm 2011,Dynamics Crm,我们的Dynamics CRM解决方案相当大,在我们的服务器上完成导入需要20到25分钟 在Dynamics CRM托管提供商上测试导入过程时,导入所需时间明显减少,约为8分钟 为了测试硬件是否可以提高导入速度,我在VMware Workstation 8中设置了一个带有Dynamics CRM的虚拟机。虚拟机位于SSD上,有4个内核(来自6核i7-3930K),并具有12 GB RAM。还是花了大约20分钟。我尝试了SQL 2008 R2 SP2和SQL 2012,没有明显的区别 如何在软件方

我们的Dynamics CRM解决方案相当大,在我们的服务器上完成导入需要20到25分钟

在Dynamics CRM托管提供商上测试导入过程时,导入所需时间明显减少,约为8分钟

为了测试硬件是否可以提高导入速度,我在VMware Workstation 8中设置了一个带有Dynamics CRM的虚拟机。虚拟机位于SSD上,有4个内核(来自6核i7-3930K),并具有12 GB RAM。还是花了大约20分钟。我尝试了SQL 2008 R2 SP2和SQL 2012,没有明显的区别

如何在软件方面提高导入速度?是否有关于导入过程的详细信息,以便我们可以围绕这些变量进行优化

该解决方案包含60多个实体、40多个系统实体的自定义、插件、功能区按钮、站点地图更改、处理步骤和数百个web资源。它目前略高于6MB


另外,我如何知道什么硬件组件是导入过程的最大瓶颈?Perfmon显示SSD闲置了大部分导入进程,RAM为6.5 GB,只有处理器的使用率相对较高,但不超过30%-40%。或者,VMware Workstation本身是否是瓶颈,而专用硬件或ESX/Hyper-V将改善这一点?

您可以保证在真正的硬件上不会获得任何更差的性能。但是,由于您的虚拟机并没有使用现有的所有功能,您应该能够提高性能,而无需立即执行该步骤。您是否厌倦了在VM中更改IIS设置

即使它可能有四个内核,导入进程本身也在一个线程上运行,因此这可能解释了CPU使用率相对较低的原因——一个内核(加上一点另一个)工作非常努力,相当于总CPU的30-40%。我敢打赌,即使只给VM一个内核,您也会看到类似的时间(可能会更长一些,但不会太多)

你真正的问题是你的解决方案太大了。把它分成几个部分。测试以查看是否可以将性能问题缩小到某些定制。例如,我将开始删除所有Web资源,并查看这对导入的影响


另一种方法是将其分为两种解决方案——一种是“稳定的”,另一种是正在积极开发的。然后,您将更频繁地导入较小的解决方案。

仅导入解决方案文件本身需要20到25分钟?从在浏览器中单击“导入”到CRM准备好与安装的新解决方案一起使用,需要很长时间。解决方案可能很大,但它仍然没有解释为什么在托管提供商的硬件上导入要快得多。尽管如此,通过不断的导入和导出来提高开发效率对我来说还是很有趣的。但是,既然我们想向客户提供一个托管解决方案,那么在向客户提供解决方案之前,我们将如何合并所有这些小型非托管解决方案?我不确定您的开发环境是如何设置的,但它可能与将“小型”解决方案部署到临时环境一样简单,然后在登台环境中拥有一个包含所有组件的托管解决方案。您的工作流程是将大量小型解决方案部署到暂存,然后将一个大型解决方案从暂存导出/导入到生产(或客户)。