Проблема блокировок в Navision

[Yuriy]

Здравствуйте!
Случилось то, чего следовало бы ожидать! :-((
Ежедневно происходит учет документов разных типов: Перемещения, Закупки, Продажи. В результате некоторые пользователи вынуждены ждать (например при учете заказа на 300 строк), пока нужные таблицы разблокируются. Причем, зачастую, довольно долго.
Что можете посоветовать для решения данной проблемы??
Может ли перевод базы на SQL каким-то образом снизить количество блокировок? И на сколько?
Или возможны другие варианты?

Спасибо!

[Cheb]

Здравствуйте!

У нас та же самая проблема, только мы работаем на SQL. Причем блокировки возникают не только во время учета журналов, но даже при их занесении. Пока не нашли возможности решить эту задачу. Пробуем лишь, во-первых, разграничить время учета между отделами, во-вторых, организовать работу так, чтобы большинство пользователей лишь разносило информацию, а учет производил только определенный человек. Еще можно увеличить мощность машин, на которых производится учет.

[Rungart]

Проблема, мягко говоря, достаточно часто встречающаяся и обычно решаемая применением комплексного подхода : модернизацией серверного железа, путем установки RAID массива жестких дисков, выявлением "криво" написанного кода (например, больших отчетов/обработок, модифицирующих большое количество записей в таблицах) и оптимизацией просмотровых форм в БД (удаление или скрытие вычисляемых полей в табличных формах).
Существуют спец. инструменты, такие как встроенный "Монитор Клиента" или пакета Performance Troubleshooting Guide с партнерского сайта.

[Yuriy]

Спасибо, Rungart. Да, уже запустили Client Monitor на ключевых пользователях, скоро соберу информацию через Client Monitor (Multi-User) и буду анализировать!

[Тимур]

Разрешите ложку дегтя добавить.
На мой взгляд, блокировки и коллизии как раз связаны с не очень дальновидной реализацией архитектуры Navision, и являются прямыми недостатками технологии FlowField.

[Twin]

To Тимур не вводите народ в заблуждение.
Блокировки присуще любой СУБД, где два пользователя одновременно обращаются к одной таблице и они не являются прямым следствием SIFT технологии.

To Yuriy
Как Вам уже сказали тут нужен комплексный подход, в принципе существует документ в котором привдены все аспекты про-сти и как ее можно улучшить, начиная от конфигурации сервера до кода основных кодеюнитов, а также рекомендации по устранению deadlock-ов.

[komar]

Цитата:

Изначально опубликовано Twin
To Тимур не вводите народ в заблуждение.
Блокировки присуще любой СУБД, где два пользователя одновременно обращаются к одной таблице и они не являются прямым следствием SIFT технологии.

Да, но их количество может являться следствием. Для оптимизации могу только предложить вбивать документы днем, а "учитывать" по ночам в автоматическом режиме. Естественно, систему придется этому научить.

[Twin]

Может являться, так FlowField в SQL являются таблицами и соответственно кол-во общих используемых таблиц возрастает и c ними количество блокировок растет, но насколько существенно возрастает по сравнению с кол-ом пользователей, размером базы и производительностью сервера – это вопрос.

[Тимур]

Twin. Одно дело когда блокируется вся таблица, а другое дело, когда только запись.
Вот в этом то и нюанс.

[Yuriy]

Что касается переноса учетана ночь - реализовано %-)) часть самых больших по объемы документов разносится после рабочего дня. Что касается оптимизации кода - борюсь, найдено уже немало неправильно реализованных алгоритмов. ... не очень удобно исправлять код, написаный не своими руками :-(((. Зачастую хочется взять бейсбольную биту и пройтись по личностям...сорри за оффтоп.

[Тимур]

Юрий. Ну как? Решили проблемы с блокировками?