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

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

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

[ice]

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

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

Цитата:

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

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

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

[Alex_KD]

Цитата:

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

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

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

Цитата:

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

Один сервер?

[AlexeyS]

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

[Товарищ ♂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? У кого какие мнения?

[oip]

Цитата:

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

А вот какое оптимальное число ядер SQL-сервера необходимо для работы DAX 2012? У кого какие мнения?

Майкрософт на эту тему обычно отвечает так:

Цитата:

Database Server Sizing Tips
5K to 15K Lines Per Hour Per Core on Data base Server
....This can vary a lot based on::
........Parameter Settings being used
........Level of Customization
........Usage of additional functionality like databaselog and alerts etc
2 GB to 6 GB Memory for Each Core

Я обычно условно, для первоначальной оценки, ориентируют на одно ядро на каждые 10-15 тысяч строк в час, и 4 Gb памяти на ядро. Можно еще посмотреть для примера Microsoft Dynamics® AX 2012 “Day in the life” benchmark.
https://mbs.microsoft.com/downloads/...k%20Detail.pdf

[gl00mie]

Цитата:

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

В данном материале приводится следующая рекомендация: "Max Server memory should be calculated as followsExample:Max Server Memory should be set at 120.3 GB". По-моему, данная оценка размера Server Memory является все же завышенной.

Для большинства внедрений она заниженная

Цитата:

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

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

У меня вот SQLlite в приложении для личных финансов на телефоне работает на 2-х ядрах - это можно включить в вашу статистику?..

Цитата:

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

А вот какое оптимальное число ядер SQL-сервера необходимо для работы DAX 2012?

Нет оптимального единого для всех количества ядер, равно как и нет оптимального единого для всех размера памяти для СУБД, есть требования и ограничения каждого отдельного внедрения и методологии расчета оборудования под эти требования и ограничения.
Обычно нагрузка на систему измеряется в строках документов в час (количество интерактивных пользователей AX для СУБД не важно), соотв., есть требования бизнеса, бюджетные ограничения и опыт вендора, подкрепленный многочисленными тестами производительности. Исходя из них можно выделить такие требования, ограничения и особенности:

• инсталляция должна обеспечить обработку такого-то числа строк документов в час, рассчитанного для данного конкретного внедрения, с учетом пиковых нагрузок
• 1 среднее по больнице ядро СУБД может обработать около 15000 строк документов в час, согласно тестам производительности и основанным на них рекомендациям вендора. В тестах обычно фигурируют некие Xeon 2.4-2.67 ГГц, реже Opteron'ы. Рекомендации про 15000 строк на ядро отражены в Dynamics AX2012 Infrastructure Design Workshop.
• обработка 1-й строки реального документа в системе (журнал ГК, складской журнал, заказ на продажу, производственный заказ, документ AIF, etc) дает разную нагрузку на СУБД, поэтому при расчете строк документов в час, используемых для оценки нагрузки в целом, строки реальных документов берутся с разными весовыми коэффициентами и затем суммируются
• в последних тестах производительности вендор также стал прибавлять к числу строк документов в час шапки реальных документов
• в реальной системе оценочное число ядер СУБД может быстро превысить лимит SQL Server Standard, получится, что нужна Enterprise-редакция, при этом обычно для АХ используют процессорные лицензии на СУБД, а не CAL. Процессорные лицензии на SQL Server Enterprise стоят очень дорого, поэтому тупо брать число строк документов, делить на 15000 и заказывать сервер БД с получившимся числом ядер может быть слишком накладно с т.з лицензий.
• процессоры очень сильно отличаются по производительности на одно ядро. К примеру, какой-нибудь 4-хъядерный Xeon на 3.7 ГГц может быть более чем вдвое быстрее в расчете на ядро, чем 8-ядерный Xeon на 2.0 ГГц. Т.е. он может обработать такое же число строк документов в час при вдвое меньших затратах на процессорные лицензии SQL Server, так что при прочих равных может быть выгодно взять более шустрые процессоры с меньшим числом ядер.
• в зависимости от требований по HA&DR может потребоваться иметь кластер из нескольких серверов БД, так что выбор процессоров может влиять на стоимость лицензий СУБД с мультипликатором 2 и более

Это лишь основные соображения по оценке количества ядер процессора SQL-сервера для "оптимальной" работы AX 2012...

[ice]

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

[Freeangel]

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

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

[AvrDen]

Цитата:

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

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

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

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

[Logger]

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

[Freeangel]

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

[Freeangel]

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

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

[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 вы разместили на отдельном диске или как?

[SergeyT]

Цитата:

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

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

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

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

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