Как завершить сеанс в файловой базе 1С

Файловая база 1С хранится в каталоге на диске и не использует сервер СУБД, поэтому управление сеансами здесь устроено иначе, чем в клиент-серверном варианте. Нет консоли кластера с удобным списком подключений — вместо этого платформа опирается на файл блокировок и механизм монопольного доступа. Из-за этого администраторы небольших баз регулярно сталкиваются с ситуацией, когда сеанс нужно завершить принудительно: пользователь уже вышел, а база считает, что он ещё работает.

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

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

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

В файловом варианте каждый запущенный экземпляр 1С (толстый, тонкий клиент или веб-клиент) открывает файлы базы напрямую или через общий сетевой ресурс. Платформа фиксирует факт работы пользователей в служебном файле 1Cv8.1CL, который создаётся в каталоге базы при первом подключении. Пока файл существует, платформа знает, что база занята, и не даёт установить монопольный режим.

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

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

Штатное завершение сеанса через список активных пользователей

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

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

1. 1
   Откройте раздел «Администрирование» → «Обслуживание» → «Активные пользователи»
2. 2
   Найдите нужный сеанс по имени пользователя или компьютеру
3. 3
   Отправьте предупреждение о завершении сеанса и дождитесь сохранения данных
4. 4
   Завершите сеанс кнопкой в форме списка
5. 5
   Проверьте, что сеанс исчез из списка активных

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

Завершение сеанса через конфигуратор

Если требуется монопольный доступ для обслуживания базы, работать удобнее из конфигуратора. Откройте базу в режиме «Конфигуратор» и перейдите в меню «Администрирование» → «Активные пользователи». Откроется список всех текущих сеансов с указанием приложения (1С:Предприятие, веб-клиент, фоновое задание), компьютера и времени подключения.

Из этого списка сеанс нельзя завершить кнопкой напрямую — конфигуратор лишь показывает, кто мешает установить монопольный режим. Дальше действуйте по обстановке: свяжитесь с пользователем и попросите выйти, либо завершите его процесс принудительно на его компьютере. Когда список опустеет (кроме вашего сеанса конфигуратора), монопольный режим установится без ошибок.

Удобный приём — установить монопольный режим заранее через «Администрирование» → «Монопольный режим» или запрет новых соединений в типовой конфигурации. Тогда завершившие работу пользователи не смогут войти обратно, пока идёт обслуживание.

Принудительное завершение зависшего сеанса

Если программа у пользователя зависла или компьютер недоступен, сеанс завершают на стороне его машины. Самый распространённый способ — через диспетчер задач Windows: нажмите Ctrl+Shift+Esc, найдите процесс 1cv8.exe (или 1cv8c.exe для тонкого клиента) и выберите «Снять задачу».

Если база лежит на сетевом ресурсе, а компьютер пользователя выключен или недоступен, сеанс можно снять со стороны сервера, где физически хранится база. Откройте на этом компьютере оснастку «Управление компьютером» → «Системные средства» → «Общие папки» → «Открытые файлы», найдите файлы базы, открытые нужным пользователем, и закройте их. Это разорвёт сетевое подключение к файлам и освободит базу.

taskkill /F /IM 1cv8.exe

Команда taskkill завершает все процессы платформы на локальном компьютере, поэтому запускайте её только там, где точно нет других работающих пользователей 1С. Ключ /F принудительно завершает процесс без сохранения данных.

Удаление файла блокировок 1Cv8.1CL

Классический признак «фантомного» сеанса: все пользователи вышли, но при попытке установить монопольный режим или войти в базу появляется ошибка блокировки. Причина — оставшийся после аварийного завершения файл 1Cv8.1CL в каталоге базы.

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

Обратите внимание: файл блокировок называется именно 1Cv8.1CL (с буквой L в конце). Основной файл базы — 1Cv8.1CD — трогать нельзя ни в коем случае. Перед любыми манипуляциями с файлами каталога базы сделайте копию всей папки.

Проверка результата и восстановление после сбоя

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

При признаках повреждения запустите утилиту chdbfl.exe из каталога установки платформы (папка bin) — она проверяет физическую целостность файловой базы. Затем выполните тестирование и исправление из конфигуратора в монопольном режиме. Обе операции проводите только на копии базы или после создания резервной копии.

Профилактика зависших сеансов

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

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

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