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

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

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

Ниже разобраны все рабочие способы — от мягких до жёстких, с указанием рисков и порядка действий.

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

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

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

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

Способ 1. Блокировка сеансов и монопольный режим

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

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

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

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

Если пользователь недоступен, но у вас есть доступ к его компьютеру (локально или по RDP), завершите процесс 1С штатными средствами Windows. Откройте диспетчер задач, найдите процесс 1cv8.exe (тонкий или толстый клиент) и снимите задачу. Для тонкого клиента процесс может называться 1cv8c.exe.

Удалённо это можно сделать командой с правами администратора домена:

taskkill /S ИМЯ_КОМПЬЮТЕРА /IM 1cv8.exe /F

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

Способ 3. Перезапуск общего доступа к папке с базой

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

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

Способ 4. Программное завершение сеансов

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

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

Что делать с зависшими сеансами и файлом 1Cv8.1CL

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

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

Проверка результата и профилактика

После отключения пользователей проверьте результат: откройте конфигуратор, пункт «Администрирование» → «Активные пользователи» — список должен быть пуст (кроме вашего сеанса). Дополнительно убедитесь, что на сервере в оснастке «Открытые файлы» нет подключений к 1Cv8.1CD. После этого монопольный режим установится без ошибок.

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

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