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

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

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

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

Почему сеанс «зависает» и как это распознать

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

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

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

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

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

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

Если компьютер пользователя недоступен физически, но есть права администратора в сети, процесс можно завершить удалённо — через «Управление компьютером», PowerShell или командную строку. Это требует соответствующих прав, но избавляет от необходимости идти к рабочему месту.

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

Способ 2. Сброс через список активных пользователей

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

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

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

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

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

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

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

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

Способ 4. Перезапуск служб и компьютера

Когда непонятно, где именно «висит» сеанс, а база расположена на выделенном файловом сервере, помогает перезапуск службы «Сервер» (LanmanServer) на машине, где лежит база. Это разрывает все сетевые подключения к общим папкам и освобождает файловые блокировки. Учтите: при этом отвалятся все сетевые подключения к серверу, а не только к 1С.

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

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

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

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

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

Большинство зависших сеансов — следствие привычек и инфраструктуры. Обучите пользователей завершать работу через «Файл → Завершить работу», а не закрытием окна крестиком при обрыве связи и не выключением компьютера кнопкой. Настройте в параметрах информационной базы завершение работы пользователей по расписанию на ночное время — это автоматически сбрасывает «забытые» сеансы.

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

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