Ограничение на количество сессий одного пользователя

[Raven Melancholic]

Есть ли в AX возможность штатными средствами ограничить для определенных пользователей количество одновременно открытых сессий? Менеджеры входят по два - три раза и "кушают" лицензии, остальным не хватает.

[belugin]

База знаний ERP : Axapta / Как Ограничить Количество Входов Пользователя

[Raven Melancholic]

Цитата:

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

База знаний ERP : Axapta / Как Ограничить Количество Входов Пользователя

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

[AxaptaUser]

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

[mazzy]

Цитата:

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

Не подскажите, как сделать так, чтобы для одного конкретного логина лицензия резервировалась?

Никак.

[AxaptaUser]

Исчерпывающий ответ!
Спасибо!

[Zabr]

Цитата:

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

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

Почему ж никак ? Там же, где в Info::startupPost вы не допускаете повторного входа, подсчитывайте число сессий, сравнивайте с лицензией и не давайте войти последнему юзеру, кроме нужного вам логина.

[mazzy]

Цитата:

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

Почему ж никак ? Там же, где в Info::startupPost вы не допускаете повторного входа, подсчитывайте число сессий, сравнивайте с лицензией и не давайте войти последнему юзеру, кроме нужного вам логина.

ЕСЛИ у людей проблема с зависшими в AOS сессиями.
ТО пользователь дошедший до Info::startupPost лицензию уже скушал.

Если ему не давать входить при помощи ShutDown, то и этот может зависнуть.
В результате админу лицензии не достанется.

Нет в Аксапте способа, который всегда гарантировал бы одну свободную лицензию.
Но есть обходные пути, которые будут работать в условиях когда "все правильно".

[mazzy]

Чтобы добавить конструктива:

Цитата:

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

и даже админ не может зайти и поубивать висячие сессии?

Админ может зайти в SQL Enterprise Maganger и убить сессию там.
как получить список сессий и убивать их средствами SQL, смотрите документацию по SQL.

[AxaptaUser]

Цитата:

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

Чтобы добавить конструктива:


Админ может зайти в SQL Enterprise Maganger и убить сессию там.
как получить список сессий и убивать их средствами SQL, смотрите документацию по SQL.

Зайти в Аксапту и поубивать сессии - имелось ввиду завершить сессии, которые еще не подвисли и которые "можно завершить", например, человек дважды открыл Аксапту и одной из них не пользуется пару часов, вторую аксапту можно закрыть. Завершить сессию, которая активная нельзя - нельзя выкинуть пользователя. А в сиквеле не разобрать какую можно сессию убить, какую нельзя. Зачастую лицензии съедаются хвостами, которые невозможно убить ни в Аксапте, ни в сиквеле (там спид, который отображен в Аксапте перехвачен кем-то другим) в таких ситуациях выход один - перезапустить АОС.

[MironovI]

Только заметтье, что "хвосты" тоже будут считаться в данном случае как вход (если есть такая беда конечно).

[Sada]

Цитата:

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

Только заметтье, что "хвосты" тоже будут считаться в данном случае как вход (если есть такая беда конечно).

Какие "хвосты"? И еще вопрос: Метод с ссылки вставил в класс Info в StartUpPost - заработало, больше двух раз не пускает (спрашивает), удалил метод - всё осталось по прежнему....опять не пускает и спрашивает. Что делать та?? И почему?

С уважением - Sada...

[MironovI]

1) Хвосты - мертвые сесии - отрубился человек от сетки или перезагрузил комп, повис ли терминал - вобщем неправильно вышел из Аксы и нате - в форме Активные пользователи повисла сессия, хотя человек в Аксе уже не сидит отрубить такую сессию бывает получается только перезагрузкой Аос-а.
2) Через аос работаете, может перезагрузить?

[Sada]

1)Получается что такое хвост я знал , гогда (как мы их называем) провисшие сесси образовываются, остается после нее спид (не всегда), в QueryAnalyzer на SQL'е kill proces и всё гут (это крайний случай), а обычно просто - в Активных пользователях - "Завершение сесси"
2)Перезагружать AOS - нихарашооо , пользователи взвоют (там и тестовая и рабочая базы (и ещё много чего))... Всё равно в тестовой базе экспериментировал - мне это не напряжно

[Scrat]

Спасиб! Очень помогло. Но в своей ситуации вижу тока один выход. Ставить виндовую аутентификацию, чтобы не было ввода пароля, затем в startup вкрутить обработчик количества лицензий и сессий. Это вполне исключает ситуацию блокирование лицензии до момента ввода парооля

[AGRESSOR]

Поднимем тему.
Господа, вот смотрю ссылку, предоставленную belugin и не могу никак понять:
зачем же все так сложно сделано? Перебор сессий, выяснение пользователя в каждой сессии.. подсчеты всякие.
Не проще ли через табличку SysClientSessions посчитать? так мне кажется гораздо проще... или я чего-то не понимаю

[raz]

Проект был сделан, когда не было этой таблички, для dax 3.

[Murlin]

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

[gl00mie]

• Разные процессы клиента Аксапты могут быть подключены к разным АОСам, которые работают с различными базами.
• Чел может не бегать от компьютера к компьютеру, а запускать клиента Аксапты на разных терминальных серверах, причем даже непреднамеренно - за счет механизма распределения нагрузки между ними.
• В рамках одного терминального сервера подсчет процессов клиента Аксапты также, очевидно, не способствует решению указанной в теме проблемы.

[Murlin]

Цитата:

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

• Разные процессы клиента Аксапты могут быть подключены к разным АОСам, которые работают с различными базами.
• Чел может не бегать от компьютера к компьютеру, а запускать клиента Аксапты на разных терминальных серверах, причем даже непреднамеренно - за счет механизма распределения нагрузки между ними.
• В рамках одного терминального сервера подсчет процессов клиента Аксапты также, очевидно, не способствует решению указанной в теме проблемы.

1. вообще то в заголовке окна аксапты пишется какой сервер какая база
С разными терминальными серверами да возникает проблема, но у нас терминальный сервер только один, и в основном клиент запускается на текущей машине клиента.
У АОС разная загрузка в разное время, если остается хвост и человека ограничено количество сессий 1 штукой он зайти в аксапту не сможет, даже при условии что есть свободные лицензии. Вот и все от чего я хотел избавиться.