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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 19.02.2007, 12:19   #1  
vesna dba is offline
vesna dba
Участник
 
147 / 16 (1) ++
Регистрация: 16.02.2007
Оценка производительности Axapta Object Server
Собственно вопрос о том как мониторить производительность AOS.
Какие счетчики смотреть, какие нормовые пределы показаний счетчиков.
Рекомендации при выходе показаний счетчиков производительности из нормовых пределов.
Сколько пользователй на 1 AOS рекомендуется для нормальной работы.
Можно озвучить собственные примеры.
У кого есть информация по данной теме прошу огласить. Спасибо.
--
У меня 1 AOS, 80 активных пользователей.
Железо: сервер HP ProLiant DL360 G3, 2 х Intel Xeon 3.2GHz, 2GB RAM
Старый 19.02.2007, 15:44   #2  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от 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

Последний раз редактировалось gl00mie; 19.02.2007 в 17:12.
За это сообщение автора поблагодарили: mazzy (5), zemlyn (1), Peppi (1).
Старый 19.02.2007, 16:51   #3  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Рекомендации для 4.0:

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

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

Последний раз редактировалось EVGL; 08.08.2007 в 16:49.
За это сообщение автора поблагодарили: vesna dba (1).
Старый 19.02.2007, 17:29   #4  
Torin is offline
Torin
Участник
 
127 / 31 (2) +++
Регистрация: 10.03.2003
Адрес: Odessa, Ukraine
А у нас, например, библиотека системных счетчиков просто не установилась.
Кто то может посоветовать - как это сделать ручками ?
Старый 19.02.2007, 18:16   #5  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от 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, можно выкинуть

Последний раз редактировалось gl00mie; 19.02.2007 в 18:24.
За это сообщение автора поблагодарили: tolstjak (1), Torin (1), alex55 (1), vesna dba (1).
Старый 19.02.2007, 20:54   #6  
vesna dba is offline
vesna dba
Участник
 
147 / 16 (1) ++
Регистрация: 16.02.2007
Цитата:
Сообщение от Torin Посмотреть сообщение
А у нас, например, библиотека системных счетчиков просто не установилась.
Кто то может посоветовать - как это сделать ручками ?
Кроме ручной установки счетчиков можно также запустить установку AOS и попробовать в режиме "Repair" восстановить (если счетчики устанавливались изначально) или доустановить счетчики, если ранее не устанавливались.
Можно кардинально - снести и установить AOS.
Старый 19.02.2007, 20:58   #7  
vesna dba is offline
vesna dba
Участник
 
147 / 16 (1) ++
Регистрация: 16.02.2007
Цитата:
Сообщение от 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 сервера.
За это сообщение автора поблагодарили: Torin (1).
Старый 19.02.2007, 21:21   #8  
vesna dba is offline
vesna dba
Участник
 
147 / 16 (1) ++
Регистрация: 16.02.2007
Цитата:
Сообщение от EVGL Посмотреть сообщение
Рекомендации для 4.0:

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

Вложение 2427
Вложение 2428
Вложение 2429
Очень интересные доки - есть куда стремиться и есть что показать начальнику в ответ на вопрос почему тормозит Аксапта..
Старый 19.02.2007, 21:34   #9  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от 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 должны будут исчезнуть - это так, для проверки...
Старый 19.02.2007, 22:23   #10  
vesna dba is offline
vesna dba
Участник
 
147 / 16 (1) ++
Регистрация: 16.02.2007
Цитата:
Сообщение от 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; 20.02.2007 в 21:12. Причина: по результатам тестирования скрипта
Старый 19.02.2007, 22:34   #11  
vesna dba is offline
vesna dba
Участник
 
147 / 16 (1) ++
Регистрация: 16.02.2007
Цитата:
Сообщение от 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 восстановились, спасибо!

Последний раз редактировалось vesna dba; 20.02.2007 в 21:16.
Старый 25.09.2007, 16:28   #12  
tolstjak is offline
tolstjak
Участник
 
440 / 16 (1) ++
Регистрация: 05.01.2003
Цитата:
Сообщение от 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.....
__________________
Александр
Старый 25.06.2009, 14:24   #13  
Maximin is offline
Maximin
NavAx
NavAx Club
 
408 / 341 (12) ++++++
Регистрация: 09.10.2002
Адрес: Москва
Хочу предупредить коллег, админящих AOS Axapta (Dynamics AX) 4.0, что счетчики производительности (performance counters) AOSа работают ТОЛЬКО при консольном сеансе работы с сервером, на котором установлен AOS. Т.е. либо физически надо сидеть за этим сервером, либо ключ mstsc /console спасут Францию. В противном случае не удастся добавить счетчики в окно отображения консольной оснастки "Производительность", либо уже настроенная оснастка, загруженная из сохраненного в .msc файла не будет ничего отображать.
Может быть, эти грабли описаны в руководстве по администрированию, но на данный момент его нет под рукой, а на них наступить пришлось. Надеюсь, это будет полезно кому-нибудь.

Кстати, отвалившиеся аттачи к сообщениям выше с доками по требованиям к оборудованию для 100, 250 пользователей доступны на http://www.microsoft.com/dynamics/ax...aresizing.mspx
__________________
Жизнь прекрасна! Если, конечно, правильно подобрать антидепрессанты...
За это сообщение автора поблагодарили: mazzy (2), Logger (3).
Старый 27.06.2009, 18:12   #14  
Kabardian is offline
Kabardian
Талантливый разгвоздяй
Аватар для Kabardian
 
424 / 338 (12) ++++++
Регистрация: 14.12.2008
Адрес: Москва
Записей в блоге: 14
Цитата:
Сообщение от gl00mie Посмотреть сообщение
А вообще, на счет мониторинга: зачем что-то делать, если все устраивает?
gl00mie, по-моему, не стоит запускать вопросы, связанные с производительностью системы AX-СУБД. Объясню на примере двух сценариев почему я так думаю.

Нереальный сценарий мониторинга (не замечен на реальных проектах)
С самого начала внедрения производят эталонные замеры производительности. Затем идет процесс постоянного мониторинга производительности системы в рабочей среде. Когда производительность системы заметно отклоняется от эталона определяются факторы, влияющие на производительность системы. Например, на производительность системы могут влиять:
  • новая модификация
  • увеличившееся количество конкурентных пользователей
  • увеличившаяся нагрузка на СУБД
  • изменение настроек системы (AX-СУБД)
  • другие факторы.
Если при этом влияние фактора, ухудшившего производительность системы входит в допустимые рамки (которые также определяются заранее), то текущее состояние системы считают эталоном. В противном случае, устраняют пагубное влияние конкретного фактора.

Более жизненный сценарий
Cпустя год-два после внедрения AX, когда уже cоздана хренова туча модификаций, в системе одновременно работают много пользователей (ближе к 100, а может и больше), параметры системы AX-СУБД неоднократно менялись, нагрузка на СУБД тоже менялась, пытаются точечными ударами повысить производительность.
Старый 29.06.2009, 13:00   #15  
tolstjak is offline
tolstjak
Участник
 
440 / 16 (1) ++
Регистрация: 05.01.2003
Цитата:
Сообщение от EVGL Посмотреть сообщение
Рекомендации для 4.0:

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

Вложение 2427
Вложение 2428
Вложение 2429
Ссылки не работают!! Хотя не удивительно. Это было так давно. Извините.
__________________
Александр

Последний раз редактировалось tolstjak; 29.06.2009 в 13:06.
Старый 29.06.2009, 13:53   #16  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от Kabardian Посмотреть сообщение
gl00mie, по-моему, не стоит запускать вопросы, связанные с производительностью системы AX-СУБД.
Не стоило понимать все буквально Я лишь хотел подчеркнуть, что сперва надо определиться с тем, по каким критериям качественно и количественно оценивать производительность системы и приемлемость текущего уровня производительности, а уже после этого думать, что нужно мониторить, где что подкручивать, etc. С точки зрения специалистов, занимающихся той же Аксаптой или базами данных, разумеется, очень часто есть желание улучшить тот или иной аспект работы системы, поскольку даже без всяких оценок, чисто аналитически реализация может быть неоптимальной. Но тут все же, по-моему, надо в первую очередь думать о том, какой эффект это даст с точки зрения бизнеса; в этом плане мне очень понравилась аналогия Дениса Федотенко - "синдром родителей дауна":
Цитата:
Сообщение от fed Посмотреть сообщение
если пообщаться с человеком, у которого два ребенка, один нормальный, а второй - с синдромом Дауна (ну или каким-то другим пороком развития), то можно с интересом заметить, что это родитель гораздо охотнее хвалится тем что "Петенька научился застегивать пуговки" (Это в 15 лет), чем тем что Васенька учится на отлично, ходит на спорт и популярен в классе
Вообще - оценка людьми результатов своей деятельности, зачастую основана не на объективной картине их достижений, а на том - сколько времени они на эту деятельность затратили.
Так что можно и AOS(ы) мониторить, и за базой следить, и подкручивать что-то где-то как-то, но если для бизнеса, к примеру, некритично, что такой-то отчет строится полчаса вместо возможных двух минут, то оптимизация в этом случае - это напрасная трата ресурсов, которые можно было бы направить на решение задач, сулящих больший экономический эффект с точки зрения бизнеса.
Цитата:
Сообщение от Kabardian Посмотреть сообщение
Объясню на примере двух сценариев почему я так думаю.
Нереальный сценарий мониторинга (не замечен на реальных проектах)
С самого начала внедрения производят эталонные замеры производительности. Затем идет процесс постоянного мониторинга производительности системы в рабочей среде. Когда производительность системы заметно отклоняется от эталона определяются факторы, влияющие на производительность системы.
Более полно и системно подобный подход рассмотрен в статье Сергея Котова Обеспечение надежности работы Microsoft Axapta
Цитата:
Сообщение от Kabardian Посмотреть сообщение
Если при этом влияние фактора, ухудшившего производительность системы входит в допустимые рамки (которые также определяются заранее), то текущее состояние системы считают эталоном. В противном случае, устраняют пагубное влияние конкретного фактора.
Это все слишком абстрактно, поскольку не раскрывается, что такое "допустимые рамки". Опять же, с точки зрения бизнеса совершенно все равно, тормозит ли, скажем, открытие формы из-за какой-то модификации, кривых индексов или слабого сервера под AOS, поэтому отслеживать надо не эти факторы, а те ключевые показатели, на основании которых дается оценка допустимости текущего уровня производительности системы. Тот же Сергей Котов приводит примеры подобных показателей:
  • Время открытия формы "Заказы" - до 3 сек.
  • Скорость работы скрипта, моделирующего цикл ввода и обработки заказа, - от 200 строк/мин.
  • Время работы скрипта, моделирующего последовательный расчет трех наиболее популярных отчетов с типичными условиями выборки, - до 10 мин.
Цитата:
Сообщение от Kabardian Посмотреть сообщение
Более жизненный сценарий
Cпустя год-два после внедрения AX, когда уже cоздана хренова туча модификаций, в системе одновременно работают много пользователей (ближе к 100, а может и больше), параметры системы AX-СУБД неоднократно менялись, нагрузка на СУБД тоже менялась, пытаются точечными ударами повысить производительность.
Опять же, почему пытаются повысить производительность лишь спустя год-два? Может, потому, что до этого она с точки зрения бизнеса оставалась на приемлемом уровне? И почему вы считаете, что в таком сценарии не велось постоянное отслеживание уровня производительности системы? Может, эти "точечные удары" как раз и направлены на те "узкие места" системы, из-за которых спустя год-два она неожиданно перестала отвечать заданным допустимым показателям производительности: где-то пара формочек стала открываться долго, где-то - строки заказа стали обрабатываться медленно...
Теги
aos, ax4.0, администрирование, документация, производительность

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Запуск Axapta 3.0 Object Server Manager в качестве консольного приложения gl00mie DAX: Администрирование 2 15.11.2007 11:12
mazzy: Сравнительное тестирование производительности Microsoft Axapta v.3.0. CУБД Microsoft SQL Server 2005 и Microsoft SQL Server 2000 Blog bot DAX Blogs 0 28.10.2006 17:22
No Navision Axapta Object server could be located using current client configuration AKIS-Falcon DAX: Администрирование 7 08.07.2005 14:52
Как настроить Axapta Object Server ravil DAX: Администрирование 10 17.04.2003 19:32
Введение в Аксапту Роман Кошелев DAX: Прочие вопросы 0 18.12.2001 14:00
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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