Зарегистрироваться | Поиск |
Результаты опроса: Navision 4.0 - В нашей компании одновременно работает: | |||
10 - 50 пользователей | 3 | 37.50% | |
51 - 100 пользователей | 4 | 50.00% | |
101 - 150 пользователей | 0 | 0% | |
151 - 200 пользователей | 0 | 0% | |
201 - 250 пользователей | 0 | 0% | |
251 - 300 пользователей | 1 | 12.50% | |
301 - 350 пользователей | 0 | 0% | |
351 - 400 пользователей | 0 | 0% | |
401 - 450 пользователей | 0 | 0% | |
500 и более пользователей | 0 | 0% | |
Голосовавшие: 8. Вы ещё не голосовали в этом опросе |
|
Опции темы |
|
02.07.2006, 07:22 | #1 |
Участник
|
Navision Это свобода или Ограничение
Цитата:
Цитата:
Microsoft Dynamics NAV – это решение в первую очередь для средних и небольших растущих компаний, оборот которых составляет до 100 млн доллaров, штат сотрудников – до 500 человек, а потребность в автоматизации не превышает пятидесяти одновременно работающих пользователей. Вопрос к гуру, требуется переход с 2.6 на 4.0, если ли смысл на нее переходить если в планах одновремеено работающих более 100 чел и планируется дальнейшее увеличение минимум +30 в полгода. Можно конечно использовать кластеры, но....
__________________
ERP - лохотрон для ТОП менеджмента :-) на большие бабки ;-) |
|
03.07.2006, 11:47 | #2 |
Moderator
|
Ох уж эти словоблуды.... Навижин 2.60 позиционировался для малых и средних предприятий: число одновременных пользователей до 300 и годовой оборот до 250 млн.долларов. Как же так новые версии стали хилее? Оставим это на совести аФтараФ.
А переходить имеет смысл, ибо производительность 4-ки значительно выше даже 3.70. Существует некий документ, посвященный конфигурациям SQL сервера для Навижина в зависимости от кол-ва юзеров. Могу прислать, если захотите. |
|
03.07.2006, 12:09 | #3 |
Участник
|
Цитата:
Сообщение от Dzemon
Ох уж эти словоблуды.... Навижин 2.60 позиционировался для малых и средних предприятий: число одновременных пользователей до 300 и годовой оборот до 250 млн.долларов. Как же так новые версии стали хилее? Оставим это на совести аФтараФ.
А переходить имеет смысл, ибо производительность 4-ки значительно выше даже 3.70. Существует некий документ, посвященный конфигурациям SQL сервера для Навижина в зависимости от кол-ва юзеров. Могу прислать, если захотите. При общении с Microsoft на эту тему, хитро виляет, и не дает ответа что да 200 чел, будут работать без проблем :-( вот такой расколбас... Интересно а если его переводить на SQL 2005 это повысит производительность и возможность беспроблемной работы большого числа юзверей?
__________________
ERP - лохотрон для ТОП менеджмента :-) на большие бабки ;-) |
|
03.07.2006, 13:51 | #4 |
Moderator
|
Цитата:
Сообщение от ShadowFromXZone
Ты его лучше прикрепи к своему посту. ок?
При общении с Microsoft на эту тему, хитро виляет, и не дает ответа что да 200 чел, будут работать без проблем :-( вот такой расколбас... Интересно а если его переводить на SQL 2005 это повысит производительность и возможность беспроблемной работы большого числа юзверей? Ссылка: http://ifolder.ru/45162 |
|
05.07.2006, 00:54 | #5 |
Участник
|
Цитата:
Сообщение от Dzemon
Повысит, ибо 4 SP2 умеет пользоваться преимуществами SQL2005
2. У кого нибудь реально рабодают 200 юзверезй + штук 50 которые ломятся через терминалку.... из филиалов
__________________
ERP - лохотрон для ТОП менеджмента :-) на большие бабки ;-) |
|
31.07.2006, 17:25 | #6 |
Участник
|
Ваше молчание, пугает, что Nav не потянет столько пользователей?
__________________
ERP - лохотрон для ТОП менеджмента :-) на большие бабки ;-) |
|
24.08.2006, 14:59 | #7 |
Участник
|
Да, работают. Около 30 через терминал и порядка 100 подключаются напрямую к базе. Перевели навижен 3.7 на SQL 2005 - тормоза жуткие! поиск в списке товаров жесточайше тормозит, база иногда просто отпадает на некоторое время, не могу заставить SQL использовать больше 2 гигов памяти (при доступных 4), пользователей приходится делать с правами sysadmin на SQL сервере, иначе не пускает, постоянные глюки терминала... Мдя, удачный выдался переход. придется, наверное, рисовать ручками меню в навике 4 СП2 и перетаскивать базу в него, раз уж он оптимизирован под 2005 SQL. Может кто-нибудь сталкивался с чем-нибудь подобным? Можно бороться или лучше сразу забить?
|
|