Администрирование · 10 мин
Как выкинуть пользователя из 1С через конфигуратор
Как завершить сеанс пользователя 1С через конфигуратор и консоль кластера: пошаговые способы, ограничения, риски и проверка результата для администратора.
Монопольный режим в 1С не включается, потому что в базе висят активные сеансы: обновление конфигурации, регламентные операции или восстановление из архива останавливаются с ошибкой «Конфигурация базы данных заблокирована». Бывает и проще — сотрудник ушёл домой, не закрыв программу, и лицензия оказалась занята. В обоих случаях выход один: найти чужое соединение в кластере или консоли и принудительно завершить его через конфигуратор.
Строго говоря, в самом конфигураторе нет кнопки «выкинуть пользователя». Конфигуратор показывает список активных сеансов, но завершение выполняется другими штатными средствами платформы: через консоль кластера серверов 1С, администрирование файловой базы или программно. Ниже разберём все рабочие способы, их ограничения и риски.
Материал ориентирован на администраторов и разработчиков, у которых есть права на администрирование информационной базы или кластера. Если таких прав нет, завершить чужой сеанс не получится ни одним из легальных способов.
Что можно сделать именно в конфигураторе
Откройте конфигуратор нужной базы и перейдите в меню Администрирование → Активные пользователи. Появится таблица со списком текущих сеансов: имя пользователя, компьютер, режим работы (тонкий клиент, толстый клиент, фоновое задание), время начала сеанса. Это основной инструмент диагностики — здесь вы выясняете, кто именно мешает установить монопольный режим.
Кнопки завершения сеанса в этом окне нет. Конфигуратор отвечает только за просмотр. Однако отсюда начинается правильный сценарий: сначала вы определяете проблемные сеансы, затем выбираете способ их завершения в зависимости от режима работы базы — файловый или клиент-серверный.
Обратите внимание на колонку «Режим»: фоновые задания и соединения внешних систем тоже отображаются в списке и тоже блокируют монопольный доступ. Завершать их нужно так же, как пользовательские сеансы.
Способ 1. Завершение сеанса через консоль кластера серверов
Для клиент-серверных баз это основной и самый корректный способ. Откройте оснастку «Администрирование серверов 1С:Предприятия» на сервере или на своём компьютере, если консоль подключена к серверу по сети. Разверните дерево: Кластер → Информационные базы → нужная база → Сеансы.
Найдите нужный сеанс в списке, щёлкните по нему правой кнопкой мыши и выберите «Удалить». Сеанс будет завершён принудительно, клиентское приложение у пользователя закроется с сообщением о разрыве соединения. Действие требует прав администратора кластера или администратора информационной базы.
Если сеансов много, удобнее не удалять их по одному, а сначала установить блокировку соединений: в свойствах информационной базы в консоли задайте дату начала блокировки и сообщение для пользователей. Новые подключения будут отвергаться, а текущие сеансы вы завершите вручную — и никто не успеет зайти обратно, пока вы работаете.
- 1Откройте оснастку «Администрирование серверов 1С:Предприятия»
- 2Разверните кластер и найдите нужную информационную базу
- 3В свойствах базы установите блокировку сеансов с сообщением для пользователей
- 4Откройте список сеансов и удалите лишние через контекстное меню
- 5Выполните регламентные работы и снимите блокировку
- 6Проверьте, что пользователи могут подключиться
Способ 2. Блокировка соединений для файловой базы
В файловом режиме консоли кластера нет, поэтому принудительно «сбросить» чужой сеанс штатными средствами нельзя. Доступный механизм — функциональность блокировки соединений, которая есть в типовых конфигурациях на базе Библиотеки стандартных подсистем (Управление торговлей, Бухгалтерия, ERP и другие).
Зайдите в базу в режиме 1С:Предприятие под администратором и найдите обработку «Блокировка работы пользователей» (обычно в разделе «Администрирование»). Установите дату и время начала блокировки, текст сообщения и задайте код разблокировки. Пользователи получат предупреждение и будут отключены в указанное время; новые входы потребуют код.
Если конфигурация самописная и подсистемы нет, остаются два пути: попросить пользователей выйти вручную или перезагрузить компьютеры с зависшими сеансами. Грубый, но иногда единственный вариант — завершить процессы 1cv8.exe на машинах пользователей через диспетчер задач (локально или удалённо, если есть права).
Способ 3. Программное завершение сеансов
Для автоматизации задачи используют библиотеку RAS (Remote Administration Server) в связке с утилитой RAC. Сервер администрирования ras запускается на сервере 1С, после чего сеансами можно управлять из командной строки или скриптов.
Типовой сценарий: командой rac session list получают список сеансов кластера или конкретной базы, затем rac session terminate с указанием идентификатора сеанса завершает нужный. Это удобно для ночных регламентных заданий: скрипт ставит блокировку, ждёт, завершает оставшиеся сеансы и запускает обновление.
rac session list --cluster=<ID_кластера> --infobase=<ID_базы>
rac session terminate --cluster=<ID_кластера> --session=<ID_сеанса>Внутри самой 1С на встроенном языке завершить чужой сеанс напрямую нельзя — объектная модель позволяет только получать список сеансов через ПолучитьСеансыИнформационнойБазы() и завершать фоновые задания. Для сеансов пользователей всё равно нужен внешний инструмент: RAC, консоль кластера или COM-connector администрирования.
Сравнение способов завершения сеансов
| Способ | Режим базы | Что нужно | Ограничения |
|---|---|---|---|
| Консоль кластера | Клиент-серверный | Права администратора кластера | Не работает для файловых баз |
| Блокировка соединений (типовая обработка) | Любой | Права администратора в базе, подсистема БСП | Завершение отложенное, не мгновенное |
| RAC / RAS | Клиент-серверный | Запущенный RAS, права администратора | Требует настройки и навыков командной строки |
| Завершение процессов 1cv8.exe | Файловый | Доступ к компьютерам пользователей | Грубый способ, риск потери данных и блокировок файла |
Что выбрать
Основной вариант для клиент-серверных баз: быстро, точечно, безопасно для остальных сеансов.
Подходит, когда нужно корректно вывести всех пользователей перед обновлением — и в файловом, и в серверном режиме.
Для регулярных ночных регламентных работ, когда завершение сеансов нужно автоматизировать.
Частые ошибки и как их избежать
Самая распространённая ошибка — завершить сеанс без предупреждения в разгар рабочего дня. Даже если формально вы правы (нужно срочное обновление), потерянные данные пользователя обернутся конфликтом и восстановительными работами. Всегда сначала отправляйте сообщение через механизм блокировки или корпоративный чат и давайте 5–10 минут на сохранение.
Вторая ошибка — забыть про фоновые задания и сеансы веб-сервисов. Администратор «выкидывает» всех из списка активных пользователей, а монопольный режим не устанавливается: держит соединение регламентное задание или интеграция. Проверяйте полный список сеансов в консоли кластера, а не только интерактивные.
Третья ошибка — снять блокировку раньше времени или забыть снять её вообще. В первом случае пользователи зайдут в базу посреди обновления, во втором — утром никто не сможет работать. Включите снятие блокировки в чек-лист завершения регламентных работ.
Как проверить результат
После завершения сеансов обновите список активных пользователей в конфигураторе или список сеансов в консоли кластера — целевых сеансов там быть не должно. Учтите, что список в консоли обновляется не мгновенно, подождите несколько секунд и обновите представление.
Главный критерий успеха — установка монопольного режима. В конфигураторе выполните нужное действие (например, «Обновить конфигурацию базы данных»): если платформа не выдала сообщение о наличии других сеансов, значит, база свободна и все соединения завершены корректно.
После завершения регламентных работ снимите блокировку и попросите одного из пользователей войти в базу. Успешный вход с нормальной скоростью открытия — финальное подтверждение, что всё вернулось в рабочее состояние.
Как проверить результат
Завершённых сеансов нет в списке
Сеанс висит со статусом, соединение не закрыто
Режим устанавливается без ошибок
Сообщение о наличии других сеансов
База открывается штатно
Выводится сообщение о блокировке соединений
Частые вопросы
Можно ли выкинуть пользователя прямо из окна «Активные пользователи» в конфигураторе?
Нет. Это окно предназначено только для просмотра сеансов. Завершение выполняется через консоль кластера серверов, обработку блокировки соединений в режиме Предприятия или утилиту RAC.
Что будет с несохранёнными данными пользователя при принудительном завершении?
Они будут потеряны. Принудительное завершение сеанса равнозначно аварийному закрытию клиента: открытые незаписанные документы и введённые данные не сохраняются. Поэтому пользователя всегда предупреждают заранее.
Как выкинуть всех пользователей из файловой базы, если нет типовой конфигурации?
Штатного механизма мгновенного завершения для файловых баз нет. Варианты: договориться с пользователями о выходе, завершить процессы 1cv8.exe на их компьютерах или перезапустить сервер/компьютер, где размещён файл базы, если сеансы зависли.
Почему после удаления всех сеансов монопольный режим всё равно не устанавливается?
Скорее всего, остались фоновые задания или соединения внешних систем (веб-сервисы, COM-соединения), которые не видны как обычные пользовательские сеансы. Проверьте полный список сеансов и соединений в консоли кластера и завершите их тоже.
Можно ли завершать сеансы по расписанию автоматически?
Да. Для клиент-серверных баз пишут скрипт на RAC: установка блокировки, пауза, завершение оставшихся сеансов, запуск регламентных работ, снятие блокировки. Скрипт запускается планировщиком заданий Windows ночью.
Какие права нужны для завершения чужого сеанса?
Для консоли кластера и RAC — права администратора кластера или администратора конкретной информационной базы. Для обработки блокировки соединений — права администратора внутри самой базы в режиме Предприятия. Обычный пользователь завершить чужой сеанс не может.
Что важно запомнить
Конфигуратор только показывает активных пользователей; завершают сеансы через консоль кластера, блокировку соединений или RAC. Всегда предупреждайте пользователей перед принудительным завершением, проверяйте фоновые задания и не забывайте снять блокировку после работ.