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

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

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

Главное отличие файлового режима — отсутствие штатной консоли кластера. Консоль серверов 1С видит только базы, опубликованные через сервер 1С:Предприятия, а файловая база открывается процессом 1cv8.exe непосредственно на компьютере пользователя. Поэтому инструменты администратора здесь другие: механизм блокировки сеансов внутри самой 1С, системные средства Windows и работа с блокировочным файлом.

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

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

Консоль кластера серверов 1С управляет сеансами, которые обслуживает агент сервера 1С:Предприятия. При файловом режиме работы такого посредника нет: каждый клиентский процесс сам открывает файл 1Cv8.1CD по сети и сам держит блокировки. Серверу просто нечем управлять.

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

Если база опубликована на веб-сервере (IIS или Apache) в файловом режиме, ситуация немного лучше: сеансы проходят через веб-сервер, и перезапуск пула приложений или службы веб-сервера обрывает все подключения разом.

Способ 1. Блокировка сеансов и регламентные операции

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

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

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

1. 1
   Откройте базу с правами администратора в режиме 1С:Предприятие
2. 2
   Перейдите: Администрирование — Обслуживание — Блокировка работы пользователей
3. 3
   Включите блокировку, задайте время и код разблокировки
4. 4
   Сообщите пользователям о необходимости выйти (сообщение в базе, почта, мессенджер)
5. 5
   Дождитесь, пока список активных пользователей опустеет, и выполняйте регламентные работы
6. 6
   После завершения снимите блокировку или дождитесь окончания заданного периода

Способ 2. Вежливое отключение через сообщения пользователям

В типовых конфигурациях есть функция отправки сообщений активным пользователям. Она находится там же, где список активных сеансов: «Администрирование» — «Обслуживание» — «Активные пользователи». Можно отправить сообщение всем или выборочно: «Через 10 минут база будет заблокирована для обновления, сохраните документы и выйдите».

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

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

Способ 3. Принудительное завершение сеансов на компьютерах пользователей

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

Удалённо завершить процесс можно командой taskkill с правами администратора домена, если известно имя компьютера пользователя:

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

Альтернатива — PowerShell с тем же эффектом:

Get-Process -ComputerName ИМЯ_КОМПЬЮТЕРА -Name 1cv8 -ErrorAction SilentlyContinue | Stop-Process -Force

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

Способ 4. Отключение на стороне файлового сервера

Если база лежит в общей сетевой папке, администратор сервера может оборвать все подключения централизованно. Откройте на сервере «Управление компьютером» (compmgmt.msc) — «Общие папки» — «Открытые файлы». Здесь видно, кто держит открытым файл 1Cv8.1CD. Можно закрыть отдельные файлы или все сразу через контекстное меню.

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

Третий вариант — перезапуск службы «Сервер» (LanmanServer) на файловом сервере. Это разрывает все SMB-сессии, включая подключения к базе 1С. Способ действенный, но затронет всех пользователей всех общих папок сервера, а не только базу 1С — применяйте его осознанно.

Способ 5. Удаление файла 1Cv8.1CL

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

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

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

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

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

Третья проверка — на файловом сервере: в «Управлении компьютером» в разделе «Открытые файлы» не должно быть открытых дескрипторов на 1Cv8.1CD. Если файл кем-то занят, там видно, с какого компьютера.

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

Что делать, если пользователей нужно отключать регулярно

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

Для баз, опубликованных на веб-сервере, удобен перезапуск пула приложений IIS: одна команда обрывает все веб-сессии сразу. После этого установите блокировку и спокойно работайте.

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

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