О производительности dynamics CRM

Question

Мой босс попросил меня провести исследование доступных CMS на рынке, потому что cms, которые мы используем в настоящее время, довольно запутаны.

Для меня, как .NET разработчика, было бы здорово выбрать и внедрить Dynamics CRM из-за расширяемости и идеальной интеграции с .Сетевая среда и хорошо известные инструменты.

Весь маркетинг звучит заманчиво, но я хотел бы знать об общих НЕДОСТАТКАХ, ПРОБЛЕМАХ, связанных с этой системой.

Наиболее важным является то, как это работает в компании, насчитывающей около 150 одновременных и очень активных пользователей.Я слышал, что это действительно медленно по сравнению с системой конкурентов.

Answer 1

Команда разработчиков Dynamics CRM опубликовала превосходный технический документ с рекомендациями и критериями для 500 одновременно работающих пользователей. Вы можете многому научиться, изучая эту статью. Ссылка здесь:

Microsoft Dynamics CRM 4.0, предложенный Оборудование для развертывания до 500 одновременно работающих пользователей

Answer 2

Я не могу ответить относительно количества пользователей / активности. Я могу отослать вас к статье SDK «Рекомендации по повышению эффективности». Я поговорю с вами, кто будет писать плагины (для сообщений о доступе к данным), настраиваемые страницы для доступа к веб-сервисам CRM и писать отчеты SSRS. Пара моментов, которые я могу касаться:

<Ол>

Отключить плагины. Это привлекательная и важная точка интеграции в CRM. Тот факт, что они считают это проблемой производительности, обескураживает. Мы видели исключения OutOfMemory, происходящие из кэша плагина. Мы обошли эту проблему путем развертывания на диске, а не в базе данных. В базе данных они перезагружают сборку и подтверждают подпись каждый раз, когда вызывается плагин. Мы считаем, что это пожирало кучу больших объектов. Вероятно, не проблема для вашей обычной реализации CRM.

Ограничение полученных данных. Определенно. Избегайте поиска / списков / битов, которые вам не нужны, когда это возможно, поскольку они вызывают дополнительное объединение. Не собирается быть огромным соглашением на меньшие юридические лица. Но если вам нужны объекты с большим количеством атрибутов, это может быть. Вероятно, не проблема для нормальной настройки CRM. Хороший дизайн в других случаях должен избегать этой проблемы.

Answer 3

Я действительно не могу дать никаких советов о том, как она соотносится со своими ведущими конкурентами.Я знаю, главное, что это дешевле и очень активно развивается.

Однако я могу сказать немного о производительности, которая могла бы помочь.

У нас около 400-600 одновременных пользователей, пользующихся системой.Система не требует больших затрат на веб-сервер.У нас есть два для обеспечения устойчивости - было бы катастрофой, если бы он отключился, но эти серверы никогда не облагаются налогом.У них есть пара виртуальных ядер и 4 гигабайта оперативной памяти.

Размер нашей базы данных составляет 130 ГБ, и она размещена на 24-ядерном сервере баз данных с 48 ГБ оперативной памяти.Он кластеризован, но поскольку SQL server не может обрабатывать два активных узла, активен только один сервер.

Сервер базы данных на самом деле никогда не выходит на максимальную мощность.Однако есть одно очень важное изменение, которое нам нужно было внести, и я думаю, MS рекомендует всем пользователям крупных установок CRM сделать это сейчас.По умолчанию SQL Server имеет режим блокировки, который блокирует запись пользователей в базу данных при чтении строки.В нашей системе (и, по-видимому, во многих других) это вызывало огромные проблемы.

Мы включили другой режим (я думаю, он называется "изоляция моментального снимка") или что-то в этом роде.Справедливости ради, хотя, даже если у вас было 200 одновременных пользователей, это не будет проблемой до тех пор, пока более центральные таблицы, такие как activitypointer и account, не станут довольно большими (в миллионах)

Итак, нет никаких сомнений в том, что CRM 2011 может обслуживать такое количество пользователей, если у вас есть подходящее оборудование и есть кто-то, кто понимает SQL Server

HTH

S