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

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

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

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

Как понять, кто сейчас работает в базе

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

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

Если в базе развёрнута Библиотека стандартных подсистем (БСП), список активных пользователей доступен прямо в режиме «Предприятие»: раздел «Администрирование» → «Обслуживание» → «Активные пользователи». Это самый наглядный вариант для администратора без доступа к консоли кластера.

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

Это основной и самый управляемый метод для клиент-серверных баз. Откройте оснастку «Администрирование серверов 1С:Предприятия» на сервере или на компьютере администратора, найдите нужную информационную базу и перейдите на вкладку «Сеансы». Выделите все сеансы (Ctrl+A), щёлкните правой кнопкой и выберите «Удалить» — сеансы будут принудительно завершены.

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

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

1. 1
   Откройте консоль администрирования серверов 1С и найдите нужную базу
2. 2
   Перейдите на вкладку «Сеансы» и проверьте список активных подключений
3. 3
   В свойствах базы установите блокировку начала сеансов с сообщением пользователям
4. 4
   Выделите все сеансы и удалите их через контекстное меню
5. 5
   Проверьте, что список сеансов пуст, и начинайте обслуживание

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

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

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

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

Способ 3. Блокировка работы пользователей через БСП

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

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

Зато этот способ идеален для плановых обновлений: пользователи получают сообщение, сохраняют данные и выходят сами, без риска оборванных транзакций. Для входа администратора в период блокировки используется тот же параметр /UC с кодом разрешения.

Способ 4. Файловая база: что делать, когда консоли нет

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

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

Третий, крайний вариант — временно переименовать или переместить файл 1Cv8.cdb... на деле так делать не стоит: при открытых соединениях это может повредить базу. Безопаснее ограничить доступ к сетевой папке на время работ, но и это стоит делать только когда пользователи уже вышли, чтобы не оборвать активные записи.

Способ 5. Автоматизация через пакетный режим и внешние обработки

Для регулярных регламентных операций удобно автоматизировать блокировку. Конфигуратор поддерживает пакетный запуск с параметром /DisableStartupDialogs и выполнением внешней обработки, которая устанавливает блокировку сеансов программно. В клиент-серверном варианте можно управлять кластером через утилиту RAC: она позволяет из командной строки получить список сеансов, завершить их и включить блокировку.

rac session terminate --cluster=<ID_кластера> --session=<ID_сеанса>

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

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

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

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

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

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