Как выкинуть всех из базы 1С: полное руководство администратора

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

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

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

Анализ текущих сеансов и активных пользователей

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

Перейдите в меню Администрирование → Активные пользователи. Откроется список всех текущих подключений, где отображается имя пользователя, компьютер, с которого выполнен вход, и время начала сессии. Особое внимание следует уделить колонке Приложение, чтобы отличить интерактивных пользователей от фоновых заданий.

• 🔍 Идентификатор сеанса — уникальный номер подключения, необходимый для точечного завершения работы.
• 💻 Имя компьютера — позволяет определить физическое местоположение пользователя или сервера.
• ⏱️ Время подключения — помогает выявить «зависшие» сессии, которые длятся неоправданно долго.
• 📄 Монопольный режим — индикатор того, захватил ли пользователь базу для исключительной работы.

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

⚠️ Внимание: В файловом варианте базы данных список активных пользователей может отображаться с задержкой или некорректно, если один из клиентов завис. В клиент-серверном варианте (SQL) данные всегда актуальны.

Использование монопольного режима для блокировки

Самый надежный способ предотвратить вход новых пользователей и остановить текущие процессы — это установка базы в монопольный режим. Данная функция доступна только пользователям с полными правами, обычно это роль Администратор системы.

Для активации режима перейдите в Администрирование → Монопольный режим. Система предложит установить галочку «Запретить подключение новых пользователей» и, опционально, завершить активные сеансы. Это действие фактически переводит базу в состояние обслуживания.

Администрирование -> Настройки системы -> Монопольный режим

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

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

Почему монопольный режим может не включиться?

Если в базе есть активные блокировки данных или незавершенные транзакции на уровне СУБД, платформа 1С не сможет захватить базу в исключительное пользование. В этом случае потребуется анализ блокировок на уровне SQL.

Принудительное завершение сеансов через консоль администрирования

Когда штатные средства внутри конфигурации не помогают, необходимо использовать внешние инструменты управления. Для клиент-серверных вариантов работы это Консоль администрирования серверов 1С Предприятия (ras). Это мощный инструмент для управления кластером серверов.

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

Выделите ненужные сеансы, зажмите клавишу Ctrl для множественного выбора и нажмите правую кнопку мыши. В контекстном меню выберите пункт Завершить. Система отправит сигнал на разрыв соединения. Если процесс не поддается, используйте опцию Убить, которая принудительно завершает процесс на уровне операционной системы.

Тип завершения	Метод	Риски для данных	Рекомендуемое использование
Мягкое	Запрос выхода	Минимальные	Плановые работы
Строгое	Завершение сеанса	Средние (откат транзакции)	Зависшие пользователи
Жесткое	Убийство процесса	Высокие (возможна блокировка)	Критические сбои
Блокировка	Монопольный режим	Отсутствуют	Обновление конфигурации

Использование команды kill в консоли должно быть крайней мерой. Это аналог выдергивания шнура питания из сервера для конкретного пользователя. Транзакция прерывается на уровне СУБД, что может потребовать времени на откат изменений.

Управление блокировками через утилиту rmngr

Для автоматизации процессов или работы в консольном режиме (например, через SSH на Linux-сервере) используется утилита rmngr (рабочий менеджер). Она позволяет отправлять команды серверу 1С без графического интерфейса.

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

rmngr -n <имя_кластера> -c  -i  --kill-all-sessions

Эта команда мгновенно разрывает все соединения. Она особенно полезна в скриптах автоматического обновления, когда нужно гарантировать, что в момент выгрузки или загрузки конфигурации в базе никого нет.

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

⚠️ Внимание: Команды утилиты rmngr выполняются мгновенно и не требуют подтверждения. Ошибка в ID базы может привести к остановке работы критически важного подразделения.

Особенности работы с файловыми базами данных

В файловом варианте работы (file) архитектура управления сеансами отличается от клиент-серверной. Здесь нет центрального менеджера кластера, который мог бы принудительно разорвать соединение. Управление осуществляется на уровне блокировок файлов операционной системы.

Чтобы выгнать пользователей из файловой базы, администратору часто приходится действовать более радикально. Если монопольный режим не включается из-за того, что кто-то держит файл 1Cv8.1CD или файлы блокировок lck, можно попытаться удалить файлы блокировок вручную.

Однако удаление файлов .lck во время работы пользователей опасно. Это может привести к тому, что клиент 1С продолжит считать себя подключенным, но при попытке записи данных произойдет конфликт версий или потеря информации. Безопаснее закрыть процесс 1cv8.exe на компьютере пользователя удаленно.

• 📂 Файл 1Cv8.1CD — основной файл данных, доступ к которому блокируется при открытии.
• 🔒 Файлы *.lck — временные файлы блокировок, создаваемые в каталоге базы.
• 🖥️ Процесс 1cv8.exe — клиентское приложение, которое необходимо завершить на стороне пользователя.

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

Можно ли удалить папку Temp в файловой базе?

Нет, это не освободит базу. Файлы во временной папке используются для кэширования и не влияют на блокировку основного файла данных. Удаление может привести к ошибкам при следующем запуске.

Автоматизация отключения через регламентные задания

В современных конфигурациях, таких как 1С:ERP или 1С:Комплексная автоматизация, предусмотрена возможность настройки регламентных заданий для управления сеансами. Это позволяет планировать очистку базы от «спящих» пользователей.

Настройте задание с видом Завершение зависших сеансов. Укажите критерии, например, если сеанс неактивен более 60 минут. Система будет автоматически мониторить список подключений и разрывать те, что подпадают под критерии.

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

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

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

Часто задаваемые вопросы (FAQ)

Что делать, если кнопка «Завершить сеанс» неактивна?

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

Можно ли выкинуть пользователя, который проводит документ?

Технически можно, используя жесткое завершение процесса. Однако транзакция проведения документа будет откатана базой данных. Документ не проведется, а пользователь получит ошибку при следующем входе. Рекомендуется дождаться окончания проведения.

Как узнать, кто держит базу в монопольном режиме?

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

Влияет ли отключение пользователей на целостность базы SQL?

При корректном завершении сеанса через консоль 1С, платформа отправляет команду отката незавершенных транзакций в СУБД. Целостность данных сохраняется. Проблемы могут возникнуть только при аварийном завершении процесса (kill) в момент физической записи на диск.

Почему после отключения пользователя база все равно пишет «Занята»?

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