我的老闆讓我對市場上可用的客戶關係管理系統進行研究，因爲我們目前使用的CMS相當混亂。關於動態客戶關係管理績效
對於我來說，作爲一名.NET開發人員，由於可擴展性以及與.NET環境和衆所周知的工具的完美集成，選擇和實施Dynamics CRM將會非常棒。
所有營銷聽起來不錯，但我想知道關於這個系統的常見缺點，問題。
最重要的是它是如何在一家公司中有大約150個併發和非常活躍的用戶執行的。我聽說與競爭對手系統相比，它確實很慢。
Dynamics CRM產品團隊發佈了一份極好的白皮書，包含500個併發用戶的指導和基準測試。通過學習本文可以學到很多東西。鏈接是在這裏：
Microsoft Dynamics CRM 4.0 Suggested Hardware for Deployments of up to 500 Concurrent Users
我無法回答關於用戶數量/活動。我可以向您推薦SDK文章「性能最佳實踐」。我將向您介紹將編寫插件（數據訪問消息），訪問CRM Web服務的自定義頁面以及編寫SSRS報告的一面。我可以涉及幾點：
禁用插件。這是CRM的一個有吸引力的主要整合點。他們將其列爲性能問題的事實令人沮喪。我們看到OutOfMemory異常來自插件緩存。我們通過部署到磁盤而不是數據庫來解決此問題。在數據庫中，他們重新加載程序集並在每次調用插件時確認簽名。我們相信這消耗了大對象堆。可能不是您正常的CRM實施的問題。
Limit Data Retrieved。當然。避免查找/選擇列表/你不需要的位，因爲這會導致額外的連接。不會對較小的實體產生巨大的影響。但是如果你需要具有大量屬性的實體，它可能是。可能不是正常的CRM定製的問題。在其他情況下，一個好的設計應該避免這個問題。
我真的不能提供有關如何比較其主要競爭對手的任何建議。我知道最主要的是它更便宜和非常積極的發展。
雖然這可能有所幫助，但我可以說一些關於表現的內容。
我們有大約400 - 600個併發用戶使用該系統。該系統不是特別的Web服務器密集型。我們有兩種解決方案 - 如果它離線，這將是一場災難，但這些服務器從不徵稅。他們有幾個虛擬內核和4個ram。
我們的數據庫大小爲130GB，託管在24核心數據庫服務器上，內存爲48GB。它是集羣化的，但由於SQL服務器無法處理兩個活動節點，因此只有一臺服務器處於活動狀態。
數據庫服務器真的永遠不會被最大化。但是，我們需要做出一個非常重要的改變，並且我認爲MS建議所有大型CRM安裝的用戶現在要做。默認情況下，SQL Server有一個鎖定模式，當讀取一行時，會阻止人們寫入數據庫。在我們的系統（和許多其他顯然）導致巨大的問題。
我們打開了一個不同的模式（我認爲它叫做「快照隔離」）或類似的東西。公平地說，即使你有200個併發用戶，直到更多的中心表如活動指針和賬戶變得相當大（以百萬計），這也不會有任何問題。
所以 - 毫無疑問，CRM 2011只要你有一些合適的硬件可以處理許多用戶並有專人誰瞭解SQL服務器
HTH
小號
酷，我期待這樣的事情。 – tomo 2009-05-15 13:01:47