Тормозит операция комплектации и не только

[Alks]

Мдяя...

Отгрузка из 50-ти позиций резервируется от 2-3 до 30-ти минут!

Трехзвеньевая архитектура, мощности серверов примерно следующие:
AOS: Двухпроцессорный Xeon 3.2 (2Мб кэш, 533 шина), 2 Гб ОЗУ.
SQL: Двухпроцессорный Xeon 3.2 (такой же), 8 Гб ОЗУ. 8 винтов в 10 RAID-е + 2 зеркала.
Между собой сервера соединены гигабитной сеткой.
Во время обработок загруженности серверов по любым пунктам (память, винты, сетка) не поднимаются выше 10-20%, только процессор на AOS загружен на 50% и всё.
Полный анализ всех SQL-запросов происходящих в процессе резервирования показал что fullscan-ов нет нигде.
В конфигурации включены аналитики: Склад, Номер партии, Ячейка, Код палеты, Цвет.
База в настоящий момент имеет размер 6 Гб из которых на активную кампанию приходится 2,5.
Во время резервирования из-за блокировок таблиц InventDim / InventSum и пр. колом встаёт служба сервиса и менеджеры по закупкам - ни заказы ни закупки не разносятся.
Конфигурация умеренно модифицировалась, но главным образом поверхностно - в заблокированные таблицы и алгоритмы разносок/резервирования никаких модификаций не было.
Число активных пользователей (периодически создающих и разносящих заказы/перемещения/закупки) - 10-20. Пассивных (просматривающих карточки товаров и очень редко набивающих (но не разносящих) заказы и т.п.) еще 10-20. Все сидят в трехзвеньевой архитектуре.

Вопрос - в чём и где тут подвох??? С такой скоростью при таких блокировках просто невозможно работать!