![]() |
#17 |
Участник
|
недавно занимался сайзингом (нагрузочным тестирование) Navision.
тестировали при разных размерах БД (до 40 ГБ) и разной интенсивности учета. Так вот, увеличение размера БД напрягает намного меньше, чем увеличение числа одновременно учитывающих пользователей. например, на нашем оборудовании, при увеличения размера бд с 10 до 20 ГБ и скорость построения отчетов, и скорость учета падала на 10%, а при увеличении числа одновременно учитывающих пользователей в полтора раза скорость учета может снизиться в разы. Другими словами, самое слабое место Navision с точки зрения производительности- учет. Все ломятся в одно и то же место (GL Entry и т д), происходят блокировки, которые пытается разрулить сам MS SQL => тормоза. Будем решать, скорее всего, через перенос учета на отдельно выделенный NAS (это доработка системы) В axapta, насколько я понимаю, таких проблем нет - там роль "диспетчера" выполняет сервер приложений. |
|