Отключаем пользователей от базы 1С перед работой в Конфигураторе

В самом Конфигураторе 1С 8.3 есть только просмотр: Администрирование → Активные пользователи показывает, кто сидит в базе, но кнопки «завершить сеанс» в этом окне нет. Завершить сеанс пользователя «из конфигуратора» в клиент-серверной базе можно в момент обновления: когда платформа не может установить монопольный режим, она предлагает кнопку «Завершить сеансы и повторить». В остальных случаях сеансы отключают через блокировку в режиме 1С:Предприятие, консоль кластера или утилиту rac.

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

Что проверить перед тем, как завершать сеансы пользователей

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

• 🔧 обновить конфигурацию базы данных, если меняется структура хранения (новые реквизиты, регистры, таблицы);
• 📦 загрузить информационную базу из файла .dt;
• 🩺 запустить тестирование и исправление информационной базы;
• 🧹 выполнить некоторые служебные операции вроде удаления помеченных объектов в монопольном режиме.

Правку модулей и форм без изменения структуры часто удаётся применить без выгона пользователей — через динамическое обновление. Но для типового обновления конфигурации от поставщика рассчитывайте на монопольный режим.

Права и доступы

Для каждого способа нужны свои полномочия:

Перед обновлением сделайте резервную копию: выгрузку .dt или копию базы средствами СУБД. Без свежей копии не начинайте обновление структуры.

Как посмотреть активные сеансы в конфигураторе

Откройте базу в Конфигураторе и выберите Администрирование → Активные пользователи. В окне видно:

• 👤 имя пользователя информационной базы;
• 🖥️ компьютер, с которого открыт сеанс;
• 🧩 приложение: толстый или тонкий клиент, Конфигуратор, веб-клиент, COM-соединение, фоновое задание;
• 🕒 время начала сеанса.

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

Способ 1. Завершить сеансы прямо при обновлении конфигурации базы данных

Это и есть ответ на вопрос «как завершить сеанс из конфигуратора» для клиент-серверной базы.

1. В Конфигураторе запустите Конфигурация → Обновить конфигурацию базы данных (или нажмите F7).
2. Если в базе есть другие сеансы, платформа сообщит, что не удалось установить монопольный режим.
3. В диалоге выберите «Завершить сеансы и повторить».
4. Платформа принудительно отключит чужие сеансы и повторит попытку.

Если вместо этой кнопки предлагается только динамическое обновление или отмена — значит, база файловая или кнопка недоступна в вашей версии платформы. Тогда переходите к способам 2–4.

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

Способ 2. Блокировка работы пользователей из режима 1С:Предприятие

Мягкий и самый правильный вариант для типовых конфигураций на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11, КА, ERP). Пользователи получают предупреждение, а через заданное время программа завершает их сеансы сама.

Как установить блокировку

1. Зайдите в базу в режиме 1С:Предприятие под администратором.
2. Откройте раздел Администрирование и найдите группу «Обслуживание» (в ряде конфигураций — «Поддержка и обслуживание»).
3. Перейдите по ссылке «Блокировка работы пользователей».
4. Укажите текст сообщения, например: «С 19:00 обновление программы, сохраните документы».
5. Задайте время начала блокировки и, при необходимости, окончания.
6. Впишите код разрешения — произвольное слово, например obnovlenie. Запомните его.
7. Нажмите «Установить блокировку».

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

Как войти в Конфигуратор при установленной блокировке

Блокировка не пустит и вас, если не передать код разрешения. Добавьте параметр /UC в строку запуска:

"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe" DESIGNER /S"srv1c\buh" /N"Администратор" /P"пароль" /UC"obnovlenie"

Путь к 1cv8.exe подставьте свой: номер версии в каталоге у вас другой. В окне запуска 1С поле для параметров есть в настройках базы: Изменить → … → Дополнительные параметры запуска.

Блокировка из командной строки

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

1cv8.exe ENTERPRISE /S"srv1c\buh" /N"Администратор" /P"пароль" /C"ЗавершитьРаботуПользователей" /UC"obnovlenie"

После обновления снимите блокировку той же командой с параметром /C"РазрешитьРаботуПользователей".

Активные пользователи в режиме 1С:Предприятие

Рядом с блокировкой, в той же группе раздела Администрирование, есть список «Активные пользователи». В отличие от окна в Конфигураторе, там можно выделить конкретного человека и завершить только его сеанс. Удобно, когда мешает один забытый сеанс, а остальных трогать не нужно.

Режимы блокировки: чем они отличаются

Блокировок в 1С несколько, и их путают. Разница — в том, кого они останавливают и что делают с уже открытыми сеансами.

Главный вывод: блокировка начала сеансов в консоли только закрывает дверь. Тех, кто уже внутри, она не выгоняет — их нужно удалить вручную (способ 3).

Способ 3. Консоль кластера и rac: зависшие процессы и сеансы

Если пользователь закрыл 1С крестиком, отключился VPN или завис терминальный сервер , сеанс может висеть на сервере ещё долго. В окне активных пользователей он виден, а человека за ним уже нет.

Через консоль администрирования серверов 1С

1. Запустите «Администрирование серверов 1С Предприятия».
2. Раскройте Central 1C:Enterprise 8.3 servers → имя сервера → Кластеры → Локальный кластер → Информационные базы → ваша база → Сеансы.
3. Найдите нужный сеанс по пользователю, компьютеру и приложению.
4. Щёлкните правой кнопкой и выберите «Удалить». Можно выделить несколько строк сразу.

Чтобы никто не зашёл снова, пока вы работаете, откройте свойства базы (Информационные базы → ваша база → Свойства) и включите:

• ✅ «Блокировка начала сеансов включена» — задайте сообщение и код разрешения;
• ✅ «Блокировка регламентных заданий включена» — иначе фоновые задания будут поднимать новые сеансы.

После работ обе галки снимите. Забытая блокировка регламентных заданий тихо ломает обмены и загрузку курсов, и это замечают через неделю.

Через утилиту rac

Утилита rac работает через службу ras и удобна для скриптов. Базовые команды:

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

Если у кластера задан администратор, добавьте к командам --cluster-user и --cluster-pwd. Полный список параметров для блокировки базы смотрите в справке rac help infobase.

Файловая база

Консоли кластера у файловой базы нет. Варианты по порядку:

1. Блокировка работы пользователей (способ 2) — работает и в файловом варианте.
2. Попросить человека закрыть 1С или завершить процесс 1cv8.exe / 1cv8c.exe на его компьютере.
3. На компьютере, где лежит каталог базы, открыть Управление компьютером → Общие папки → Открытые файлы и закрыть файл 1Cv8.1CD для зависшего пользователя.

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

Сравнение способов завершить сеансы пользователей 1С

Частые ошибки при отключении пользователей

• ❌ Включили блокировку и забыли код разрешения. Код задаётся при блокировке и в базе вам его никто не напомнит. В серверной базе блокировку снимет администратор кластера в свойствах базы; в файловой — снимите её из сеанса, который у вас уже открыт.
• ❌ Блокировку не сняли после обновления. Утром бухгалтерия не может войти. Сразу после обновления заходите в базу и проверяйте, что вход открыт.
• ❌ Удалили сеанс не в той базе. В консоли кластера сеансы видны по каждой базе отдельно, но на общем узле «Сеансы» кластера — все вместе. Сверяйте колонку с именем базы.
• ❌ Выгоняли людей, хотя монопольный режим не нужен. Для правки отчёта во внешней обработке или изменения модуля без новой структуры иногда хватает динамического обновления, и людей трогать не надо.
• ❌ Гасили rphost, чтобы убрать одного пользователя. Последствия — обрыв всех баз на этом процессе.