1с висят активные пользователи
Здравствуйте. Проблема в следующем: существует база 1С файловая. Юзеры подключаются через RemoteAPP. Но иногда получается что пользователь зависает в списке активных. Впоследствии чего юзер не может зайти под собой. Как можно выкинуть зависших пользователей!?
(1) Imm,
Зависают сеансы удаленного рабочего стола? Тогда выставите у них таймаут завершения после отключения.
А вообще под одним именем можно многократно заходить одновременно в одну базу.
Может вы не совсем точно сформулировали проблему?
(1) Imm,
настроить отключение сессий через определенной время.
Делается только на сервере, файловая не поддерживает.
Таких настроек в 1С вроде как нет. "Зависшие" сеансы появляются как правило при засыпании компьютера с запущенной 1с-кой. Сервер их как бы "держит" для быстрого восстановления соединения.
У самих такая проблема, как побороть пока не знаем.
Дело в том что не важно как подключаться к файловой базе: через RemApp или просто по сети. Все равно под некоторыми пользователями отказывается заходить. Причем зависает наглухо после выбора пользователя и ввода пароля. В то время как в списке активных пользователей, данный пользователь появляется. И если зависшую 1с принудительно закрыть и открыть заново и выбрать того же пользователя то 1с все так же зависает наглухо, НО в списке активных пользователей появляется еще 1 запись того же юзера. Вообщем 10 попыток зайти - 10 пользователей добавляется в список активных. Че делать не могу догнать. Уже моск сломал. Перепробывал кучу обработок. Даже перезагрузку сервера ниче не помогает
В следствии чего возникает 2 вопроса:
1. По какой причине это происходит? Т.к. на данный момент это 1 пользователь. А до этого была та же проблема с абсолютно другим.
2. Как это побороть? В прошлый раз решилось как-то само собой - перезагрузкой и танцами с бубном.
Вроде такое было у нас. Просто по расписанию запускали батник, который рестартовывал на сервис на сервере предприятия
.
У меня такая же проблема. Зависает пользователь по RDP. Приходится ручками все процессы пользователя завершать, иначе никак. Или есть возможность?
Я выбрасываю пользователей не через саму 1с, а через администрирование серверов предприятия. Так как столкнулся с такой же проблемой, через 1с пользователи не откидываются, а вот через администрирование без проблем.
попробуй убрать сценарий входа в терминал мне помогло до этого тоже 1с закрывали а она в процессах висела поэтому юзеры не попадали обратно!
Да дело даже не в РДП. В процессах чисто, пользователей в терминале нет. а 1С в списке активных есть. И даже после рестарта сервера под 2мя пользователями попытки залогинится в 1с заканчиваются зависанием. Просто надоело удалять пользователя из базы и создавать заного. Может какие-то временные файлы 1С есть которые можно удалить и все будет ок!?
(17) Imm, попробуй удалить (или для начала переименовать папку 1с в какую нить другую) файлы настроек пользователя который глючит для win2008 : c:\Users\manager\AppData\Local\1C\, после этого нужно заново зайти в 1с и добавить пути до базы
Удалил еще все из папки c:\Users\manager\AppData\Roaming\1C\
Путь к базе исчез но все равно зависает при входе :\
(21) Imm, а базу тестил прогой chdbfl.exe находится тут: "c:\Program Files (x86)\1cv82\8.2.14.540\bin\"?
или поколдуй с аудинтификацией пользователей как вариант можешь дать файл конфигурации (1cv8.cf) я поковыряю может чё наковыряю)
Эффективная таблетка для тех, кто мучается с зависшими пользователями:
(копирайте не мой, нарыл где-то и слегка модернизировал)
(30) white-evil,
Скрипт полезен тем, кто по ночам делает выгрузку базы по расписанию. Стандартной блокировкой базы зависшие пользователи не выгоняются, а этот скрипт может.
(29) cdiamond,
У меня скрипт срабатывал в одном случае из пяти.
При выполнении команды:
Set connector = CreateObject("v82.COMConnector")
Вылезала ошибка "ActiveX component can't create object v82.COMConnector"
Помогла перерегистрация библиотеки:
regsvr32 "C:\Program Files (x86)\1cv82\8.2.14.540\bin\comcntr.dll"
(32) drugban, это сыграет если только рдп настроен запускать при входе 1с-ку с заданной конфой. А если пользователю рдп нужно работать в нескольких конфигурациях\базах, то толку нет
Время от времени, когда все бухгалтера выходят из программы 1С 8.2 бухгалерия, а их у нас 16 человек, 5-6 бухгалтеров зависают в сеансе, чтобы зайти монопольно и выгрузить приходиться , перезагружать сервер ,что надо делать?
Можно попробовать:
1)Поставить следующий релиз платформы.
2)Исключить всё, что связано с 1с из проверки антивирусом.
3)Если работает в терминале попробовать переустановить терминальную службу сервера.
Похожая ситуация - может и клиентское железо виновато - у одного пользователя постоянно такая проблема - у остальных нет - хотя операционка у всех одна W7Prof и настройки одинаковые.
Для серверной базы можно запускать регламентное задание которое будет удалять сеансы через консоль сервера 1С.
у нас на файловой базе иногда появляются зависшие сеансы,
тогда к концу рабочего дня выгоняю всех из базы,
благо ночью никто не работает, потом просто открываю конфигуратор
и закрываю и все подвисшие сеансы исчезают
Есть такая же проблема. База файловая, на терминальном сервере. Причем бывает, что конфигуратов видит зависшие сессии, а утилита администрирования сервера говорит, что к серверу никто не подключен. Вылечить никак не можем, кроме как тупо перезагрузить сервер.
Особенности использования 1С:Предприятия при работе на терминальном сервере
Проблема
При работе "1С:Предприятия" на терминальном сервере под Windows Server 2003 x64, Windows Server 2008 x64, Windows Server 2008 R2 x64 не всегда происходит завершение терминальной сессии при закрытии 1С:Предприятия.
Причина
При обращении 1С:Предприятия к печати запускается процесс SplWOW64.exe, который автоматически завершается через некоторое время после выполнения задания печати. Задержка завершения процесса SplWOW64.exe позволяет повысить производительность повторных операций печати. Данный процесс используется для преобразований между 32-разрядными и 64-разрядными приложениями. Если данный процесс сам не завершился до закрытия "1С:Предприятия", то не происходит и закрытия терминальной сессии.
Решение
Следует проделать следующие действия:
1. Уменьшить тайм-аут завершения процесса SplWOW64.exe. Для этого следует в значение системного реестра SplWOW64TimeOut установить в значение 1 (при отсутствии значения его следует создать с типом DWORD (32 бита)).
Ветка реестра: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print
2. Добавить процесс SplWOW64.exe в список процессов, завершаемых при завершении терминальной сессии. Для этого следует значение системного реестра SPLWOW64.EXE установить в значение 0 (при отсутствии значения его следует создать с типом DWORD (32 бита)).
Ветка реестра: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\SysProcs
Если возникла ситуация, что произошел несанкционированный сбой в сети и после перезагрузки остается на висеть сеанс (хотя на самом деле пользователь
не подключен и сеанс неактивен), то появится диалоговое окно с запросом отключить или нет предыдущий сеанс.
По просьбе - И еще добавить в Модуль новую функцию
Специальные предложения
Получается код вырубает не именно зависший сеанс, а все другие сеансы текущего пользователя
Есть какая то возможность определить простой соединения? Как я видел в консоли - в зависшем соединении - однофигово дата последней активности довольно актуальная ( : Скажем пользователь подвис 1 час назад последняя активность соединения минуту назад
Пока только так и получается, что надо зайти еще раз пользователю, чтобы убить пред. сеанс. Вариант есть, если использовать Регламентное задание, которое бы через какой-либо интервал проверяло активность пользователей.
А как проверить активность пользователей, если в системе есть что-то связанное с обработкой ожидания. например напоминалка, соотщалка.
Спасибо, но еще неплохо бы добавить след код, ну прописать полученные данные где надо
(7) igo1, И вам спасибо, я добавил. Но, правда, хотел чтобы код менялся в одном месте. Ну и ладно. Я считаю, что обработка строки - это довольно-таки серьезная штука и полезная. А вообще, Может быть и так, что наш с Вами получившийся код можно оптимизировать. Но в этом виде, думаю, пока подойдет для нетиповых конфиг.
Супер! А нет ли возможности реализации подобного функционала без использования com-объекта, чтобы на linux-сервере использовать по регламентному заданию, например?
Хотя в толстом клиенте запущенном с винды это должно отрабатывать и так, надо попробовать.
Просмотры 21104
Загрузки 0
Рейтинг 22
Создание 10.07.14 17:56
Обновление 29.07.14 22:23
№ Публикации 291542
Тип файла Нет файла
Конфигурация Конфигурации 1cv8
Операционная система Windows
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
Код открыт Не указано
См. также
Как я начал администрировать сервер 1С: Предприятие 8.3 с телефона Промо
Развитие инструментов управления кластером серверов 1С:Предприятие 8.3.
14.04.2017 68963 user700211_a.straltsou 30
Ферма ОДИНа или как управлять множеством Серверов 1С: Предприятие из одной точки
У Вас много серверов приложений 1С Предприятие разных версий и их надо мониторить и администрировать. Новое приложение для управления фермой ОДИНа как раз для тебя.
26.08.2021 1430 khorevaa 8
Легкий способ регистрации библиотеки COMCNTR.DLL (для COM-соединения)
Устали от командных строк, нюансов с разрядностью 32х/64х или ручного создания V83COMConnector в службе компонентов? Предлагаю простой способ регистрации библиотеки COMCNTR.DLL.
22.12.2020 35522 vakrikun 32
Выгрузка в dt на сервере 1С по расписанию с завершением соединений и подключением к консоли сервера через com
Была задача настроить по расписанию выгрузку серверной базы в dt, готового решения не нашел, делюсь, может, кому пригодится.
16.04.2020 10808 karamazoff 49
Копирование числовых ячеек из 1С в Excel Промо
15.01.2019 38355 itriot11 27
Пошаговая инструкция по установке веб-сервера Apache и завязка с 1С
Данная статья больше предназначена для начинающих администраторов, но «бывалые» тоже могут освежить свои знания и в этой статье в деталях расскажу, как устанавливать Apache и использовать веб-сервер для работы с 1С.
Проблемы доступа в 1С и отображения документов у пользователей
Данная статья будет полезна для системных администраторов и программистов 1С. Речь пойдет о наиболее часто встречающихся ошибках при работе в 1С с точки зрения платформы. Методы решения, предложенные в данной статье, зависят от варианта работы пользователя с базой. В частности, различают файловый и клиент-серверный вариант работы.
-
Завис сеанс пользователя
Как правило, данная проблема встречается при клиент-серверном варианте работы. Причиной её может быть некорректное завершение сеанса пользователем. В данном случае требуется на сервере вызвать «Консоль администрирования серверов» и завершить сеанс. При файловом варианте работы потребуется напрямую с рабочего места пользователя через «Диспетчер задач» завершить зависший процесс с описанием 1С.
При возникновении данной проблемы в файловом варианте работы следует проверить, видит ли пользователь папку с базой и есть ли права на редактирование файлов базы. Для решения следует настроить видимость папки и предоставить права на «Чтение» и «Запись».
При возникновении данной проблемы в клиент-серверном варианте работы нужно проверить доступность сервера. Если сервер доступен и другие пользователи могут войти в базу, требуется очистить кэш у проблемного сеанса и попробовать заново зайти.
Проблема часто возникает после внесения изменений в конфигурацию или обновления. Элементы форм при запуске в режиме «Предприятия», начинают налезать друг на друга и имеют неправильное расположение, при этом в режиме «Конфигуратора» выглядят корректно. В данном случае помогает процедура очистки кэша.
Самый простой способ найти папки с расположением кэша- использовать поиск в системе по ключевым словам «1сv81» и «1cv82». Нужные нам папки находятся в каталоге пользователя.
- %userprofile%\Local Settings\Application Data\1C\1Cv82
- %userprofile%\Application Data\1C\1Cv82
- %userprofile%\AppData\Roaming\1C\1Cv82
- %userprofile%\AppData\Local\1C\1Cv82
- C:\Users\\AppData\Local\1C \1Cv82
- C:\Users\\AppData\Roaming\1C\1Cv82
Надеюсь, данная статья была Вам полезна.
Автор статьи: Специалист отдела сопровождения Мерзляков Андрей. Дата написания статьи 05.08.2016
Подпишитесь на нашу рассылку
и получите еще больше статей от экспертов по 1С!
После перехода с платформы 8.2 на платформу 8.3 многие программисты и системные администраторы недоумевают, видя в консоли огромное количество зависших сеансов пользователей. Но не так страшен черт, как его малюют. Давайте попробуем разобраться.
Итак, картина выглядит примерно следующим образом:
Как мы видим, у сеансов отсутствует активное соединение и рабочий процесс. На каждого пользователя может быть запущено сразу несколько сеансов, но только один из них активный. Сеансы висят сутками и многих это пугает. Администраторы начинают принудительно их завершать. Но, на самом деле, страшного в этом ничего нет. Не многие двигают полосу прокрутки в списке сеансов вправо, где можно найти интересную колонку под названием «Спящий».
Так что же такое «спящий сеанс»?
Для повышения устойчивости работы клиентских приложений, в версии 8.3.5 реализовано удержание сеанса при оставлении программы без работы. Теперь, при длительной не активности или при засыпании клиентского компьютера, сеанс не завершается, а переходит в «спящий режим». При появлении активности, сеанс возобновляется.
Сеанс переходит в спящий режим в двух случаях:
- При нештатном разрыве соединения, назначенного сеансу (для толстого клиента, внешнего соединения, тонкого клиента при прямом соединении с сервером). При физическом отключении сети сервер обнаруживает разрыв соединения с клиентским приложением в течение 2-3 минуты.
- По истечении интервала времени, в течение которого клиентское приложение, использующее сеанс, не проявляется активности (для веб-клиента и тонкого клиента при подключении через веб-сервер). Если компьютер клиента не находится в режиме энергосбережения, и клиентское приложение бездействует (не выполняет никаких действий пользователя), то оно периодически вызывает сервер «1С:Предприятия» с интервалом 5-10 минут для поддержания активности сеанса. Поэтому не рекомендуется устанавливать время засыпания сеанса меньше 10 минут.
Любая активность приводит к пробуждению сеанса.
Спящий сеанс завершается в следующих случаях:
- По истечении интервала времени, который определяет время жизни спящего сеанса.
- Если блокировки, установленные спящим сеансом, конфликтуют с блокировками, которые пытаются установить активные сеансы.
Настройки времени засыпания сеанса и времени завершения спящего сеанса доступны в настройках ИБ (в конфигураторе меню: Администрирование - параметры информационной базы) .
По умолчанию время засыпания пассивного сеанса равно 20 минут, время завершения спящего сеанса - 24 часа.
После перехода с платформы 8.2 на платформу 8.3 многие программисты и системные администраторы недоумевают, видя в консоли огромное количество зависших сеансов пользователей. Но не так страшен черт, как его малюют. Давайте попробуем разобраться.
Итак, картина выглядит примерно следующим образом:
Как мы видим, у сеансов отсутствует активное соединение и рабочий процесс. На каждого пользователя может быть запущено сразу несколько сеансов, но только один из них активный. Сеансы висят сутками и многих это пугает. Администраторы начинают принудительно их завершать. Но, на самом деле, страшного в этом ничего нет. Не многие двигают полосу прокрутки в списке сеансов вправо, где можно найти интересную колонку под названием «Спящий».
Так что же такое «спящий сеанс»?
Для повышения устойчивости работы клиентских приложений, в версии 8.3.5 реализовано удержание сеанса при оставлении программы без работы. Теперь, при длительной не активности или при засыпании клиентского компьютера, сеанс не завершается, а переходит в «спящий режим». При появлении активности, сеанс возобновляется.
Сеанс переходит в спящий режим в двух случаях:
- При нештатном разрыве соединения, назначенного сеансу (для толстого клиента, внешнего соединения, тонкого клиента при прямом соединении с сервером). При физическом отключении сети сервер обнаруживает разрыв соединения с клиентским приложением в течение 2-3 минуты.
- По истечении интервала времени, в течение которого клиентское приложение, использующее сеанс, не проявляется активности (для веб-клиента и тонкого клиента при подключении через веб-сервер). Если компьютер клиента не находится в режиме энергосбережения, и клиентское приложение бездействует (не выполняет никаких действий пользователя), то оно периодически вызывает сервер «1С:Предприятия» с интервалом 5-10 минут для поддержания активности сеанса. Поэтому не рекомендуется устанавливать время засыпания сеанса меньше 10 минут.
Любая активность приводит к пробуждению сеанса.
Спящий сеанс завершается в следующих случаях:
- По истечении интервала времени, который определяет время жизни спящего сеанса.
- Если блокировки, установленные спящим сеансом, конфликтуют с блокировками, которые пытаются установить активные сеансы.
Настройки времени засыпания сеанса и времени завершения спящего сеанса доступны в настройках ИБ (в конфигураторе меню: Администрирование – параметры информационной базы) .
По умолчанию время засыпания пассивного сеанса равно 20 минут, время завершения спящего сеанса – 24 часа.
Часто при работе с базами 1с в клиент-серверном варианте появляется проблема зависших сеансов. Из-за них не удается восстановить архив sql, выполнить какие-то обработки, требующие монопольный режим и т.д.
В первую очередь при такой проблемы мы идем на сервер 1с и в консоли администрирования удаляем сеансы или соединения:
Удаление сеансов в консоли администрирования сервера 1с
Но этот способ не всегда помогает: на уровне sql могут оставаться сеансы, которые в данной консоли не будут отображаться.
И так, идем значит мы на сервер, где установлен MS SQL и заходим в “SQL Server Management Studio” ( если конечно администратор вам доверяет и дал к нему доступ ). Создаем новый запрос и пишем простой, незамысловатый код:
Пишем понятные статьи по 1С вам в помощь
20 часов консультаций и доработок во всех тарифах –
за наш счет!*
*Акция действует до 31 декабря
1 час бесплатной консультации
при первом обращении:
действует на вопросы по ЗУП
в программах ЗУП, ERP, КА
Данная статья будет полезна для системных администраторов и программистов 1С. Речь пойдет о наиболее часто встречающихся ошибках при работе в 1С с точки зрения платформы. Методы решения, предложенные в данной статье, зависят от варианта работы пользователя с базой. В частности, различают файловый и клиент-серверный вариант работы.
Как правило, данная проблема встречается при клиент-серверном варианте работы. Причиной её может быть некорректное завершение сеанса пользователем. В данном случае требуется на сервере вызвать «Консоль администрирования серверов» и завершить сеанс. При файловом варианте работы потребуется напрямую с рабочего места пользователя через «Диспетчер задач» завершить зависший процесс с описанием 1С.
С одного рабочего места пользователь может зайти в базу, а с другого нет
При возникновении данной проблемы в файловом варианте работы следует проверить, видит ли пользователь папку с базой и есть ли права на редактирование файлов базы. Для решения следует настроить видимость папки и предоставить права на «Чтение» и «Запись».
При возникновении данной проблемы в клиент-серверном варианте работы нужно проверить доступность сервера. Если сервер доступен и другие пользователи могут войти в базу, требуется очистить кэш у проблемного сеанса и попробовать заново зайти.
Некорректное отображение формы
Проблема часто возникает после внесения изменений в конфигурацию или обновления. Элементы форм при запуске в режиме «Предприятия», начинают налезать друг на друга и имеют неправильное расположение, при этом в режиме «Конфигуратора» выглядят корректно. В данном случае помогает процедура очистки кэша.
Самый простой способ найти папки с расположением кэша- использовать поиск в системе по ключевым словам «1сv81» и «1cv82». Нужные нам папки находятся в каталоге пользователя.
- %userprofile%Local SettingsApplication Data1C1Cv82
- %userprofile%Application Data1C1Cv82
- C:Users AppDataLocal1C 1Cv82
- C:Users AppDataRoaming1C1Cv82
Надеюсь, данная статья была Вам полезна.
Автор статьи: Специалист отдела сопровождения Мерзляков Андрей. Дата написания статьи 05.08.2016
Подпишитесь на нашу рассылку
и получите еще больше статей от экспертов по 1С!
Читайте также: