AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 17.06.2008, 17:46   #1  
dsch is offline
dsch
Участник
 
3 / 10 (1) +
Регистрация: 17.04.2008
Уважаемый, версия сиквела не панацея для производительности. Часто на 2005-м работает все медленее чем на старом 2000-м. Если говорить очень обще, повышение производительности при смене версии Вы получите при большом количестве одновременных несвязанных запросов. А при выполнении учетных функций, обычно, наблюдатся снижение производительности. В вашем случае нужно мониторить сервер на предмет причин задержек. Если возможности аппаратного и конфигурационного изменения исчерпаны (т.е. сервер в момент выполнения заданий не перегружен, задействована вся память и очереди дисков не растут больше 2-ки) тогда нужно обращаться к анализу выполнения кода и вычленять наиболее долгие запросы. В последствии их можно попытаться оптимизировать, обычно добавляя ключи или повыщая их селективность.

Да, узнать версию базы можно в эбауте клиента, то значение что в скобках.
Старый 17.06.2008, 18:01   #2  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от dsch Посмотреть сообщение
Уважаемый, версия сиквела не панацея для производительности. Часто на 2005-м работает все медленее чем на старом 2000-м. Если говорить очень обще, повышение производительности при смене версии Вы получите при большом количестве одновременных несвязанных запросов.
Не согласен с Вами. Если переход был через простую конвертацию, то БД так и сотается версии 8.0. В таком случае серве будет работать в "эмулятивном режиме" и все "прелести" Вы так и не увидите. Да и запросы у Нав обычно именно не сильно связанные.
Цитата:
А при выполнении учетных функций, обычно, наблюдатся снижение производительности. В вашем случае нужно мониторить сервер на предмет причин задержек. Если возможности аппаратного и конфигурационного изменения исчерпаны (т.е. сервер в момент выполнения заданий не перегружен, задействована вся память и очереди дисков не растут больше 2-ки) тогда нужно обращаться к анализу выполнения кода и вычленять наиболее долгие запросы. В последствии их можно попытаться оптимизировать, обычно добавляя ключи или повыщая их селективность.
Оптимизацией аппаратной части мы добивается в большей части оптимальной работы самой SQL, а не НАВ. Так что подход здесь должен быть комплексный.
Цитата:
Да, узнать версию базы можно в эбауте клиента, то значение что в скобках.
вы про билд еще забыли сказать ;-)
P.S. Проще это сделать в 1 СЮ
 


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 13:46.