Хочу посоветоваться насчет производительности

[Кактус]

Ситуация обстоит так: имеется крупная организация, где одномоментно могут учитываться документы с более чем десятка рабочих мест. При этом идут неприятные блокировки и все вместе дружно висят и ждут непонятно чего. Для остальных (порядка полусотни) пользователей (которые не учитывают, а просто заносят информацию или строят отчеты) появляются также ужасные тормоза и все это вместе превращается в коллективный висюк, который "разгребается" только с течением времени.

Сеть - обычная 100Мбит.
Сервер - двухпроцессорный (2.4GHz) Compaq с четырьмя гигами памяти и сказевыми винтами.
База - (SQL) порядка 17Gb (без log-а)

Порекоммендуйте пожалуйста - как повысить производительность, т.к. организация планирует увеличение количества рабочих мест.

[komar]

А если так - вводить в течение дня операции, потом в конце дня их дружно разносить....то есть....ммм.... учитывать (хвала переводчику!)

[Кактус]

А какая разница? Тогда в конце дня все будут висеть и неизвестно когда разойдутся по домам.

Неужели ни у кого нет опыта внедрения аттэйна на крупных предприятиях? Как решается проблема висюков?

[komar]

Для затравки скажите хотя бы, какая у Вас база. Данных, с смысле...

[Кактус]

ndf-файл организации по последним данным занимает около 22Gb.
Пользователей, которые могут единомоментно учитывать различные операции - порядка 40-ка человек, остальные только разносят информацию.

[komar]

База у Вас, стало быть, Navision Server. Крупные проекты из известных мне работают на Ms SQL Server.
С Navision Server предложить могу только то, что уже предложил. Может кто другой предложит что поинтереснее. Предложенный мною вариант позволит в течение дня аналитикам строить себе преспокойно отчеты, а разносить проводки в конце дня можно научить и машину, так что висеть никто не будет. Отставание учетных данных на 1 день, но решение проблемы с висяком.

[RF901]

Гм. Интересная тема. Только не совсем понятно: Вы определились о какой СУБД идет речь? Мне кажется у клиента юзается MS SQL, или я не прав?
Если прав меня сие настораживает!!! Поскольку у нас идет убалтывание клиента на Navision, а он выбирает между Navision и Axapta как раз из соображений производительности. Могу привести их запросы (указывается количество документов в день):
- приход товара: 100док. по 60 строк
- Отгруз товара в магазины: 2000 док. по 60 строк
- возвраты поставщику: 500 док. по 20 строк
- перемещение по складу: 700 док. по 10 строк.
Может чего подскажете. Потянет ли Navision?

[Pavel]

Стоит посмотреть на существующие примеры, в гипермаркете ИКЕА ведь тянет, а там, чтобы они не учитывали в Navision, операций будет точно "побольше", чем в вашем примере.

[Rungart]

Настройка производительности в Navi - достаточно "тонкий" вопрос. Условно его можно поделить на два раздела: аппаратный и логический.
С аппаратным все более-менее понятно : он неплохо освещен в документации. Предлагается разбивать БД на несколько зеркалируемых дисков, увеличивать мощность сервера и оптимизировать скорость передачи данных по сети.
Логический блок намного сложнее и интереснее. Для начала, необходимо просмотреть кастомизированный код, поскольку зачастую написание "чистого" кода волнует программистов намного менее, чем результат. В итоге получаются такие монстры, как отчеты, работающие в течении 15-20 минут. Для "отлова" подобных задержек можно использовать как "Монитор клиента", так и дополнительный инструментарий из комплекта, предоставляемого MBS.
Основной затык при учете происходит благодаря алгоритму блокировки всех связанных таблиц, необходимых для корректного проведения документа. Т.е. предварительно блокируются все таблицы движений и отпускаются после завершения учета. Т.е. необходимо избегать запуска больших пакетных заданий по учету во время напряженной работы пользователей. Можно, однако, поступить как было предлрожено выше: вынести учет за рамки рабочего дня.

[komar]

Кстати, а что сделали с этим в ИКЕА?

[Pavel]

Цитата:

Изначально опубликовано komar
Кстати, а что сделали с этим в ИКЕА?

Попытался найти ссылку или клиентскую историю, но так сразу не удалось найти необходимой информации.

[komar]

Цитата:

Изначально опубликовано Pavel


Попытался найти ссылку или клиентскую историю, но так сразу не удалось найти необходимой информации.

Но они хоть на MS SQL?

[dap]

Попробуйте поискать историю по ИКЕА на партнерском разделе club.msbs.ru (Microsoft Navision/Маркетинг/Всемирная энциклопедия успеха Navision) там хранится подборка всяческих кейсов и историй успехов. К тому же я видела их на диске, который распространялся на недавно прошедшей конференции.

[Иннокентий]

почитайте документ - может помочь

[Rungart]

Спасибо за файлик!