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

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

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

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

Как понять, что сеанс действительно завис

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

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

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

Самый безопасный путь — завершить реальные процессы. Попросите всех пользователей закрыть 1С штатно, через меню «Файл — Выход» или крестик окна. Затем проверьте, не остались ли фоновые процессы: на каждом компьютере, с которого подключались к базе, откройте диспетчер задач (Ctrl+Shift+Esc) и найдите процессы 1cv8.exe и 1cv8s.exe.

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

1. 1
   Попросите всех пользователей закрыть 1С штатно
2. 2
   На каждом компьютере откройте диспетчер задач и завершите оставшиеся процессы 1cv8.exe и 1cv8s.exe
3. 3
   Проверьте, исчез ли файл 1Cv8.1CL из каталога базы
4. 4
   Попробуйте войти в базу или установить монопольный режим

Способ 2: удаление файла блокировок 1Cv8.1CL

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

Порядок действий: убедитесь, что все пользователи вышли и процессы 1cv8.exe завершены на всех машинах; сделайте копию каталога базы (хотя бы скопируйте файл 1Cv8.1CD); удалите файл 1Cv8.1CL; войдите в базу и проверьте работоспособность.

Способ 3: завершение сеансов через фоновые задания и COM

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

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

Что делать, если база в общей сетевой папке

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

openfiles /query /v

Команда openfiles показывает, какие файлы открыты по сети и кем. Если она отключена, её нужно предварительно активировать командой openfiles /local on с перезагрузкой. Найдя компьютер, который держит файл базы, завершите процесс 1С на нём или перезагрузите эту машину.

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

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

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

Если перед сбоем база завершалась аварийно, рекомендуется выполнить тестирование и исправление через конфигуратор («Администрирование — Тестирование и исправление») с предварительной копией. Это позволит выявить повреждения, которые могли возникнуть при обрыве сеанса во время записи данных.

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

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

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

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