Как убить зависшие сессии

10.04.15

✎

10:27

Здравствуйте все,

Есть проблема, когда при некорректном выходе из программы на сервере 1С зависает сессия, используетя SQL 2005. Пользователи работают в тонком клиенте. В модуле При начале работы системы стоит проверка на повторное подключение, и один пользователь не может войти в систему второй раз. Из-за зависшей сессии пользователь не может зайти в 1С. Администратор удаляет соединение на сервере 1С. Компания очень большая с разветвленной филиальной сетью (необходимо быстрое обслуживание клиентов)и проблема стоит крайне остро.
Можно ли и как при запуске новой сессии пользователем программно убить зависшие сессии этого пользователя?

Спасибо

1 Andrewww123

10.04.15

✎

10:43

Я так понимаю, что терминал используется. Если Windows Server, то Администрирование - службы удаленных рабочих столов - конфигурация узла сеансов удаленных рабочих столов, там нужно найти "RDP-Tcp" в разделе "Подключения" и в его свойствах есть ограничение бездействующего сеанса и завершение отключенного сеанса.

2 svchernova

10.04.15

✎

10:49

(1) спасибо! я программист 1С, сейчас передам это сисадмину. Посмотрим, что скажет.

3 D_E_S_131

10.04.15

✎

10:49

"При начале работы системы стоит проверка на повторное подключение" — наверное это как раз и называется ССЗБ...

4 svchernova

10.04.15

✎

10:55

(1) работают в тонком клиенте, не используют удаленный рабочий стол

5 svchernova

10.04.15

✎

10:55

(3) кто такой ССЗБ?

6 D_E_S_131

10.04.15

✎

10:57

(5) Это когда делаешь что-то, что в конечном итоге оборачивается против себя самого.

7 Andrewww123

10.04.15

✎

11:00

(4) Куча компьютеров, на каждом установлен тонкий клиент и так все работают?

8 svchernova

10.04.15

✎

11:00

(6)да мне пришлось убрать контроль на повтор входа.

9 svchernova

10.04.15

✎

11:00

(7) да
Куча большая, в разных городах

10 svchernova

10.04.15

✎

11:01

а сервер в Алма-Ате

11 Dmitry1c

10.04.15

✎

11:04

(5) сам себе злобный буратино

12 Andrewww123

10.04.15

✎

11:06

(9) Тогда вам куда-то сюда: http://infostart.ru/public/77671/

13 D_E_S_131

10.04.15

✎

11:13

А платформы 1С актуальные? Нет ли проблем с сетью? Какая-то активность у "зависших сеансов" есть (а то любит народ запустить что-то, не дождаться окончания и через "Диспетчер задач" убивать 1С)?

14 svchernova

10.04.15

✎

11:16

(12) Спасибо! я посмотрела код - но ведь там убиваются все активные сессии (кроме администратора и собственно). Я впервые встречаюсь с такими типами (рабочий процесс, агент сервера и т.д)

К примеру, я пользователь. Мне нужно убить только собственную зависшую сессию. как-то так..

15 svchernova

10.04.15

✎

11:18

(13) Платформы 1С актуальные. я работаю во франче и мы следим за этим. С сетью проблемы есть, интернет плохой. про активность у зависших сеансов не поняла :(

16 svchernova

10.04.15

✎

11:19

(13) я сказала, что впервые встречаюсь с такими типами, то есть могла и ошибиться в понимании этого кода.

17 anatoly

10.04.15

✎

11:49

тут есть 2 варианта - либо вам убить сессию в 1С надо, либо РДП.
первое - делается в консоли сервера 1С - но опыт показывает что они не всегда убиваются...
второе - на сервере терминала в контрол панели - Administrative Tools - запускаете Terminal Services Manager и там сессиям которые Disconnected делаете еще и Logoff

18 ИС-2

naïve

10.04.15

✎

12:01

(0) методика хитрая, но работает. Смотрим номер сеанса зависшего соединения, затем ищем его в рабочих процессах, после того как найдем останавливаем процесс. Ждем 2-3 минуты. Включаем обратно рабочий процесс

19 svchernova

10.04.15

✎

12:08

(17) Спасибо. Тут проблема в том, что это надо сделать программно, при начале работы системы, не прибегая к вмешательству администратора.

20 svchernova

10.04.15

✎

12:09

(18) это можно сделать программным путем?

21 ИС-2

naïve