Н-р: пользователя вышибло из базы, а сеанс остался, либо пользователь зашел в базу а потом куда-то свалил, на закончив работу и т.д.
Это навело на мысль сделать обработку завершения таких сеансов.
В процессе администрирования базы данных, в которой работает много пользователей (в моем случае это была УПП 1.3, пользователей свыше 100), сталкиваешся с проблемой подвисших сеансов. Н-р: пользователя вышибло из базы, а сеанс остался, либо пользователь зашел в базу а потом куда-то свалил, на закончив работу и т.д. Это навело на мысль сделать обработку завершения таких сеансов.
За основу было выбрано решение реализованное в УПП 1.3. Обработка «БлокировкаСоединенийСИнформационнойБазой».
На закладке «Активные пользователи» открывается список активных пользователей работающих с ИБ. Нажав на кнопку «Завершить сеанс» завершается работа пользователя.
Неудобство данной обработки заключалось в том, что необходимо было лезть в журнал регистрации, проверять активность пользователя, а уж потому завершать сеанс. Я постарался все это дело механизировать.
Предложенная обработка анализирует работу пользователей по журналу регистрации и выдает список пользователей не проявляющих активность после указанного времени. При необходимости работа этих пользователей может быть завершена пакетом.
Для начала необходимо указать на какой момент времени проверять активность пользователей. Затем нажать кнопку «Получить список пользователей». И если необходимо нажать кнопку «Завершить сеансы».Обработка работает как в режиме обычного, так и управляемого приложения. Используется только при работе на сервере 1С Предприятие.
Да еще хотел уточнить такой момент. Т.к. сервер был 64-битным при подключении ComConnector выдавалась ошибка «Класс не обраружен». Прочитал на каком-то сайте, что необходимо доустановить компоненту 64-битного сервера 1С Предприятия COM-соединение, помогло.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Если пользователь только отчеты крутит, то его постоянно вышибать будет? Формирование отчета ведь не пишется в ЖР.
(1) Armando, судя по описанию обработка сама не завершает сеансы, решение о завершении принимает пользователь.
Сам на днях думал о подобном отрывании «брошенных» сеансов. Тоже хотел анализировать ЖР. Тоже уперся в то, что при отсутствии изменений сеанс будет считаться брошенным. Это при том, что пользователь замутил супер-мега-отчет на час формирования…
Можно использовать это рекомендательно. Можно принудительно отрывать их вечером. Можно ещё что-то придумать.
Так что в понедельник скачаю — буду прикручивать. Потом отпишусь, что накрутил.
Прикрутил.
В справочнике «Пользователи» добавил свойство «Таймаут неактивности». При начале работы системы подключается обработчик ожидания с указанным таймаутом. Обработчик проверяет действия одного конкретного пользователя, и если о его действиях нет записей — завершает сеанс. Таймаут можно подобрать опытным путем. Пока что начал с двух часов. Буду надеяться, что перестанут «забывать» закрывать 1С, «чтобы потом просто продолжить работу». =)
Выходит ошибка
{ВнешняяОбработка.ЗавершитьСеансыПользователей.МодульОбъекта(94)}: Ошибка при вызове метода контекста (Authenticate)
АгентСервера.Authenticate(Кластер, «», «»);
по причине:
Произошла исключительная ситуация: Ошибка информационной базы
Администратор кластера не аутентифицирован
а в управляемых формах работает?
Т.к. сервер был 64-битным при подключении ComConnector выдавалась ошибка «Класс не обраружен». Прочитал на каком-то сайте, что необходимо доустановить компоненту 64-битного сервера 1С Предприятия COM-соединение, помогло.