Как отключить сеансы пользователей в файловой базе 1С

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

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

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

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

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

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

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

Штатный способ: попросить пользователей выйти и проверить соединения

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

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

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

Блокировка сеансов через «Управление блокировкой сеансов»

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

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

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

1. 1
   Откройте в режиме 1С:Предприятие раздел администрирования и найдите «Блокировка работы пользователей»
2. 2
   Установите период блокировки, задайте код разрешения и текст предупреждения
3. 3
   Нажмите «Установить блокировку» и дождитесь завершения активных сеансов
4. 4
   Войдите в базу с параметром /UC и кодом разрешения для выполнения работ
5. 5
   После завершения снимите блокировку и проверьте вход обычным пользователем

Принудительное завершение процесса 1С на компьютере пользователя

Когда пользователь недоступен, а сеанс нужно снять, применяется завершение процесса. На локальном компьютере это делается через Диспетчер задач: найдите процесс 1cv8.exe (толстый клиент), 1cv8c.exe (тонкий клиент) или процесс браузера для веб-клиента и завершите его. Имейте в виду: все несохранённые данные этого сеанса будут потеряны.

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

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

Команда выше завершает все процессы толстого клиента на указанном компьютере. Для тонкого клиента замените имя образа на 1cv8c.exe. Параметр /F принудительно завершает процесс без запроса на сохранение — используйте его только когда уверены, что в сеансе нет несохранённой работы.

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

Удаление файла 1Cv8.1CL: когда это помогает, а когда нет

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

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

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

Программное завершение сеансов и профилактика зависаний

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

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

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

Частые ошибки администраторов

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

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

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