К статье
Практический материал

Администрирование · 11 мин

1С 8: как выгнать пользователей из базы

Как завершить сеансы пользователей в 1С 8: через консоль кластера, конфигуратор, код и блокировку соединений. Пошаговые инструкции для файловой и клиент-серверной базы.

Завершить сеансы пользователей в 1С 8 требуется перед обновлением конфигурации, регламентным обслуживанием, восстановлением из резервной копии или при зависшем сеансе, который держит блокировки. Способ зависит от режима работы базы: для файловой и клиент-серверной версии инструменты различаются, и выбирать их нужно осознанно — грубое завершение процессов может привести к повреждению данных.

Безопасный подход строится в три этапа: сначала предупредить пользователей и дать им время сохранить работу, затем установить блокировку новых соединений, и только после этого принудительно завершить оставшиеся сеансы. Такой порядок минимизирует риск потери несохранённых документов и обрыва длительных операций.

Ниже разобраны все рабочие способы: консоль кластера серверов, конфигуратор, встроенные обработки, программные средства и команды для файлового режима, а также типичные ошибки администраторов.

Как определить режим работы базы и где смотреть сеансы

Прежде чем выбирать инструмент, уточните, как опубликована база. Откройте свойства информационной базы в списке стартера 1С: если в строке подключения указан файл с расширением .1CD — это файловый режим, если имя сервера и имя базы на сервере — клиент-серверный. От этого зависит, где хранится список активных сеансов и кто имеет право их завершать.

В клиент-серверном режиме список сеансов виден в консоли кластера серверов 1С и в конфигураторе через «Администрирование — Активные пользователи». В файловом режиме консоль кластера неприменима — сеансы существуют только на компьютерах самих пользователей, и централизованно управлять ими можно лишь частично.

Строка подключения содержит путь к .1CDФайловый режим

Консоль кластера не работает, используйте конфигуратор или завершение процессов

Указан сервер и имя базыКлиент-серверный режим

Полный контроль через консоль кластера серверов

Сеанс висит и не отвечаетЗависший сеанс

Проверьте блокировки в консоли, завершайте точечно

Завершение сеансов через консоль кластера серверов

Основной инструмент для клиент-серверной 1С — оснастка «Администрирование серверов 1С Предприятия». Откройте её на сервере или на машине администратора, разверните ветку нужного кластера, затем рабочий сервер и информационную базу. В разделе «Сеансы» отображается список всех подключённых пользователей с указанием приложения, компьютера и времени начала сеанса.

Чтобы завершить конкретный сеанс, выделите его в списке и нажмите «Удалить» в контекстном меню или на панели инструментов. Можно выделить несколько сеансов с зажатой клавишей Ctrl или все сразу через Ctrl+A. Учтите: сеансы фоновых заданий и служебные сеансы тоже отображаются в списке — не удаляйте их без необходимости, ориентируйтесь на колонку «Приложение» (толстый клиент, тонкий клиент, веб-клиент).

Отдельно проверьте вкладку «Соединения»: пользователь мог закрыть клиент, но соединение с кластером осталось и держит блокировки. Удаление соединения освобождает ресурсы, которые сеанс уже не контролирует.

Порядок действий в консоли кластера
  1. 1
    Откройте оснастку администрирования серверов 1С
  2. 2
    Разверните кластер — рабочий сервер — нужную информационную базу
  3. 3
    Откройте раздел «Сеансы» и отсортируйте по пользователю или приложению
  4. 4
    Выделите сеансы пользователей (не трогайте фоновые задания без необходимости)
  5. 5
    Нажмите «Удалить» и подтвердите завершение
  6. 6
    Проверьте вкладку «Соединения» на предмет зависших соединений

Блокировка соединений: как не дать пользователям зайти снова

Просто выгнать пользователей недостаточно — через минуту они снова запустят клиент и помешают обновлению. Поэтому перед завершением сеансов установите блокировку соединений. В консоли кластера откройте свойства информационной базы, перейдите на вкладку «Параметры» и включите флажок «Блокировка регламентных заданий включена» и/или «Блокировка начала сеансов включена».

При включении блокировки начала сеансов задайте время начала и окончания, а также код разрешения — строку, которую администратор сможет указать в параметре запуска /UC, чтобы самому войти в базу во время блокировки. Сообщение для пользователей заполняется в поле «Сообщение» — напишите туда причину и ориентировочное время окончания работ.

После окончания обслуживания не забудьте снять блокировку — это одна из самых частых ошибок: утром пользователи не могут войти, а администратор забыл, что блокировка осталась включённой.

Как выгнать пользователей из файловой базы

В файловом режиме централизованной консоли нет, поэтому инструменты ограничены. Самый корректный способ — конфигуратор: откройте базу в режиме конфигуратора, перейдите в меню «Администрирование — Активные пользователи». Список покажет всех подключённых, но штатной кнопки «выгнать» здесь нет — можно только посмотреть, кто работает, и связаться с ними.

Если пользователи не выходят, вариантов два. Первый — программный: в типовых конфигурациях на БСП есть обработка «Блокировка работы с внешними ресурсами» и механизм завершения работы пользователей (в разделе «Администрирование — Обслуживание»), который рассылает предупреждение и принудительно завершает сеансы через заданное время. Второй — жёсткий: завершить процессы 1cv8.exe на компьютерах пользователей через диспетчер задач, PowerShell или групповые политики.

При жёстком завершении процессов в файловой базе возрастает риск повреждения файла .1CD, особенно если в момент завершения шла запись. После такого принудительного завершения рекомендуется выполнить тестирование и исправление базы, а перед обслуживанием — обязательно сделать копию файла.

Сравнение вариантов для файловой базы

Предупреждение и ожидание

Самый безопасный путь, но зависит от дисциплины пользователей

Механизм завершения сеансов БСП

Корректное завершение с предупреждением; работает только в конфигурациях на Библиотеке стандартных подсистем

Завершение процессов 1cv8.exe

Гарантированно освобождает базу, но есть риск повреждения .1CD при записи в момент обрыва

Программное завершение сеансов и обработки

Для регулярных операций удобно автоматизировать процесс. В конфигурациях на БСП доступна стандартная обработка «Блокировка работы пользователей» — она устанавливает блокировку сеансов, рассылает пользователям предупреждение с таймером и по истечении времени завершает их работу штатными средствами платформы.

Для клиент-серверной базы сеансы можно завершать программно через COM-объект V83.COMConnector и интерфейс администрирования кластера: получить список сеансов информационной базы и вызвать метод завершения для каждого. Такой скрипт удобно запускать по расписанию перед ночным обслуживанием. Альтернатива — утилита RAC из состава сервера 1С, которая позволяет управлять сеансами из командной строки.

bash
rac session --cluster=<ID_кластера> terminate --infobase=<ID_базы> --session=<ID_сеанса>

Список сеансов с их идентификаторами получают командой rac session --cluster=<ID> list --infobase=<ID_базы>. Утилита RAC находится в каталоге установки сервера 1С и требует запущенной службы агента кластера. Перед массовым завершением выгрузите список и проверьте, что в него не попали сеансы регламентных заданий.

Как предупредить пользователей и проверить результат

Предупреждение — обязательная часть процедуры. Минимум за 15–30 минут до завершения разошлите сообщение: через механизм оповещений БСП, корпоративный мессенджер или почту. В типовых конфигурациях при установке блокировки пользователи автоматически получают сообщение с обратным отсчётом — это самый надёжный вариант, так как предупреждение появляется прямо в окне 1С.

После завершения сеансов проверьте результат: в консоли кластера список сеансов должен содержать только ваш сеанс и, при необходимости, служебные. Убедитесь, что блокировка начала сеансов активна — попробуйте подключиться с тестовой учётной записью без кода разрешения. Для файловой базы проверьте отсутствие файлов блокировок и то, что база открывается в монопольном режиме.

Контрольные точки

Как проверить результат

Список сеансов в консоли кластера
Норма

Остались только сеансы администратора и нужные фоновые задания

Тревожный признак

Пользовательские сеансы появляются снова — блокировка не включена

Вход с обычной учётной записью
Норма

Появляется сообщение о блокировке с текстом администратора

Тревожный признак

Пользователь входит в базу — блокировка не применилась

Монопольный режим в конфигураторе
Норма

Обновление конфигурации запускается без ошибки о занятых соединениях

Тревожный признак

Ошибка «соединения с базой не завершены» — остались активные сеансы

Типичные ошибки и ограничения

Самая частая ошибка — завершение сеансов без блокировки новых подключений: пользователи тут же заходят обратно, и обновление конфигурации снова невозможно. Вторая — удаление всех сеансов подряд, включая фоновые задания, выполняющие обмен или расчёт: обрыв такого задания может оставить незавершённую транзакцию.

Третья типичная проблема — забытая блокировка после окончания работ. Зафиксируйте для себя чек-лист обслуживания и включите в него пункт «снять блокировку сеансов». Наконец, в файловом режиме не стоит полагаться на просьбы в чате: без механизма принудительного завершения или блокировки файла база почти всегда останется занятой хотя бы одним забытым сеансом на чьём-то компьютере.

Типичные ошибки
01
Завершение сеансов без блокировки новых подключений — пользователи заходят снова и срывают обновление
02
Удаление фоновых заданий вместе с пользовательскими сеансами — обрыв регламентных операций
03
Забытая блокировка после обслуживания — утром никто не может войти в базу
04
Завершение процессов 1cv8.exe в файловой базе во время записи — риск повреждения .1CD
05
Отсутствие резервной копии перед принудительным завершением сеансов
Удобно держать готовый скрипт RAC с сохранёнными идентификаторами кластера и базы: ночное обслуживание тогда сводится к запуску одного файла, который ставит блокировку, ждёт несколько минут и завершает оставшиеся сеансы.
ПЗ
Практическое замечание

Частые вопросы

Можно ли выгнать пользователей без прав администратора кластера?

Нет. Завершение сеансов в консоли кластера и через RAC требует прав администратора кластера или информационной базы. Рядовой пользователь может завершить только свой собственный сеанс.

Пользователь закрыл 1С, но сеанс в консоли остался. Что делать?

Это зависший сеанс или соединение. Проверьте вкладку «Соединения» в консоли кластера и удалите осиротевшее соединение, затем сам сеанс. Такие «хвосты» держат лицензии и блокировки, поэтому их стоит чистить регулярно.

Как дать себе доступ в базу, когда включена блокировка сеансов?

При установке блокировки задайте код разрешения. Затем запустите клиент с параметром /UC<код> в командной строке или добавьте параметр в свойства базы в списке стартера — сеанс администратора будет пропущен несмотря на блокировку.

Потеряются ли данные пользователей при принудительном завершении сеанса?

Несохранённые и незаписанные данные (открытые, но не проведённые документы) будут потеряны. Уже записанные в базу данные при штатном завершении сеанса через консоль не пострадают — риск возникает в основном при обрыве процессов в файловом режиме во время записи.

Как автоматически выгонять пользователей ночью перед бэкапом?

Используйте скрипт с утилитой RAC: установка блокировки начала сеансов, пауза 5–10 минут, завершение оставшихся сеансов, затем запуск резервного копирования. Скрипт ставится в планировщик задач Windows на сервере.

Итог

Что важно запомнить

Порядок всегда один: предупредить пользователей, включить блокировку новых сеансов, завершить оставшиеся, выполнить обслуживание и снять блокировку. В клиент-серверном режиме работайте через консоль кластера или RAC, в файловом — через механизмы БСП и только в крайнем случае через завершение процессов.