Как выбить пользователя из файловой базы 1С

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

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

Почему в файловой базе нельзя просто отключить сеанс

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

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

Способ 1. Блокировка сеансов через интерфейс 1С

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

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

Способ 2. Завершение процесса 1С на компьютере пользователя

Если пользователь оставил сеанс открытым и ушёл, можно завершить процесс 1cv8.exe на его компьютере — локально или удалённо. Локально это делается через диспетчер задач: найти процесс 1cv8.exe (или 1cv8c.exe для тонкого клиента) и снять задачу. Если компьютеров много или пользователь в другом офисе, удобнее удалённое завершение по сети.

Для удалённого завершения нужны права администратора на целевом компьютере. Используются стандартные средства Windows: команда taskkill по сети, PowerShell или оснастка «Управление компьютером». После завершения процесса файл блокировок обновится не мгновенно — платформа периодически проверяет живость соединений, поэтому монопольный режим может стать доступным с задержкой в несколько минут.

taskkill /S ИМЯ_КОМПЬЮТЕРА /U ДОМЕН\Администратор /IM 1cv8.exe /F

Способ 3. Удаление файла блокировок 1Cv8.1cl

Когда сеансов фактически нет (например, компьютер пользователя выключен или завис), но база всё равно сообщает, что она занята, помогает удаление файла 1Cv8.1cl из каталога базы. Платформа создаст его заново при следующем подключении. Это стандартный приём против «зависших» блокировок после сбоя сети или некорректного завершения клиента.

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

Способ 4. Пакетный запуск и скрипты для регулярных задач

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

Для баз, опубликованных на веб-сервере (файловый вариант через IIS или Apache), дополнительно учитывайте, что сеансы могут держаться на стороне веб-сервера. В таком случае помогает перезапуск пула приложений или самого веб-сервера — это разорвёт все соединения с базой разом.

Типичные ошибки и риски

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

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

Когда файловый режим стоит заменить клиент-серверным

Если проблема «выбить пользователя» возникает регулярно и мешает обновлениям, это симптом того, что база переросла файловый режим. При числе одновременно работающих пользователей больше 5–10 файловый вариант становится источником постоянных блокировок, зависаний и конфликтов. Переход на клиент-серверный вариант (сервер 1С + СУБД) даёт консоль кластера с просмотром и завершением сеансов, регламентные задания без монопольного режима и нормальное резервное копирование средствами СУБД.

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

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