Оценка производительности Axapta Object Server

[vesna dba]

Собственно вопрос о том как мониторить производительность AOS.
Какие счетчики смотреть, какие нормовые пределы показаний счетчиков.
Рекомендации при выходе показаний счетчиков производительности из нормовых пределов.
Сколько пользователй на 1 AOS рекомендуется для нормальной работы.
Можно озвучить собственные примеры.
У кого есть информация по данной теме прошу огласить. Спасибо.
--
У меня 1 AOS, 80 активных пользователей.
Железо: сервер HP ProLiant DL360 G3, 2 х Intel Xeon 3.2GHz, 2GB RAM

[gl00mie]

Цитата:

Сообщение от vesna dba

Сколько пользователй на 1 AOS рекомендуется для нормальной работы.
У меня 1 AOS, 80 активных пользователей.
Железо: сервер HP ProLiant DL360 G3, 2 х Intel Xeon 3.2GHz, 2GB RAM

Раньше был такой документ "HP recommended configurations for Microsoft Axapta v3.0 on HP ProLiant servers", но сейчас его на hp.com куда-то подевали, при том что в "HP tested configuration: Microsoft Axapta 3.0 on HP ProLiant ML370 servers" ссылка на него не изменилась Остался Microsoft Dynamics AX solutions brief, хотя конкретных циферок там не очень-то много.
А вообще, на счет мониторинга: зачем что-то делать, если все устраивает? Вот если не устраивает что-то, тогда надо копать в данном направлении. Может, весь сервер тормозит, может, отдельная форма какая-то, может, какой-то отчет... Совершенно не факт, что дело именно в AOS.
Как обнаружить какой пользователь загружает процессор AOS
Как правильно искать узкие места в приложении
Как быстро найти "главную" процедуру обработки в коде X++
На запросах профайлер - потеря времени
Microsoft Dynamics AX 4.0 white paper: Benchmarking on Hewlett-Packard Proliant Servers
Fujitsu-Siemens Axapta sizing Tool
Microsoft Axapta Sizing Guidelines (кажется, это и реализовано на сайте fuji-siemens)
Реальные пользователи AOS vs ASU

[EVGL]

Рекомендации для 4.0:

Suggested Hardware for Deployments up to 100 Concurrent Users,
Suggested Hardware for Deployments up to 250 Concurrent Users:

Вложение 2427
Вложение 2428
Вложение 2429

[Torin]

А у нас, например, библиотека системных счетчиков просто не установилась.
Кто то может посоветовать - как это сделать ручками ?

[gl00mie]

Цитата:

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

А у нас, например, библиотека системных счетчиков просто не установилась. Кто то может посоветовать - как это сделать ручками ?

Вот кусок батника, которым я вручную ставлю AOS

@echo off
rem location of source and destination Axapta server directory
set __src_axapta=c:\axapta
set __src_ax32serv=%__src_axapta%\server\bin\ax32serv.exe
set __server_dir=%__src_axapta%\server
set __servicesroot=hklm\system\currentcontrolset\services
set __eventlogroot=%__servicesroot%\eventlog\application

rem set __svcname=%@iniread["%__src_axapta%\server\bin\ax32serv.ini",info,drivername]
set __svcname="Axapta Object Server"
rem clean up
unlodctr  "%__svcname%"
rem set __svcname=%@replace[%=",,%__svcname%]
set __svcname=Axapta Object Server
rem add eventlog message table entries
reg add "%__eventlogroot%\%__svcname%" /v EventMessageFile /t REG_SZ    /d "%__src_ax32serv%" /f
reg add "%__eventlogroot%\%__svcname%" /v TypesSupported   /t REG_DWORD /d 7                  /f
rem add performance counters
reg add "%__servicesroot%\%__svcname%\Performance"
reg add "%__servicesroot%\%__svcname%\Performance" /v Open    /d "OpenPerformanceData"		 /f
reg add "%__servicesroot%\%__svcname%\Performance" /v Close   /d "ClosePerformanceData"		 /f
reg add "%__servicesroot%\%__svcname%\Performance" /v Collect /d "CollectPerformanceData"	 /f
reg add "%__servicesroot%\%__svcname%\Performance" /v Library /d "%__server_dir%\bin\axperf.dll" /f
lodctr "%__server_dir%\bin\ax32serv.ini"

reg, lodctr, unlodctr - стандартные виндовые утилиты

PS. строки с reg add "%__eventlogroot%\%__svcname%" - это таблица сообщений для eventlog, можно выкинуть

[vesna dba]

Цитата:

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

А у нас, например, библиотека системных счетчиков просто не установилась.
Кто то может посоветовать - как это сделать ручками ?

Кроме ручной установки счетчиков можно также запустить установку AOS и попробовать в режиме "Repair" восстановить (если счетчики устанавливались изначально) или доустановить счетчики, если ранее не устанавливались.
Можно кардинально - снести и установить AOS.

[vesna dba]

Цитата:

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

Вот кусок батника, которым я вручную ставлю AOS
...
set __svcname="Axapta Object Server"
rem clean up
unlodctr "%__svcname%"
rem set __svcname=%@replace[%=",,%__svcname%]
set __svcname=Axapta Object Server
rem add eventlog message table entries
reg add "%__eventlogroot%\%__svcname%" /v EventMessageFile /t REG_SZ /d "%__src_ax32serv%" /f
reg add "%__eventlogroot%\%__svcname%" /v TypesSupported /t REG_DWORD /d 7 /f
rem add performance counters
reg add "%__servicesroot%\%__svcname%\Performance"
reg add "%__servicesroot%\%__svcname%\Performance" /v Open /d "OpenPerformanceData" /f
reg add "%__servicesroot%\%__svcname%\Performance" /v Close /d "ClosePerformanceData" /f
reg add "%__servicesroot%\%__svcname%\Performance" /v Collect /d "CollectPerformanceData" /f
reg add "%__servicesroot%\%__svcname%\Performance" /v Library /d "%__server_dir%\bin\axperf.dll" /f
lodctr "%__server_dir%\bin\ax32serv.ini"[/code]reg, lodctr, unlodctr - стандартные виндовые утилиты

PS. строки с reg add "%__eventlogroot%\%__svcname%" - это таблица сообщений для eventlog, можно выкинуть

А то же самое, только для счетчиков SQL сервера можно?
Съехали счетчики у SQL сервера.

[vesna dba]

Цитата:

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

Рекомендации для 4.0:

Suggested Hardware for Deployments up to 100 Concurrent Users,
Suggested Hardware for Deployments up to 250 Concurrent Users:

Вложение 2427
Вложение 2428
Вложение 2429

Очень интересные доки - есть куда стремиться и есть что показать начальнику в ответ на вопрос почему тормозит Аксапта..

[gl00mie]

Цитата:

Сообщение от vesna dba

А то же самое, только для счетчиков SQL сервера можно? Съехали счетчики у SQL сервера.

для unlodctr нужно указать название сервиса Ms SQL Server, по умолчанию - mssqlserver

unlodctr mssqlserver$ServerInstanceName
lodctr  "%programfiles%\microsoft sql server\mssql.1\mssql\binn\sqlctr.ini"

Если запустить perfmon после unlodctr и до lodctr, то счетчики SQL Server должны будут исчезнуть - это так, для проверки...

[vesna dba]

Цитата:

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

для unlodctr нужно указать название сервиса Ms SQL Server, по умолчанию - mssqlserver

unlodctr mssqlserver$ServerInstanceName

lodctr  "%programfiles%\microsoft sql server\mssql.1\mssql\binn\sqlctr.ini"

Если запустить perfmon после unlodctr и до lodctr, то счетчики SQL Server должны будут исчезнуть - это так, для проверки...

Спасибо!
Я на основе первого примера уже понял как сделать. Батничек сворганил, исполнил.
Сделал так:

Цитата:

@echo off
rem Восстановление счетчиков производительности SQL Server 2000
set __server_dir=C:\PROGRA~1\MICROS~1\MSSQL
set __servicesroot=hklm\system\currentcontrolset\services
set __svcname="MSSQLServer"
rem clean up
unlodctr "%__svcname%"
set __svcname="MSSQLServer"
rem add performance counters
reg add "%__servicesroot%\%__svcname%\Performance"
reg add "%__servicesroot%\%__svcname%\Performance" /v Open /d "OpenSQLPerformanceData" /f
reg add "%__servicesroot%\%__svcname%\Performance" /v Close /d "CloseSQLPerformanceData" /f
reg add "%__servicesroot%\%__svcname%\Performance" /v Collect /d "CollectSQLPerformanceData" /f
reg add "%__servicesroot%\%__svcname%\Performance" /v Library /d "%__server_dir%\BINN\SQLCTR80.DLL" /f
lodctr "%__server_dir%\BINN\sqlctr.ini"
rem Для применения настроек достаточно рестартовать сервис MSSQLSERVER

[vesna dba]

Цитата:

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

для unlodctr нужно указать название сервиса Ms SQL Server, по умолчанию - mssqlserver

unlodctr mssqlserver$ServerInstanceName

lodctr  "%programfiles%\microsoft sql server\mssql.1\mssql\binn\sqlctr.ini"

Если запустить perfmon после unlodctr и до lodctr, то счетчики SQL Server должны будут исчезнуть - это так, для проверки...

Счетчики SQL восстановились, спасибо!

[tolstjak]

Цитата:

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

для unlodctr нужно указать название сервиса Ms SQL Server, по умолчанию - mssqlserver

unlodctr mssqlserver$ServerInstanceName
lodctr  "%programfiles%\microsoft sql server\mssql.1\mssql\binn\sqlctr.ini"

Если запустить perfmon после unlodctr и до lodctr, то счетчики SQL Server должны будут исчезнуть - это так, для проверки...

Большое спасибо за батничек.
Очень помог, а то никак не мог вевести Аксаптовские счетчики в операционке Windows Server 2003 Enter.....

[Maximin]

Хочу предупредить коллег, админящих AOS Axapta (Dynamics AX) 4.0, что счетчики производительности (performance counters) AOSа работают ТОЛЬКО при консольном сеансе работы с сервером, на котором установлен AOS. Т.е. либо физически надо сидеть за этим сервером, либо ключ mstsc /console спасут Францию. В противном случае не удастся добавить счетчики в окно отображения консольной оснастки "Производительность", либо уже настроенная оснастка, загруженная из сохраненного в .msc файла не будет ничего отображать.
Может быть, эти грабли описаны в руководстве по администрированию, но на данный момент его нет под рукой, а на них наступить пришлось. Надеюсь, это будет полезно кому-нибудь.

Кстати, отвалившиеся аттачи к сообщениям выше с доками по требованиям к оборудованию для 100, 250 пользователей доступны на http://www.microsoft.com/dynamics/ax...aresizing.mspx

[Kabardian]

Цитата:

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

А вообще, на счет мониторинга: зачем что-то делать, если все устраивает?

gl00mie, по-моему, не стоит запускать вопросы, связанные с производительностью системы AX-СУБД. Объясню на примере двух сценариев почему я так думаю.

Нереальный сценарий мониторинга (не замечен на реальных проектах)
С самого начала внедрения производят эталонные замеры производительности. Затем идет процесс постоянного мониторинга производительности системы в рабочей среде. Когда производительность системы заметно отклоняется от эталона определяются факторы, влияющие на производительность системы. Например, на производительность системы могут влиять:

• новая модификация
• увеличившееся количество конкурентных пользователей
• увеличившаяся нагрузка на СУБД
• изменение настроек системы (AX-СУБД)
• другие факторы.

Если при этом влияние фактора, ухудшившего производительность системы входит в допустимые рамки (которые также определяются заранее), то текущее состояние системы считают эталоном. В противном случае, устраняют пагубное влияние конкретного фактора.

Более жизненный сценарий
Cпустя год-два после внедрения AX, когда уже cоздана хренова туча модификаций, в системе одновременно работают много пользователей (ближе к 100, а может и больше), параметры системы AX-СУБД неоднократно менялись, нагрузка на СУБД тоже менялась, пытаются точечными ударами повысить производительность.

[tolstjak]

Цитата:

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

Рекомендации для 4.0:

Suggested Hardware for Deployments up to 100 Concurrent Users,
Suggested Hardware for Deployments up to 250 Concurrent Users:

Вложение 2427
Вложение 2428
Вложение 2429

Ссылки не работают!! Хотя не удивительно. Это было так давно. Извините.

[gl00mie]

Цитата:

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

gl00mie, по-моему, не стоит запускать вопросы, связанные с производительностью системы AX-СУБД.

Не стоило понимать все буквально Я лишь хотел подчеркнуть, что сперва надо определиться с тем, по каким критериям качественно и количественно оценивать производительность системы и приемлемость текущего уровня производительности, а уже после этого думать, что нужно мониторить, где что подкручивать, etc. С точки зрения специалистов, занимающихся той же Аксаптой или базами данных, разумеется, очень часто есть желание улучшить тот или иной аспект работы системы, поскольку даже без всяких оценок, чисто аналитически реализация может быть неоптимальной. Но тут все же, по-моему, надо в первую очередь думать о том, какой эффект это даст с точки зрения бизнеса; в этом плане мне очень понравилась аналогия Дениса Федотенко - "синдром родителей дауна":

Цитата:

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

если пообщаться с человеком, у которого два ребенка, один нормальный, а второй - с синдромом Дауна (ну или каким-то другим пороком развития), то можно с интересом заметить, что это родитель гораздо охотнее хвалится тем что "Петенька научился застегивать пуговки" (Это в 15 лет), чем тем что Васенька учится на отлично, ходит на спорт и популярен в классе
Вообще - оценка людьми результатов своей деятельности, зачастую основана не на объективной картине их достижений, а на том - сколько времени они на эту деятельность затратили.

Так что можно и AOS(ы) мониторить, и за базой следить, и подкручивать что-то где-то как-то, но если для бизнеса, к примеру, некритично, что такой-то отчет строится полчаса вместо возможных двух минут, то оптимизация в этом случае - это напрасная трата ресурсов, которые можно было бы направить на решение задач, сулящих больший экономический эффект с точки зрения бизнеса.

Цитата:

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

Объясню на примере двух сценариев почему я так думаю.
Нереальный сценарий мониторинга (не замечен на реальных проектах)
С самого начала внедрения производят эталонные замеры производительности. Затем идет процесс постоянного мониторинга производительности системы в рабочей среде. Когда производительность системы заметно отклоняется от эталона определяются факторы, влияющие на производительность системы.

Более полно и системно подобный подход рассмотрен в статье Сергея Котова Обеспечение надежности работы Microsoft Axapta

Цитата:

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

Если при этом влияние фактора, ухудшившего производительность системы входит в допустимые рамки (которые также определяются заранее), то текущее состояние системы считают эталоном. В противном случае, устраняют пагубное влияние конкретного фактора.

Это все слишком абстрактно, поскольку не раскрывается, что такое "допустимые рамки". Опять же, с точки зрения бизнеса совершенно все равно, тормозит ли, скажем, открытие формы из-за какой-то модификации, кривых индексов или слабого сервера под AOS, поэтому отслеживать надо не эти факторы, а те ключевые показатели, на основании которых дается оценка допустимости текущего уровня производительности системы. Тот же Сергей Котов приводит примеры подобных показателей:

• Время открытия формы "Заказы" - до 3 сек.
• Скорость работы скрипта, моделирующего цикл ввода и обработки заказа, - от 200 строк/мин.
• Время работы скрипта, моделирующего последовательный расчет трех наиболее популярных отчетов с типичными условиями выборки, - до 10 мин.

Цитата:

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

Более жизненный сценарий
Cпустя год-два после внедрения AX, когда уже cоздана хренова туча модификаций, в системе одновременно работают много пользователей (ближе к 100, а может и больше), параметры системы AX-СУБД неоднократно менялись, нагрузка на СУБД тоже менялась, пытаются точечными ударами повысить производительность.

Опять же, почему пытаются повысить производительность лишь спустя год-два? Может, потому, что до этого она с точки зрения бизнеса оставалась на приемлемом уровне? И почему вы считаете, что в таком сценарии не велось постоянное отслеживание уровня производительности системы? Может, эти "точечные удары" как раз и направлены на те "узкие места" системы, из-за которых спустя год-два она неожиданно перестала отвечать заданным допустимым показателям производительности: где-то пара формочек стала открываться долго, где-то - строки заказа стали обрабатываться медленно...