Администрирование · 11 мин
1С 8: как выгнать пользователей из базы
Как завершить сеансы пользователей в 1С 8: через консоль кластера, конфигуратор, код и блокировку соединений. Пошаговые инструкции для файловой и клиент-серверной базы.
Завершить сеансы пользователей в 1С 8 требуется перед обновлением конфигурации, регламентным обслуживанием, восстановлением из резервной копии или при зависшем сеансе, который держит блокировки. Способ зависит от режима работы базы: для файловой и клиент-серверной версии инструменты различаются, и выбирать их нужно осознанно — грубое завершение процессов может привести к повреждению данных.
Безопасный подход строится в три этапа: сначала предупредить пользователей и дать им время сохранить работу, затем установить блокировку новых соединений, и только после этого принудительно завершить оставшиеся сеансы. Такой порядок минимизирует риск потери несохранённых документов и обрыва длительных операций.
Ниже разобраны все рабочие способы: консоль кластера серверов, конфигуратор, встроенные обработки, программные средства и команды для файлового режима, а также типичные ошибки администраторов.
Как определить режим работы базы и где смотреть сеансы
Прежде чем выбирать инструмент, уточните, как опубликована база. Откройте свойства информационной базы в списке стартера 1С: если в строке подключения указан файл с расширением .1CD — это файловый режим, если имя сервера и имя базы на сервере — клиент-серверный. От этого зависит, где хранится список активных сеансов и кто имеет право их завершать.
В клиент-серверном режиме список сеансов виден в консоли кластера серверов 1С и в конфигураторе через «Администрирование — Активные пользователи». В файловом режиме консоль кластера неприменима — сеансы существуют только на компьютерах самих пользователей, и централизованно управлять ими можно лишь частично.
Консоль кластера не работает, используйте конфигуратор или завершение процессов
Полный контроль через консоль кластера серверов
Проверьте блокировки в консоли, завершайте точечно
Завершение сеансов через консоль кластера серверов
Основной инструмент для клиент-серверной 1С — оснастка «Администрирование серверов 1С Предприятия». Откройте её на сервере или на машине администратора, разверните ветку нужного кластера, затем рабочий сервер и информационную базу. В разделе «Сеансы» отображается список всех подключённых пользователей с указанием приложения, компьютера и времени начала сеанса.
Чтобы завершить конкретный сеанс, выделите его в списке и нажмите «Удалить» в контекстном меню или на панели инструментов. Можно выделить несколько сеансов с зажатой клавишей Ctrl или все сразу через Ctrl+A. Учтите: сеансы фоновых заданий и служебные сеансы тоже отображаются в списке — не удаляйте их без необходимости, ориентируйтесь на колонку «Приложение» (толстый клиент, тонкий клиент, веб-клиент).
Отдельно проверьте вкладку «Соединения»: пользователь мог закрыть клиент, но соединение с кластером осталось и держит блокировки. Удаление соединения освобождает ресурсы, которые сеанс уже не контролирует.
- 1Откройте оснастку администрирования серверов 1С
- 2Разверните кластер — рабочий сервер — нужную информационную базу
- 3Откройте раздел «Сеансы» и отсортируйте по пользователю или приложению
- 4Выделите сеансы пользователей (не трогайте фоновые задания без необходимости)
- 5Нажмите «Удалить» и подтвердите завершение
- 6Проверьте вкладку «Соединения» на предмет зависших соединений
Блокировка соединений: как не дать пользователям зайти снова
Просто выгнать пользователей недостаточно — через минуту они снова запустят клиент и помешают обновлению. Поэтому перед завершением сеансов установите блокировку соединений. В консоли кластера откройте свойства информационной базы, перейдите на вкладку «Параметры» и включите флажок «Блокировка регламентных заданий включена» и/или «Блокировка начала сеансов включена».
При включении блокировки начала сеансов задайте время начала и окончания, а также код разрешения — строку, которую администратор сможет указать в параметре запуска /UC, чтобы самому войти в базу во время блокировки. Сообщение для пользователей заполняется в поле «Сообщение» — напишите туда причину и ориентировочное время окончания работ.
После окончания обслуживания не забудьте снять блокировку — это одна из самых частых ошибок: утром пользователи не могут войти, а администратор забыл, что блокировка осталась включённой.
Как выгнать пользователей из файловой базы
В файловом режиме централизованной консоли нет, поэтому инструменты ограничены. Самый корректный способ — конфигуратор: откройте базу в режиме конфигуратора, перейдите в меню «Администрирование — Активные пользователи». Список покажет всех подключённых, но штатной кнопки «выгнать» здесь нет — можно только посмотреть, кто работает, и связаться с ними.
Если пользователи не выходят, вариантов два. Первый — программный: в типовых конфигурациях на БСП есть обработка «Блокировка работы с внешними ресурсами» и механизм завершения работы пользователей (в разделе «Администрирование — Обслуживание»), который рассылает предупреждение и принудительно завершает сеансы через заданное время. Второй — жёсткий: завершить процессы 1cv8.exe на компьютерах пользователей через диспетчер задач, PowerShell или групповые политики.
При жёстком завершении процессов в файловой базе возрастает риск повреждения файла .1CD, особенно если в момент завершения шла запись. После такого принудительного завершения рекомендуется выполнить тестирование и исправление базы, а перед обслуживанием — обязательно сделать копию файла.
Сравнение вариантов для файловой базы
Самый безопасный путь, но зависит от дисциплины пользователей
Корректное завершение с предупреждением; работает только в конфигурациях на Библиотеке стандартных подсистем
Гарантированно освобождает базу, но есть риск повреждения .1CD при записи в момент обрыва
Программное завершение сеансов и обработки
Для регулярных операций удобно автоматизировать процесс. В конфигурациях на БСП доступна стандартная обработка «Блокировка работы пользователей» — она устанавливает блокировку сеансов, рассылает пользователям предупреждение с таймером и по истечении времени завершает их работу штатными средствами платформы.
Для клиент-серверной базы сеансы можно завершать программно через COM-объект V83.COMConnector и интерфейс администрирования кластера: получить список сеансов информационной базы и вызвать метод завершения для каждого. Такой скрипт удобно запускать по расписанию перед ночным обслуживанием. Альтернатива — утилита RAC из состава сервера 1С, которая позволяет управлять сеансами из командной строки.
rac session --cluster=<ID_кластера> terminate --infobase=<ID_базы> --session=<ID_сеанса>Список сеансов с их идентификаторами получают командой rac session --cluster=<ID> list --infobase=<ID_базы>. Утилита RAC находится в каталоге установки сервера 1С и требует запущенной службы агента кластера. Перед массовым завершением выгрузите список и проверьте, что в него не попали сеансы регламентных заданий.
Как предупредить пользователей и проверить результат
Предупреждение — обязательная часть процедуры. Минимум за 15–30 минут до завершения разошлите сообщение: через механизм оповещений БСП, корпоративный мессенджер или почту. В типовых конфигурациях при установке блокировки пользователи автоматически получают сообщение с обратным отсчётом — это самый надёжный вариант, так как предупреждение появляется прямо в окне 1С.
После завершения сеансов проверьте результат: в консоли кластера список сеансов должен содержать только ваш сеанс и, при необходимости, служебные. Убедитесь, что блокировка начала сеансов активна — попробуйте подключиться с тестовой учётной записью без кода разрешения. Для файловой базы проверьте отсутствие файлов блокировок и то, что база открывается в монопольном режиме.
Как проверить результат
Остались только сеансы администратора и нужные фоновые задания
Пользовательские сеансы появляются снова — блокировка не включена
Появляется сообщение о блокировке с текстом администратора
Пользователь входит в базу — блокировка не применилась
Обновление конфигурации запускается без ошибки о занятых соединениях
Ошибка «соединения с базой не завершены» — остались активные сеансы
Типичные ошибки и ограничения
Самая частая ошибка — завершение сеансов без блокировки новых подключений: пользователи тут же заходят обратно, и обновление конфигурации снова невозможно. Вторая — удаление всех сеансов подряд, включая фоновые задания, выполняющие обмен или расчёт: обрыв такого задания может оставить незавершённую транзакцию.
Третья типичная проблема — забытая блокировка после окончания работ. Зафиксируйте для себя чек-лист обслуживания и включите в него пункт «снять блокировку сеансов». Наконец, в файловом режиме не стоит полагаться на просьбы в чате: без механизма принудительного завершения или блокировки файла база почти всегда останется занятой хотя бы одним забытым сеансом на чьём-то компьютере.
Удобно держать готовый скрипт RAC с сохранёнными идентификаторами кластера и базы: ночное обслуживание тогда сводится к запуску одного файла, который ставит блокировку, ждёт несколько минут и завершает оставшиеся сеансы.
Частые вопросы
Можно ли выгнать пользователей без прав администратора кластера?
Нет. Завершение сеансов в консоли кластера и через RAC требует прав администратора кластера или информационной базы. Рядовой пользователь может завершить только свой собственный сеанс.
Пользователь закрыл 1С, но сеанс в консоли остался. Что делать?
Это зависший сеанс или соединение. Проверьте вкладку «Соединения» в консоли кластера и удалите осиротевшее соединение, затем сам сеанс. Такие «хвосты» держат лицензии и блокировки, поэтому их стоит чистить регулярно.
Как дать себе доступ в базу, когда включена блокировка сеансов?
При установке блокировки задайте код разрешения. Затем запустите клиент с параметром /UC<код> в командной строке или добавьте параметр в свойства базы в списке стартера — сеанс администратора будет пропущен несмотря на блокировку.
Потеряются ли данные пользователей при принудительном завершении сеанса?
Несохранённые и незаписанные данные (открытые, но не проведённые документы) будут потеряны. Уже записанные в базу данные при штатном завершении сеанса через консоль не пострадают — риск возникает в основном при обрыве процессов в файловом режиме во время записи.
Как автоматически выгонять пользователей ночью перед бэкапом?
Используйте скрипт с утилитой RAC: установка блокировки начала сеансов, пауза 5–10 минут, завершение оставшихся сеансов, затем запуск резервного копирования. Скрипт ставится в планировщик задач Windows на сервере.
Что важно запомнить
Порядок всегда один: предупредить пользователей, включить блокировку новых сеансов, завершить оставшиеся, выполнить обслуживание и снять блокировку. В клиент-серверном режиме работайте через консоль кластера или RAC, в файловом — через механизмы БСП и только в крайнем случае через завершение процессов.