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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 05.05.2016, 13:01   #1  
АртемМелихов is offline
АртемМелихов
Участник
Аватар для АртемМелихов
 
120 / 10 (1) +
Регистрация: 18.12.2013
Адрес: Samara
Даст ли дополнительный AOS прирост производительности?
Добрый день! Поделитесь опытом, пожалуйста. Имеем Ax12 r3, сервер соответствующий рекомендуемым требованиям. Кол-во пользователей не превышает 200. Если добавить AOS даст ли это прирост производительности?
Старый 05.05.2016, 13:11   #2  
ice is offline
ice
Участник
Аватар для ice
Лучший по профессии 2014
 
1,689 / 405 (17) +++++++
Регистрация: 23.03.2006
у вас проблема с производительностью? если да, то вы выяснили, что является узким местом?
Старый 05.05.2016, 13:15   #3  
АртемМелихов is offline
АртемМелихов
Участник
Аватар для АртемМелихов
 
120 / 10 (1) +
Регистрация: 18.12.2013
Адрес: Samara
Цитата:
Сообщение от ice Посмотреть сообщение
у вас проблема с производительностью? если да, то вы выяснили, что является узким местом?
Пока нет, нет возможности. Идет процесс разработки. Но на текущий момент уже есть проблема производительности, пока накидываем варианты решения
Старый 05.05.2016, 13:23   #4  
ice is offline
ice
Участник
Аватар для ice
Лучший по профессии 2014
 
1,689 / 405 (17) +++++++
Регистрация: 23.03.2006
увеличением количества AOS, в основном, решают проблему, когда узким местом является "железо", таким образом распределяя нагрузку/пользователей между ними, также выводя тяжелые операции в отдельный пакетный сервер
Старый 05.05.2016, 13:30   #5  
Alex_KD is offline
Alex_KD
Участник
AxAssist
MCBMSS
Соотечественники
 
522 / 362 (14) ++++++
Регистрация: 06.07.2006
Адрес: Melbourne, Down Under
Цитата:
Сообщение от АртемМелихов Посмотреть сообщение
Пока нет, нет возможности.
Нет возможности CPU на AOSах/SQL проверить?

Цитата:
Имеем Ax12 r3, сервер соответствующий рекомендуемым требованиям
Один сервер?
__________________
AxAssist 2012 - Productivity Tool for Dynamics AX 2012/2009/4.0/3.0
Старый 05.05.2016, 15:58   #6  
AlexeyS is offline
AlexeyS
Участник
 
404 / 339 (12) ++++++
Регистрация: 15.06.2004
Адрес: москва
как уже сказал ICE, сначала нужно определить узкое место: AOS(память, cpu, сеть, дисковая подсистема), база (память, cpu, дисковая подсистема, блокировки, статистика, индексы и прочее) и уже исходя из этого что-то делать
Старый 05.05.2016, 16:21   #7  
Freeangel is offline
Freeangel
Участник
 
173 / 55 (2) ++++
Регистрация: 01.04.2005
По опыту работы с AX 2012 узким местом является дисковая система и как ни странно работа АОС и SQL на виртуальных машинах.

Сравнивали работу AX 2012R3, установленную локально на ноутбуке с16Gb оперативки, мобильным процессором Core i7, SSD диском и установленную на виртуальной машине AX + SQL, а также AX и SQL, установленные на отдельных виртуальных машинах (hyper-V). Отзывчивость интерфейса и выполнение операций на физическом сервере было быстрее и работать комфортнее
Старый 05.05.2016, 16:35   #8  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Интересно почему диск так влиял ?
Много времянок создается на аосе ?
Старый 05.05.2016, 22:05   #9  
Freeangel is offline
Freeangel
Участник
 
173 / 55 (2) ++++
Регистрация: 01.04.2005
Идет много обращений к базе модели. Думаю, правильнее будет разместить базу модели и базу с данными на разных физических дисках на сервере. Ну и конечно логи на отдельном физ. диске.
Старый 05.05.2016, 22:13   #10  
Freeangel is offline
Freeangel
Участник
 
173 / 55 (2) ++++
Регистрация: 01.04.2005
Также в стандартном приложении есть много мест, где требуется создать дополнительные индексы или переделать условия where в select под существующие индексы. Это даст хороший выигрыш в производительности.

Пользуйтесь профайлером и трейсером. Они вам помогут
Старый 06.05.2016, 06:19   #11  
AvrDen is offline
AvrDen
Участник
 
134 / 26 (1) +++
Регистрация: 04.08.2005
Адрес: Усть-Каменогорск
Цитата:
Сообщение от Freeangel Посмотреть сообщение
По опыту работы с AX 2012 узким местом является дисковая система и как ни странно работа АОС и SQL на виртуальных машинах.

Сравнивали работу AX 2012R3, установленную локально на ноутбуке с16Gb оперативки, мобильным процессором Core i7, SSD диском и установленную на виртуальной машине AX + SQL, а также AX и SQL, установленные на отдельных виртуальных машинах (hyper-V). Отзывчивость интерфейса и выполнение операций на физическом сервере было быстрее и работать комфортнее
Точно такая же ситуация. На обычном ноутбуке АХ2012r3 работает быстрее чем на виртуальных серверах(на одном физическом сервере расположены 3 виртуальных машины AOS + виртуальная машина SQL, в одной инсталяции SQL расположены БД моделей и БД данных)
Старый 06.05.2016, 13:29   #12  
SergeyT is offline
SergeyT
Участник
 
16 / 12 (1) ++
Регистрация: 10.04.2009
Цитата:
Сообщение от Freeangel
По опыту работы с AX 2012 узким местом является дисковая система
У нас в проекте внедрения DAX 2012 СХД было перестроено с RAID 5 на RAID 10. Определенный эффект данной перестройке массивов СХД был получен.

Но вот перевод SQL-сервера (MS SQL 2012) с виртуальных машин на физические эффекта никакого не дало.

Но больший эффект по увеличению производительности дало разбиение sql-базы TempDB на части, количество которых равно числу выделенных процессоров для SQL-сервера. Прирост производительности в целом систем AOS+SQL был получен от 15-20%, на некоторых формах и более.

Есть также дополнительный инструмент Microsoft Dynamics Lifecycle Services – анализатор инфраструктуры DAX для решения проблем с производительностью, размещен – https://lcs.dynamics.com.
Видео презентация по его работе – https://www.youtube.com/watch?v=vopziR-rU4g.
За это сообщение автора поблагодарили: AvrDen (1).
Старый 06.05.2016, 13:39   #13  
AvrDen is offline
AvrDen
Участник
 
134 / 26 (1) +++
Регистрация: 04.08.2005
Адрес: Усть-Каменогорск
Цитата:
Сообщение от SergeyT Посмотреть сообщение
Но больший эффект по увеличению производительности дало разбиение sql-базы TempDB на части, количество которых равно числу выделенных процессоров для SQL-сервера. Прирост производительности в целом систем AOS+SQL был получен от 15-20%, на некоторых формах и более.
Можно подробнее про разбиение TempDB? Каждую часть TempDB вы разместили на отдельном диске или как?
Старый 08.05.2016, 19:41   #14  
AvrDen is offline
AvrDen
Участник
 
134 / 26 (1) +++
Регистрация: 04.08.2005
Адрес: Усть-Каменогорск
Цитата:
Сообщение от SergeyT Посмотреть сообщение
Есть также дополнительный инструмент Microsoft Dynamics Lifecycle Services – анализатор инфраструктуры DAX для решения проблем с производительностью, размещен – https://lcs.dynamics.com.
Видео презентация по его работе – https://www.youtube.com/watch?v=vopziR-rU4g.
Добрый вечер!

Захожу на сайт https://lcs.dynamics.com ,но к сожалению TOOLS c диагностикой, как демонстрируется в презентации нет. Предположу, что являемся Customer и нам не доступна эта утилита. Действительно для Customer утилита не доступна?
Старый 08.05.2016, 23:33   #15  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
699 / 752 (27) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Цитата:
Сообщение от SergeyT Посмотреть сообщение
У нас в проекте внедрения DAX 2012 СХД было перестроено с RAID 5 на RAID 10. Определенный эффект данной перестройке массивов СХД был получен.

Но вот перевод SQL-сервера (MS SQL 2012) с виртуальных машин на физические эффекта никакого не дало.

Но больший эффект по увеличению производительности дало разбиение sql-базы TempDB на части, количество которых равно числу выделенных процессоров для SQL-сервера. Прирост производительности в целом систем AOS+SQL был получен от 15-20%, на некоторых формах и более.

Есть также дополнительный инструмент Microsoft Dynamics Lifecycle Services – анализатор инфраструктуры DAX для решения проблем с производительностью, размещен – https://lcs.dynamics.com.
Видео презентация по его работе – https://www.youtube.com/watch?v=vopziR-rU4g.
Вот еще список чего можно сденлать https://blogs.msdn.microsoft.com/axi...t-for-go-live/
За это сообщение автора поблагодарили: AvrDen (1), gl00mie (2), alex55 (1).
Старый 09.05.2016, 15:27   #16  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от AvrDen Посмотреть сообщение
Захожу на сайт https://lcs.dynamics.com ,но к сожалению TOOLS c диагностикой, как демонстрируется в презентации нет.
В LCS нужно сначала создать "проект", указать в нем корректную версию системы, и в рамках этого проекта станут доступны дополнительные инструменты, включая диагностику.
За это сообщение автора поблагодарили: AvrDen (1).
Старый 10.05.2016, 09:16   #17  
SergeyT is offline
SergeyT
Участник
 
16 / 12 (1) ++
Регистрация: 10.04.2009
Цитата:
Сообщение от AvrDen Посмотреть сообщение
Можно подробнее про разбиение TempDB? Каждую часть TempDB вы разместили на отдельном диске или как?
Нет, не отдельных дисках. У нас MS SQL 2012 работает на виртуальных машинах. Разбили TempDB на части, перезагрузили sql-сервер, и он сам уже "разобрался" с базами TempDB. Специально ничего не настраивали, все по умолчанию.

Да анализ с помощью инструмента "lcs.dynamics.com" нам делал партнер по проекту. На Customersource доступа к этому инструменту нет.
За это сообщение автора поблагодарили: AvrDen (1).
Старый 16.05.2016, 01:14   #18  
Товарищ ♂uatr is offline
Товарищ ♂uatr
Участник
Аватар для Товарищ ♂uatr
MCBMSS
 
265 / 808 (27) +++++++
Регистрация: 23.10.2012
Цитата:
Сообщение от АртемМелихов Посмотреть сообщение
Идет процесс разработки. Но на текущий момент уже есть проблема производительности, пока накидываем варианты решения
Хотелось бы отметить, что проблема производительности иногда не имеет отношения к техническим характеристикам оборудования.
Причиной может быть активная разработка на рабочем приложении.
Если в 2012 Аксапте будут отредактированы объекты, такие как формы, таблицы и тп, то будет выполнено обновление прав доступа пользователей, которое занимает время. Как следствие, например, пользователь не сразу сможет зайти в Аксапту. Это можно проверить на пользователе не обладающем правами системного администратора.
Ссылка на другую тему с производительностью

Последний раз редактировалось Товарищ ♂uatr; 16.05.2016 в 01:34.
Старый 16.05.2016, 02:00   #19  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
699 / 752 (27) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Цитата:
Сообщение от Товарищ ♂uatr Посмотреть сообщение
Хотелось бы отметить, что проблема производительности иногда не имеет отношения к техническим характеристикам оборудования.
Причиной может быть активная разработка на рабочем приложении.
Если в 2012 Аксапте будут отредактированы объекты, такие как формы, таблицы и тп, то будет выполнено обновление прав доступа пользователей, которое занимает время. Как следствие, например, пользователь не сразу сможет зайти в Аксапту. Это можно проверить на пользователе не обладающем правами системного администратора.
Ссылка на другую тему с производительностью
Для этого есть axutil refreshrolecache
За это сообщение автора поблагодарили: AlGol (2), trud (2), Logger (3), Товарищ ♂uatr (1).
Старый 20.05.2016, 09:17   #20  
SergeyT is offline
SergeyT
Участник
 
16 / 12 (1) ++
Регистрация: 10.04.2009
Цитата:
В данном материале приводится следующая рекомендация:
"Max Server memory should be calculated as followsExample:Max Server Memory should be set at 120.3 GB".
По-моему, данная оценка размера Server Memory является все же завышенной.

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

В свое время на конференции SQL Saturday года два назад по результатам опроса аудитории слушателей одного из докладов была получена следующая статистика: основная часть приложений в компаниях работает на 8-16 ядрах, (примерно 40-50% опрашиваемых), чуть менее - на 32 ядрах (примерно 20-30 % опрашиваемых), некоторые компании работают с приложениями на 64 ядрах. И единицы из числа опрашиваемых работали на 128 ядрах, и также единицы - на 4 ядрах процессоров на SQL-серверах. Приложения разные - от 1С в распределенной архитектуре, до других ERP-систем.

А вот какое оптимальное число ядер SQL-сервера необходимо для работы DAX 2012? У кого какие мнения?
Теги
aos, r3, оптимизация, расчет мощности оборудования для аксапты, ax2012

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
AX 2009: зачем нужен балансировщик нагрузки, и как в кластере зайти на определенный AOS? gl00mie DAX: Администрирование 7 26.02.2015 16:38
axinthefield: Dynamics AX Event IDs Blog bot DAX Blogs 0 01.03.2011 22:11
emeadaxsupport: How does the Dynamics AX Setup detect existing AOS Instances? Blog bot DAX Blogs 0 06.07.2010 17:05
daxis: Troubleshooting blocked SPIDS in AOS Blog bot DAX Blogs 0 01.04.2009 18:05
Arijit Basu: AX 4 AOS Basics: [Level 100] Blog bot DAX Blogs 0 18.11.2007 14:30
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

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

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