VIP сессия

[lobster]

Подскажите пожалуйста, возможно ли сделать так чтобы определенный пользователь мог открывать navision даже тогда,
когда все сессии подключения заняты?
Насколько я понимаю надо написать код в первом codeunit'е который будет отключать последнюю сессию, если она занята.

[Cheb]

Так не получится, т.к. чтобы запустился 1-й кодеюнит, должна уже быть свободная сессия. Мне кажется, нужно попробовать использовать хранимую процедуру [$ndo$dbproperty], о которой написано в Application Designer's Guide.

[rmv]

Цитата:

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

Подскажите пожалуйста, возможно ли сделать так чтобы определенный пользователь мог открывать navision даже тогда,
когда все сессии подключения заняты?
Насколько я понимаю надо написать код в первом codeunit'е который будет отключать последнюю сессию, если она занята.

Боюсь отключать не получится, если только у Вас не SQL Server и у ВИП'а права сисадмина - в этом случае можно
выполнить kill @НомерСессии через ADO Connection ( trusted connection, вариант с аутенфикацией БД даже не рассматриваю с силу уязвимости).
Возможно проще в первом кодеюните проверять лимит сессий и давай коннектиться последней сессии только если юзер VIP,
либо если VIP уже работает с базой.

[lobster]

Цитата:

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

если только у Вас не SQL Server и у ВИП'а права сисадмина - в этом случае можно
выполнить kill @НомерСессии через ADO Connection

Да у нас SQL server, и у ВИП'а права сисадмина.
Есть аутентификация БД и виндовая, с правами сисадмина.
Насчет kill @НомерСессии все понятно, а вот с ADO Connection не совсем понятно.
Как я понял при подключении к БД ВИП'а в SQL будет убиваться одна сессия, например с помощью хранимой процедуры.
Только каким образом будет выполняться хранимая процедура, именно когда подключается ВИП пользователь?

[RedFox]

Цитата:

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

Да у нас SQL server, и у ВИП'а права сисадмина.
Есть аутентификация БД и виндовая, с правами сисадмина.
Насчет kill @НомерСессии все понятно, а вот с ADO Connection не совсем понятно.
Как я понял при подключении к БД ВИП'а в SQL будет убиваться одна сессия, например с помощью хранимой процедуры.

На каждой экземпляр SQL у админа есть специальная выделенная сессия (тут называемая ВИП).
С помощью неё админ может зайти даже в "подвисшую" или "перегруженную" БД и с помощью kill @НомерСессии убить какую-нибудь сессию.

Цитата:

Только каким образом будет выполняться хранимая процедура, именно когда подключается ВИП пользователь?

Поэтому тут админ выполняет ручную работу, а не работает хранимая процедура (конечно же он может её вызывать).

[andrevk]

Можно использовать Stored Procedure [sp_$ndo$loginproc]
она запускается при логине к базе.
В ней делать все проверки и вызывать закрытие сессии

[lobster]

Цитата:

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

Поэтому тут админ выполняет ручную работу

на данный момент я так и делаю, если все сесcии заняты, то убиваю сессию "в ручную" и подключаюсь к navision.
Но мне надо сделать так, чтобы например ген. директор. фирмы мог подключиться в любой момент когда ему надо и при этом не звонить мне
чтобы я убивал сессию вручную.

[Fordewind]

Цитата:

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

на данный момент я так и делаю, если все сесcии заняты, то убиваю сессию "в ручную" и подключаюсь к navision.
Но мне надо сделать так, чтобы например ген. директор. фирмы мог подключиться в любой момент когда ему надо и при этом не звонить мне
чтобы я убивал сессию вручную.

Где-то на форуме обсуждалось уже. Или в коммерческих предложениях. Там предпологалось ранжировать пользователей. Т.е. для обычных людей досутпно скажем 50 сессий, для привелигерованых на 10 больше, а для самых крутых еще 2. В итоге обычный человек не может подключиться 51-м. Естественно это все проверяется в 1-м кодеюните при подключении. И так вырубать никого не надо.

[lobster]

Цитата:

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

Можно использовать Stored Procedure [sp_$ndo$loginproc]
она запускается при логине к базе.
В ней делать все проверки и вызывать закрытие сессии

Интересная мысль, только Stored Procedure [sp_$ndo$loginproc] я НЕ НАШЁЛ.
Где она хранится?
У нас SQL server 2005.
Может одна из этих: dbo.$ndo$getdbts; sys.$xp_logininfo

[lobster]

Цитата:

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

Где-то на форуме обсуждалось уже. Или в коммерческих предложениях. Там предпологалось ранжировать пользователей. Т.е. для обычных людей досутпно скажем 50 сессий, для привелигерованых на 10 больше, а для самых крутых еще 2. В итоге обычный человек не может подключиться 51-м. Естественно это все проверяется в 1-м кодеюните при подключении. И так вырубать никого не надо.

Это интересно. А у Вас есть ссылка?
Или примерно какой код ранжирует пользователей, в каком триггере 1-го codeunit'а?
Подскажите пожалуйста.

[ledger]

в коммерческих предложениях: Управление пользовательскими сессиями
Включено:
- группировка пользователей, назначение кол-ва возможных подключений на группу
- приоритезация внутри групп
- "включение" ограничений только при "большой" загрузке
- ограничение запуска нескольких сессий
- работает на любой версии начиная с 3.60 (как Native, так и SQL)

[andrevk]

Цитата:

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

Интересная мысль, только Stored Procedure [sp_$ndo$loginproc] я НЕ НАШЁЛ.
Где она хранится?
У нас SQL server 2005.
Может одна из этих: dbo.$ndo$getdbts; sys.$xp_logininfo

Ее можно создать.
У меня до этого эта процедура выводила сообщение.

use ИмяБазы
go
CREATE PROCEDURE [sp_$ndo$loginproc]
@appname VARCHAR(64) = NULL,
@appversion VARCHAR(16) = NULL
AS
BEGIN
  IF SUSER_SNAME() IN ('Домен\Генеральный', 'Домен\ГлавныйБухгалтер') 
	BEGIN
	 if КоличествоОткрытыхСессий=30 begin
		ПроцедураУдаленияПервойСессии
	 end
  end
end
GO
GRANT EXECUTE ON [sp_$ndo$loginproc] TO public
GO

[ledger]

Да, забыл совсем - по предыдущему моему посту:
- "выброс" из навижн при достижении определенного времени простоя (например - ушел на обед/курить, а коллегам не отдал подключение)
- "выброс" из навижн наименее приоритетного пользователя в условиях включенного квотирования и нехватки лицензий на группу (например - для отдела продаж задан лимит 5 подключений, всего работает 6 человек - 5 менеджеров с приоритетом 2, начальник с приоритетом 3. При дефиците лицензий при входе начальника будет выброшен менеджер с максимальным периодом простоя). Включение квотирование осуществляется при близком к максимальному количеству подключений (настраиваемый параметр)