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

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

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

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

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

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

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

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

Предупреждение пользователей перед отключением

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

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

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

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

Завершение сеансов в клиент-серверном варианте

В консоли кластера серверов 1С выделите нужные сеансы на вкладке «Сеансы» (можно выделить несколько через Ctrl или Shift) и выберите в контекстном меню «Удалить». Сеанс завершится принудительно: клиентское приложение у пользователя закроется с ошибкой соединения. Это штатное поведение, но несохранённые данные будут потеряны.

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

Для входа в заблокированную базу запустите 1С с параметром /UC код_разрешения в командной строке или укажите код в дополнительных параметрах запуска в списке информационных баз. После окончания работ снимите блокировку тем же путём через свойства базы в консоли кластера.

Завершение сеансов в файловом варианте

Файловая база не имеет сервера, который мог бы разорвать чужое соединение, поэтому принудительно «выкинуть» пользователя из конфигуратора нельзя. Основные варианты: типовой механизм «Блокировка работы пользователей», монопольный режим в конфигураторе и административные меры на уровне операционной системы.

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

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

Блокировка работы пользователей в типовых конфигурациях

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

Зависшие сеансы и как с ними бороться

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

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

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

Проверка результата и снятие блокировки

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

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

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

Контрольные точки

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

Список сеансов в консоли кластера

Норма

Пуст или содержит только сеанс администратора

Тревожный признак

Остаются пользовательские или фоновые сеансы

Вход в заблокированную базу с кодом разрешения

Норма

Администратор входит, обычный пользователь получает сообщение о блокировке

Тревожный признак

Код не принимается или пользователи входят свободно

Обновление конфигурации базы данных

Норма

Выполняется без ошибки об активных соединениях

Тревожный признак

Платформа сообщает о наличии подключённых пользователей

Вход после снятия блокировки

Норма

Пользователи заходят штатно

Тревожный признак

Появляется сообщение о блокировке работы

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

Можно ли завершить сеанс конкретного пользователя, не трогая остальных?

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

Что делать, если пользователи снова заходят в базу во время обновления?

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

Потеряются ли данные пользователя при принудительном удалении сеанса?

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

Как автоматически завершать сеансы по расписанию, например ночью?

Можно настроить завершение сеансов скриптом через RAS (сервер администрирования кластера) и утилиту rac с командой session terminate, запуская её планировщиком задач Windows. Либо использовать типовую «Блокировку работы пользователей» с расписанием — она мягко выгоняет пользователей в заданное время.

Конфигуратор пишет «Обнаружены активные соединения», хотя все вышли. Что это?

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

Нужны ли особые права для завершения чужих сеансов?

Да. Для работы в консоли кластера нужны права администратора кластера или администратора информационной базы (если они заданы). Для «Блокировки работы пользователей» в типовой конфигурации требуется роль с правами администрирования системы. Обычный пользователь завершать чужие сеансы не может.