Даст ли дополнительный AOS прирост производительности?

[АртемМелихов]

Добрый день! Поделитесь опытом, пожалуйста. Имеем Ax12 r3, сервер соответствующий рекомендуемым требованиям. Кол-во пользователей не превышает 200. Если добавить AOS даст ли это прирост производительности?

[ice]

у вас проблема с производительностью? если да, то вы выяснили, что является узким местом?

[АртемМелихов]

Цитата:

Сообщение от ice

у вас проблема с производительностью? если да, то вы выяснили, что является узким местом?

Пока нет, нет возможности. Идет процесс разработки. Но на текущий момент уже есть проблема производительности, пока накидываем варианты решения

[ice]

увеличением количества AOS, в основном, решают проблему, когда узким местом является "железо", таким образом распределяя нагрузку/пользователей между ними, также выводя тяжелые операции в отдельный пакетный сервер

[Alex_KD]

Цитата:

Сообщение от АртемМелихов

Пока нет, нет возможности.

Нет возможности CPU на AOSах/SQL проверить?

Цитата:

Имеем Ax12 r3, сервер соответствующий рекомендуемым требованиям

Один сервер?

[AlexeyS]

как уже сказал ICE, сначала нужно определить узкое место: AOS(память, cpu, сеть, дисковая подсистема), база (память, cpu, дисковая подсистема, блокировки, статистика, индексы и прочее) и уже исходя из этого что-то делать

[Freeangel]

По опыту работы с AX 2012 узким местом является дисковая система и как ни странно работа АОС и SQL на виртуальных машинах.

Сравнивали работу AX 2012R3, установленную локально на ноутбуке с16Gb оперативки, мобильным процессором Core i7, SSD диском и установленную на виртуальной машине AX + SQL, а также AX и SQL, установленные на отдельных виртуальных машинах (hyper-V). Отзывчивость интерфейса и выполнение операций на физическом сервере было быстрее и работать комфортнее

[Logger]

Интересно почему диск так влиял ?
Много времянок создается на аосе ?

[Freeangel]

Идет много обращений к базе модели. Думаю, правильнее будет разместить базу модели и базу с данными на разных физических дисках на сервере. Ну и конечно логи на отдельном физ. диске.

[Freeangel]

Также в стандартном приложении есть много мест, где требуется создать дополнительные индексы или переделать условия where в select под существующие индексы. Это даст хороший выигрыш в производительности.

Пользуйтесь профайлером и трейсером. Они вам помогут

[AvrDen]

Цитата:

Сообщение от Freeangel

По опыту работы с AX 2012 узким местом является дисковая система и как ни странно работа АОС и SQL на виртуальных машинах.

Сравнивали работу AX 2012R3, установленную локально на ноутбуке с16Gb оперативки, мобильным процессором Core i7, SSD диском и установленную на виртуальной машине AX + SQL, а также AX и SQL, установленные на отдельных виртуальных машинах (hyper-V). Отзывчивость интерфейса и выполнение операций на физическом сервере было быстрее и работать комфортнее

Точно такая же ситуация. На обычном ноутбуке АХ2012r3 работает быстрее чем на виртуальных серверах(на одном физическом сервере расположены 3 виртуальных машины AOS + виртуальная машина SQL, в одной инсталяции SQL расположены БД моделей и БД данных)

[SergeyT]

Цитата:

Сообщение от 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]

Цитата:

Сообщение от SergeyT

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

Можно подробнее про разбиение TempDB? Каждую часть TempDB вы разместили на отдельном диске или как?

[AvrDen]

Цитата:

Сообщение от 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 утилита не доступна?

[skuull]

Цитата:

Сообщение от 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/

[gl00mie]

Цитата:

Сообщение от AvrDen

Захожу на сайт https://lcs.dynamics.com ,но к сожалению TOOLS c диагностикой, как демонстрируется в презентации нет.

В LCS нужно сначала создать "проект", указать в нем корректную версию системы, и в рамках этого проекта станут доступны дополнительные инструменты, включая диагностику.

[SergeyT]

Цитата:

Сообщение от AvrDen

Можно подробнее про разбиение TempDB? Каждую часть TempDB вы разместили на отдельном диске или как?

Нет, не отдельных дисках. У нас MS SQL 2012 работает на виртуальных машинах. Разбили TempDB на части, перезагрузили sql-сервер, и он сам уже "разобрался" с базами TempDB. Специально ничего не настраивали, все по умолчанию.

Да анализ с помощью инструмента "lcs.dynamics.com" нам делал партнер по проекту. На Customersource доступа к этому инструменту нет.

[Товарищ ♂uatr]

Цитата:

Сообщение от АртемМелихов

Идет процесс разработки. Но на текущий момент уже есть проблема производительности, пока накидываем варианты решения

Хотелось бы отметить, что проблема производительности иногда не имеет отношения к техническим характеристикам оборудования.
Причиной может быть активная разработка на рабочем приложении.
Если в 2012 Аксапте будут отредактированы объекты, такие как формы, таблицы и тп, то будет выполнено обновление прав доступа пользователей, которое занимает время. Как следствие, например, пользователь не сразу сможет зайти в Аксапту. Это можно проверить на пользователе не обладающем правами системного администратора.
Ссылка на другую тему с производительностью

[skuull]

Цитата:

Сообщение от Товарищ ♂uatr

Хотелось бы отметить, что проблема производительности иногда не имеет отношения к техническим характеристикам оборудования.
Причиной может быть активная разработка на рабочем приложении.
Если в 2012 Аксапте будут отредактированы объекты, такие как формы, таблицы и тп, то будет выполнено обновление прав доступа пользователей, которое занимает время. Как следствие, например, пользователь не сразу сможет зайти в Аксапту. Это можно проверить на пользователе не обладающем правами системного администратора.
Ссылка на другую тему с производительностью

Для этого есть axutil refreshrolecache

[SergeyT]

Цитата:

Сообщение от Товарищ ♂uatr

Ссылка на другую тему с производительностью

В данном материале приводится следующая рекомендация:
"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? У кого какие мнения?