MaxConcurrentSessions и Users License

[maximka]

Возникла следующая проблема (DAX 3.0 sp05 fp01, SQL 2005)
Была лицензия на 81 пользователя, все работало нормально, купили еще на 51, выставили (стало соответственно 132) и тут Axapta перестала запускать больше 55 юзеров (AOS перезапускали):
"Object Server ax30_sp05fp01_live: MaxConcurrentSessions (100) has been reached. No more connection will be accepted." нашел в инете разговоры на эту тему:
http://npj.ru/axkb/axapta/ax30rollup1/fixlist
http://www.devrush.com/world_web_dev...3003/full_news
http://microsoft-programming.hostweb...1/Default.aspx
MaxConcurrentSessions - 200, ничего не перезапускал, AOS запустил 100 юзеров, через некоторое время опять начал ругаться при 55 юзерах, выствил 400 - сейчас вроде все нормально. Кто-нибудь знает в чем косяк может быть?

[maximka]

Да, в догонку, вот еще в журнале отмечалось: "Object Server ax30_sp05fp01_live: There are 106 mem pools. Biggest two are 21958512 (CACHE) and 6025616 (FSCACHE) bytes; smallest two are 69536 (UserSession) and 69536 (UserSession) bytes."

[Oleg V.Cat]

Цитата:

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

через некоторое время опять начал ругаться при 55 юзерах, выствил 400 - сейчас вроде все нормально. Кто-нибудь знает в чем косяк может быть?

Ну у нас при лицензии на 82 (правда CCOMов много) юзера это число пришлось догнать до 500...

[maximka]

Я так понял, что ConcurrentSessions - это какие-то "системные" подключения клиентов к AOS'у как к службе, т.е. почему-то или каждый клиент стал создавать больше подключений, либо они перестали сбрасываться....
нда...

[gl00mie]

Цитата:

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

Я так понял, что ConcurrentSessions - это какие-то "системные" подключения клиентов к AOS'у как к службе

Изначально под одновременными подключениями подразумевались именно "обычные", пользовательские подключения к AOS. Эти настройки появились в KR1 как средство ограничить количество подключений к одному AOS с тем, чтобы всем, "успевшим" подключиться, хватало ресурсов и производительности отдельно взятого AOS:

Цитата:

Request No. 10500
KB 909285
Short Desc AOS allows connections on low resources
Problem The AOS accepts connection requests from new clients when it is already under a load that is causing user performance to slow or crash.
Solution Registry Keys that tighten configuration when the AOS is in a low resource scenario have been added. If these limits are reached, the AOS will reject new connections. If these keys do not exist or exist without a value, Axapta uses the default value listed for each key. If enabling these keys, configure them for each instance of the AOS that is running.
\HKLM\SYSTEM\CurrentControlSet\Services\Axapta Object Server\Applications\<AOS Instance Name>\3.0\<AOS Config Name>
The following table lists the default values, which are also the recommended values. Note that they are also string values.

Regkey			Type	Min	Max	Default
MaxConcurrentSessions	REG_SZ1	100	65535	100
MaxMemPercentage	REG_SZ1	50	100	50

MaxConcurrentSessions Set the value of this key to the upper limit of the number of concurrent sessions that you plan to run.
MaxMemPercentage Set this value to the percentage of memory that you want the AOS process (ax32serv.exe) to use. This total memory percentage, includes pagefile.