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

Завершить работу зависшего пользователя в файловой базе 1С можно через консоль кластера «Администрирование серверов 1С» не получится — файловая база её не поддерживает, поэтому чаще всего используют принудительное завершение процесса 1cv8.exe на компьютере пользователя, команду taskkill или удаление файла 1Cv8.1CD.lock. Это необходимо, когда активный сеанс блокирует монопольный режим: без него невозможно обновить конфигурацию, сделать резервную копию или запустить восстановление после сбоя. Ниже разберём безопасные способы выкинуть пользователя из файловой базы без риска повредить данные.

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

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

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

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

Когда пользователь открывает файловую базу, его программа создаёт и удерживает блокировки на файлы данных, а в папке базы появляется служебный файл 1Cv8.1CL — журнал блокировок. Если база лежит в общей сетевой папке, блокировки удерживаются через сетевое подключение. Именно поэтому «зависший» сеанс (компьютер выключился некорректно, оборвался VPN, программа аварийно закрылась) продолжает числиться активным, пока блокировка не снимется.

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

Способ 1. Попросить пользователя выйти и установить блокировку сеансов

Самый безопасный вариант — штатное завершение работы. Если пользователь на месте, попросите его закрыть программу через «Файл → Завершить работу». Так все данные будут корректно записаны, а блокировки сняты без риска повреждения базы.

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

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

1. 1
   Установите блокировку сеансов в разделе «Администрирование → Обслуживание»
2. 2
   Предупредите активных пользователей и дайте время сохранить работу
3. 3
   Проверьте список активных пользователей в том же разделе обслуживания
4. 4
   Когда сеансов не осталось — выполняйте обслуживание базы
5. 5
   После работ снимите блокировку и сообщите пользователям

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

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

То же самое можно сделать командой, что удобно при удалённом подключении по RDP или через PsExec:

taskkill /F /IM 1cv8.exe
:: или для конкретного пользователя на удалённой машине:
taskkill /S ИМЯ_ПК /U Администратор /F /IM 1cv8.exe

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

Способ 3. Разорвать сетевое подключение к базе

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

Альтернатива — командная строка на сервере:

:: посмотреть открытые файлы
openfiles /query /v
:: отключить конкретный файл по ID
openfiles /disconnect /ID 123

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

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

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

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

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

Как проверить, что все пользователи вышли

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

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

Профилактика: как сделать, чтобы пользователи не «зависали»

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

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

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