2012-12-18 114 views
3

我們的Dynamics CRM解決方案非常龐大,需要20到25分鐘才能完成我們的服務器導入。改進Dynamics CRM解決方案導入速度

在測試上的動態CRM託管服務提供商導入過程中,導入了顯著更短的時間,約8分鐘。

在嘗試查看硬件是否可以提高導入速度時,我在VMware Workstation 8中使用Dynamics CRM設置了一個虛擬機。該VM位於SSD上,4個內核(來自6核i7-3930K) ,並有12 GB的RAM。它仍然需要大約20分鐘。我嘗試了SQL 2008 R2 SP2和SQL 2012,但沒有明顯區別。

如何提高軟件方面的導入速度?是否有任何可用信息詳細說明導入過程的作用,因此我們可以圍繞這些變量進行優化?

該解決方案包含60多個實體,自定義設置40+系統實體,插件,區按鈕,網站地圖的變化,處理步驟,以及幾百個網絡資源。它目前有點超過6MB。

另外,我怎麼知道硬件組件是導入過程中最大的瓶頸? Perfmon顯示SSD在大部分導入過程中閒置,RAM爲6.5 GB,只有處理器表現出相對較高的使用率,但不超過30%-40%。或者,VMware Workstation本身就是瓶頸,專用硬件或ESX/Hyper-V會改善這一點嗎?

+0

只需導入解決方案文件本身需要20到25分鐘? – Daryl

+0

需要很長時間才能點擊瀏覽器中的導入,直到CRM準備好使用新的解決方案。 – Yona

回答

0

保證在真實的硬件上不會出現任何更糟的性能。但是由於您的虛擬機沒有使用已有的所有內容,因此您應該能夠提高性能,而無需執行此步驟。您是否厭倦更改虛擬機中的IIS設置?

1

即使它可能是四個核,導入過程本身是在一個單獨的線程運行,因此可能的解釋比較低的CPU使用 - 一個核心(加上一點其他)工作真的很辛苦,這等於30 -40%的總CPU。我敢打賭,即使你只給了虛擬機一個內核,你也會看到類似的時間(可能更長一些,但不會太多)。

你真正的問題在於,你的解決方案太過分了。將其分解成組件。測試以查看是否可以將性能問題縮小到某些自定義設置。例如,我將開始刪除所有的Web資源,並查看它是如何影響導入的。

另一種方法是把它分成兩個解決方案 - 一個是「穩定」,另一個是正在積極發展。那麼你會更頻繁地導入更小的解決方案。

+0

解決方案可能很大,但它仍不能解釋爲什麼託管服務提供商的硬件導入更快。 不過,分裂的聲音對我來說非常有趣,可以通過不斷進口和出口來提高開發效率。但是,由於我們想向客戶交付一個託管解決方案,我們如何在向客戶發貨之前合併所有這些小型非託管解決方案? – Yona

+0

我不確定您的開發環境是如何設置的,但它可能非常簡單,只需將「小」解決方案部署爲不受管理的Staging環境,然後在包含所有組件的Staging環境中擁有託管解決方案。您的工作流程將部署大量小型解決方案到Staging,然後從Staging到Production(或客戶)導出/導入一個大型解決方案。 –

相關問題