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

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

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

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

Как файловая база хранит информацию о сеансах

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

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

Важно понимать: сам файл базы 1Cv8.1CD при этом не повреждён. Проблема только в служебном списке соединений, и решается она без вмешательства в данные.

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

Самый безопасный вариант — найти, где реально запущен сеанс, и закрыть его. Если пользователь доступен, попросите его выйти из программы штатно: через меню «Файл — Выход» или закрытие окна. Штатное завершение гарантирует, что все данные записаны и запись о соединении удалена.

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

1. 1
   Откройте Диспетчер задач сочетанием Ctrl+Shift+Esc
2. 2
   На вкладке «Процессы» или «Подробности» найдите 1cv8.exe или 1cv8c.exe
3. 3
   Выделите процесс и нажмите «Снять задачу»
4. 4
   Подождите 1–2 минуты и проверьте, открывается ли база
5. 5
   Если ошибка блокировки осталась — переходите к очистке файла соединений

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

Способ 2. Завершить процесс удалённо по сети

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

tasklist /s ИМЯ_ПК /fi "imagename eq 1cv8*.exe"
taskkill /s ИМЯ_ПК /im 1cv8.exe /f

Первая команда показывает, запущен ли процесс 1С на удалённой машине, вторая — завершает его принудительно. Вместо имени компьютера можно указать IP-адрес. Если требуется другая учётная запись, добавьте параметры /u ДОМЕН\пользователь /p пароль.

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

Способ 3. Удалить файл блокировок 1Cv8.1CL

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

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

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

Дополнительно в каталоге базы могут присутствовать временные файлы с расширением .lck или файлы журнала регистрации в подкаталоге. Их удалять не требуется — достаточно очистки именно файла соединений.

Способ 4. Снять блокировку через конфигуратор

Иногда проблема не в фантомном сеансе, а в установленной административной блокировке соединений. Проверить это можно через конфигуратор: откройте базу в режиме «Конфигуратор» и перейдите в меню «Администрирование — Блокировка установки соединений с информационной базой».

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

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

Как проверить, что сеанс действительно сброшен

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

Также проверьте, не открыта ли база через другое сетевое имя или подключённый диск: один и тот же каталог, доступный по разным путям (например, \\server\base и Z:\base), воспринимается платформой как разные базы, и блокировки могут вести себя неожиданно.

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

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

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

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

Стабильность сети критична: файловая база по сети чувствительна к обрывам. Проводное подключение предпочтительнее Wi-Fi, а размещение базы на выделенном компьютере или сервере с качественным диском снижает количество конфликтов доступа.

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

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