createUserSessions - как работает?

[Lankey]

AX2009 . В хранимой процедуре createUserSessions на стороне sql есть параметр @maxClientId
Кто-нибудь знает, откуда он берет значение(что означает)?
Проблема в том, что номера неактивных сессий (Status=0) в таблице SysClientSessions должны , судя по алготитму, отдаваться новым сессиям
Вот этот момент выбора:

select @first = min(sessionID)
from SysClientSessions with(UpdLock, readpast) 
where sessionId>@maxClientId
and SessionId <>@masterId

, но почему-то вместо этого создаются новые, и из-за этого растет таблица SysClientSessions .... Думаю, что дело в @maxClientId

Спасибо

[Pandasama]

Сам не в курсе, но беглый гуглинг нашёл обсуждение этого параметра здесь
https://community.dynamics.com/forum...9-a2de0b0dfa90
Который дает ссылку сюда:
https://learn.microsoft.com/en-us/pr...ation-commands
Где есть параметр MaxConcurrentSessions

Возможно, это как-нибудь поможет

[Lankey]

Спасибо. Да, я видела ссылку на это обсуждение, но там нет ответа на вопрос. И у нас такая же проблема как там. ClientType=5 не переиспользует номера неактивных сессий, а создает новые

[Logger]

А какую это создает проблему ?
Больше чем 65 тысяч записей не будет.

Какую проблемы вы решаете ?

[Lankey]

Постоянно падали все аосы. То один то другой. По рандому. Обнаружилось, что в этой таблице последняя активная запись с номером 65535 (в момент падения, естественно, становилась неактивной). В таблице записей было намного меньше (пару тысяч), чем 65535. Активных записей из них обычно около 100--200. Судя, по алгоритму, он падал как раз , тк больше 65535 присвоить не мог, но почему-то это сдедать пытался, вместо того, чтобы использовать неактиыне записи с SessionID ниже этой.

Перестарт АОС-ов дело не лечил. После какого-то времени все равно начинали рандомно падать АОСы
Вылечилось основкой всех АОСов и удалением записей из таблицы. Но не ясно, как так получилось, что максимум был достигнут и приводил к таким последствиям?