Администрирование · 11 мин
Как сбросить пользователя в 1С: завершение сеанса и снятие блокировок
Как сбросить пользователя в 1С: завершение сеанса через консоль кластера, конфигуратор и код. Пошаговые инструкции, риски и ответы на частые вопросы.
Зависший сеанс 1С удерживает соединение с базой и лицензию даже после того, как сотрудник фактически прекратил работу: программа «повисла», компьютер выключен некорректно или пользователь просто ушёл, не закрыв приложение. Такой сеанс не только занимает лицензию, но и мешает выполнению регламентных операций — обновлению конфигурации, созданию архивной копии и установке монопольного режима, поэтому его приходится завершать принудительно через консоль администрирования или конфигуратор.
Способ сброса зависит от режима работы базы. В файловом варианте сеансы завершают через конфигуратор или перезапуск служб, в клиент-серверном — через консоль администрирования кластера серверов 1С. Дополнительно сеанс можно завершить программно из встроенного языка или через внешние утилиты, но эти способы требуют понимания рисков.
Важно различать «сброс пользователя» в смысле завершения его активного сеанса и «сброс» в смысле сброса пароля или удаления учётной записи. Ниже разобраны оба сценария, но основной акцент — на принудительном завершении сеанса, так как именно этот вопрос чаще всего ставит администратора в тупик.
Как понять, что сеанс нужно сбрасывать
Не каждый «зависший» пользователь требует принудительного завершения. Иногда программа просто выполняет длительную операцию — проведение большого документа, формирование тяжёлого отчёта, пересчёт итогов. Преждевременный сброс такого сеанса приведёт к обрыву транзакции и, возможно, к неполным данным.
Характерные признаки действительно «мёртвого» сеанса: клиентское приложение не отвечает на действия пользователя длительное время, процесс на компьютере пользователя завершён, но сеанс в консоли кластера числится активным, либо пользователь не может войти в базу из-за ошибки «сеанс уже существует» или нехватки лицензий. Также сброс необходим, когда нужно срочно перевести базу в монопольный режим, а активные соединения мешают.
Полезно сначала связаться с пользователем и попросить его корректно выйти из программы. Принудительный сброс — крайняя мера, когда связаться невозможно или времени ждать нет.
Сбрасывать нельзя — попросите завершить работу штатно
Можно безопасно удалять через консоль кластера
Проверьте список сеансов и удалите неактивные
Завершите все сеансы и соединения с базой
Сброс пользователя через консоль кластера серверов
Это основной способ для клиент-серверного варианта работы. Откройте оснастку «Администрирование серверов 1С:Предприятия» на компьютере, где установлен сервер 1С, или подключитесь к серверу удалённо. В дереве слева разверните нужный кластер, затем информационную базу и выберите пункт «Сеансы».
В списке отобразятся все активные сеансы с указанием пользователя, компьютера, времени начала и режима работы. Найдите нужный сеанс, выделите его и нажмите «Удалить» в контекстном меню или на панели инструментов. Клиентское приложение пользователя завершится с сообщением о разрыве соединения.
Обратите внимание на раздел «Соединения» — иногда после удаления сеанса остаётся «висящее» соединение, которое продолжает удерживать лицензию или мешать монопольному режиму. Такие соединения тоже удаляются принудительно из соответствующего раздела консоли.
- 1Откройте оснастку «Администрирование серверов 1С:Предприятия»
- 2Разверните кластер → Информационные базы → нужная база → Сеансы
- 3Найдите сеанс по имени пользователя или компьютера
- 4Выделите сеанс и выберите «Удалить» в контекстном меню
- 5Проверьте раздел «Соединения» и удалите оставшиеся соединения при необходимости
- 6Убедитесь, что пользователь может войти в базу заново
Сброс пользователя в файловой базе
В файловом варианте нет кластера серверов, поэтому инструменты другие. Если база открыта в режиме «Предприятие» и у вас есть права администратора, перейдите в раздел «Администрирование» → «Обслуживание» → «Активные пользователи» (в типовых конфигурациях путь может незначительно отличаться). В списке активных сеансов выделите нужный и завершите его.
Альтернатива — конфигуратор: меню «Администрирование» → «Активные пользователи». Здесь видны все подключённые пользователи, и сеанс можно завершить кнопкой «Завершить». Учтите, что для входа в конфигуратор при активных пользователях монопольный доступ не требуется, но для многих операций обслуживания он понадобится.
Если файловая база опубликована на веб-сервере, сеансы завершаются либо перезапуском службы веб-сервера (IIS или Apache), либо через те же механизмы активных пользователей. Перезапуск веб-сервера — грубый метод: он оборвёт работу всех пользователей базы, а не конкретного.
Программное завершение сеанса
В клиент-серверном режиме сеанс можно завершить из встроенного языка через COM-соединение с агентом сервера или через административный интерфейс кластера. Типовые конфигурации на БСП содержат подсистему «Завершение работы пользователей», которая позволяет администратору из режима «Предприятие» установить блокировку сеансов и завершить активные подключения с заданным интервалом.
Механизм блокировки работы пользователей удобен для плановых операций: вы задаёте время начала блокировки, сообщение пользователям и код разрешения для входа администратора. Система сначала предупреждает пользователей, а затем принудительно завершает сеансы. Это безопаснее мгновенного сброса, так как у людей есть время сохранить данные.
Для разовых задач администраторы иногда используют внешние обработки, обращающиеся к консоли кластера через COM-объект V83.COMConnector или RAC-утилиту командной строки. Утилита rac позволяет завершить сеанс командой вида rac session terminate с указанием кластера и идентификатора сеанса — это удобно для автоматизации через скрипты.
rac session --cluster=<ID_кластера> terminate --session=<ID_сеанса>Сброс пароля и блокировка учётной записи
Под «сбросом пользователя» иногда понимают сброс пароля. В режиме «Предприятие» администратор открывает «Администрирование» → «Настройки прав и пользователей» → «Пользователи», выбирает сотрудника и задаёт новый пароль на соответствующей вкладке. В конфигураторе то же самое делается через «Администрирование» → «Пользователи».
Если нужно не сбросить пароль, а полностью запретить вход, снимите у пользователя флажок «Аутентификация 1С:Предприятия» или переведите учётную запись в состояние «Недействителен» (в типовых конфигурациях). Удалять пользователя из списка обычно не стоит: на него могут ссылаться документы, и удаление усложнит анализ истории.
После смены пароля или отключения учётной записи активный сеанс пользователя продолжит работать до завершения. Поэтому блокировку доступа логично совмещать со сбросом сеанса: сначала отключите учётную запись, затем завершите сеанс.
Проверка результата и типичные проблемы
После сброса сеанса убедитесь, что цель достигнута: пользователь исчез из списка активных, лицензия освободилась, монопольный режим устанавливается без ошибок. Если сеанс появляется снова через несколько секунд — вероятно, у пользователя настроено автоматическое переподключение, запущено фоновое задание от его имени или работает регламентная операция, создающая новый сеанс.
Частая проблема — «фантомные» сеансы, которые не удаляются из консоли. Обычно помогает удаление соответствующего соединения, а в тяжёлых случаях — перезапуск службы агента сервера 1С. Перезапуск службы оборвёт все сеансы всех баз кластера, поэтому выполняйте его только в нерабочее время или предупредив пользователей.
Ещё одна ситуация: пользователь сброшен, но войти не может из-за установленной ранее блокировки сеансов. Проверьте в консоли кластера свойства информационной базы — параметры «Блокировка начала сеансов включена» и «Код разрешения». Снимите блокировку или сообщите пользователю код разрешения.
Как выбрать способ сброса
Выбор метода зависит от режима работы базы, срочности и того, сколько пользователей нужно отключить. Для точечного сброса одного сеанса в клиент-серверном режиме оптимальна консоль кластера. Для планового отключения всех пользователей перед обновлением — механизм блокировки сеансов с предупреждением. Для файловой базы достаточно списка активных пользователей в конфигураторе или режиме «Предприятие».
Как выбрать действие
Что важно запомнить
Точечный сброс делается через консоль кластера или список активных пользователей, массовый — через блокировку сеансов. Перед принудительным завершением убедитесь, что пользователь не выполняет операции с данными, а после — проверьте, что сеанс и соединение действительно удалены.
Частые вопросы
Что увидит пользователь при принудительном сбросе сеанса?
Клиентское приложение закроется с сообщением о разрыве соединения с сервером или о завершении сеанса администратором. Все несохранённые данные — открытые незаписанные документы, незаполненные формы — будут потеряны без возможности восстановления.
Почему после удаления сеанса лицензия не освобождается?
Лицензию может удерживать связанное соединение, которое осталось после удаления сеанса. Проверьте раздел «Соединения» в консоли кластера и удалите лишние. Также лицензия может освобождаться с небольшой задержкой — подождите несколько минут и обновите список.
Можно ли сбросить пользователя без прав администратора?
Нет. Завершение чужих сеансов требует административных прав: в консоли кластера — прав администратора кластера или информационной базы, в режиме «Предприятие» — роли с правами администрирования и управления сеансами. Обычный пользователь может завершить только собственный сеанс — просто выйдя из программы.
Как сбросить пользователя, если база в файловом режиме и конфигуратор не открывается?
Если конфигуратор не открывается из-за занятости базы, проверьте, нет ли файла блокировок 1Cv8.1CL в каталоге базы при гарантированно закрытых всех сеансах — его можно удалить вручную. Если другие пользователи реально работают, дождитесь их выхода или попросите завершить работу, так как штатного способа принудительного сброса без входа в базу у файлового режима нет.
Опасно ли перезапускать службу сервера 1С для сброса сеансов?
Перезапуск службы агента сервера завершает все сеансы всех баз кластера сразу, что равносильно массовому принудительному отключению. Сами данные в базах при этом не повреждаются благодаря транзакционной модели, но незавершённые операции пользователей будут потеряны. Используйте этот способ только как крайнюю меру и вне рабочего времени.
Как запретить пользователям входить в базу на время обновления?
Установите блокировку начала сеансов: в консоли кластера — в свойствах информационной базы, в типовых конфигурациях — через «Администрирование» → «Обслуживание» → «Блокировка работы пользователей». Задайте сообщение для пользователей и код разрешения, по которому администратор сможет войти и выполнить обновление.