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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 13.03.2012, 15:28   #21  
Marik is offline
Marik
Участник
 
31 / 10 (1) +
Регистрация: 25.01.2012
Цитата:
Сообщение от Wamr Посмотреть сообщение
во всех приведенных ссылках есть маленькая строчка
да эта политика настроена, под учётной записью из под которой запускается сиквел
Старый 13.03.2012, 15:45   #22  
Marik is offline
Marik
Участник
 
31 / 10 (1) +
Регистрация: 25.01.2012
ну в общем перезапустил, параметр поменялся на 1
ща потестим..
Старый 13.03.2012, 15:54   #23  
egorych is offline
egorych
Участник
Самостоятельные клиенты AX
Oracle
 
761 / 154 (7) ++++++
Регистрация: 09.11.2006
Адрес: Краснодарский край
Цитата:
Сообщение от Marik Посмотреть сообщение
настройки параллелизма по умолчанию 0 использовать все процы.
Т.е. Max Degree of Parallelism = 0 ? Вы знаете что это значит?
Вот у вас процы и не работают! Поставьте 1 - не мучайте систему!
И вообще - поставьте Win 64 + SQL 64 и не парьтесь! АОС прекрасно на ней живет!
__________________
Axapta 3.0 sp - хз какой, kr2
Старый 13.03.2012, 16:17   #24  
Alexius is offline
Alexius
Участник
Аватар для Alexius
 
461 / 248 (9) ++++++
Регистрация: 13.12.2001
Цитата:
Сообщение от egorych Посмотреть сообщение
Т.е. Max Degree of Parallelism = 0 ? Вы знаете что это значит?
Вот у вас процы и не работают! Поставьте 1 - не мучайте систему!
Не путайте товарища, 0 означает, что для распараллеливания запроса могут использоваться все процессоры, выделенные для SQL, а 1 - запрещает распараллеливание. Разрешения на использование процессоров/ядер SQL выполняется в параметре affinity mask, но нагляднее это есть в Managment Studio.

PS. С рекомендацией запретить распараллеливание соглашусь, особенно на MS SQL 2005, т.к. на тяжелых запросах частенько приводит к неоправданному росту дисковых операций и соответственно приличным тормозам.
Старый 13.03.2012, 16:26   #25  
Marik is offline
Marik
Участник
 
31 / 10 (1) +
Регистрация: 25.01.2012
всё господа, тему можно закрывать. всё летает, тормазило из за того что AWE не работал, хотя в студио показывал что включен.

по поводу распараллеливания не соглашусь с вами что запретить правильно, так как если запретить он будет работать с одним ядром, чем будут заниматься оставшиеся 23?
Старый 13.03.2012, 16:35   #26  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,429 / 1772 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Цитата:
Сообщение от Marik Посмотреть сообщение
по поводу распараллеливания не соглашусь с вами что запретить правильно, так как если запретить он будет работать с одним ядром, чем будут заниматься оставшиеся 23?
Как это чем? Другими запросами. Вы же сами сказали что у вас 50 пользователей работает Хотя наверное по ядру на пару пользователей это перебор

На самом деле, если я ничего не путаю, эта рекомендация есть даже в официальных доках по оптимизации аксаптовских БД. Знающие люди подскажут ссылочку.
Вот ещё нашёл Оптимизация SQL сервера под Аксапту.

Последний раз редактировалось S.Kuskov; 13.03.2012 в 16:42.
Старый 13.03.2012, 16:41   #27  
Alexius is offline
Alexius
Участник
Аватар для Alexius
 
461 / 248 (9) ++++++
Регистрация: 13.12.2001
Цитата:
Сообщение от Marik Посмотреть сообщение
по поводу распараллеливания не соглашусь с вами что запретить правильно, так как если запретить он будет работать с одним ядром, чем будут заниматься оставшиеся 23?
Распараллеливание подразумевает использование нескольких потоков вычислений для выполнения одного запроса. У вас куча пользователей, которые генерируют далеко не один запрос в единицу времени, вот каждому и достанется по одному ядру при минимальной загрузке. Распараллеливание чревато, тем что для вычисления тяжелого запроса SQL будет выбирать гораздо больше данных, т.к. на этот запрос он выделил более одного проца, а уж затем из этих гигантских выборок собирает конечный результат. Подробности можно поискать на sql.ru
Старый 13.03.2012, 17:01   #28  
Marik is offline
Marik
Участник
 
31 / 10 (1) +
Регистрация: 25.01.2012
Спасибо за информацию. Распаралеливание отключил.
Теги
performance, sql server, оптимизация

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
dynamics-ax: Interview with Microsoft's Lachlan Cash on his new role, AX 2012 and more Blog bot DAX Blogs 6 22.04.2011 14:55
sumitsaxfactor: Listing out Published SQL Servers in AX Blog bot DAX Blogs 0 15.04.2011 00:12
dynamics-ax: Dr. BI Tip: SQL Server 2008 R2 & Report Builder 3 for AX 2009 Blog bot DAX Blogs 0 31.03.2011 18:11
emeadaxsupport: List of fixes that improve performance of certain features in Dynamics AX 2009 Blog bot DAX Blogs 0 13.10.2009 19:06
Arijit Basu: AX 2009 - Quick Overview Blog bot DAX Blogs 4 19.05.2008 14:47

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 18:46.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.