Как отключить пользователей от сервера 1С

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

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

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

Какие сеансы и соединения нужно различать

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

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

Отключение через консоль кластера серверов 1С

Консоль кластера (оснастка «Серверы 1С:Предприятия») — штатный и самый безопасный инструмент. Она устанавливается вместе с сервером 1С и доступна на машине администратора. Для работы нужны права администратора кластера или администратора информационной базы.

Откройте консоль, разверните нужный кластер, затем ветку «Информационные базы» и выберите базу. На вкладке «Сеансы» отобразятся все активные подключения. Выделите нужные строки (с Ctrl — несколько, с Shift — диапазон), щёлкните правой кнопкой и выберите «Удалить». Сеанс завершится в течение нескольких секунд, у клиента появится сообщение о разрыве соединения с сервером.

1. 1
   Откройте оснастку «Серверы 1С:Предприятия» и разверните нужный кластер
2. 2
   Перейдите: Информационные базы → нужная база → Сеансы
3. 3
   Отсортируйте список по пользователю или приложению, исключите служебные сеансы
4. 4
   Выделите сеансы и через контекстное меню выберите «Удалить»
5. 5
   Обновите список (F5) и убедитесь, что сеансы исчезли
6. 6
   Установите блокировку начала сеансов, чтобы пользователи не подключились снова

Фильтрация и массовое отключение

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

Блокировка сеансов: как не пустить пользователей обратно

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

Дополнительно можно задать код разрешения — строку, которую администратор или доверенный пользователь вводит в параметре запуска /UC, чтобы войти в заблокированную базу. Так вы сохраните себе доступ для обновления, пока остальные отключены. Не забудьте снять блокировку после завершения работ, иначе наутро база останется недоступной.

Отключение через код встроенного языка

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

В собственных решениях используют методы объекта ПолучитьСеансыИнформационнойБазы() и завершение через административные COM-объекты (V83.COMConnector и агент сервера). Этот путь требует учётной записи с правами администратора кластера и аккуратной обработки ошибок. Примерный сценарий: получить список сеансов, исключить текущий и служебные, циклом вызвать завершение.

Аварийные способы: когда сеанс не завершается

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

Радикальный вариант — перезапуск службы агента сервера 1С или рабочего процесса (rphost), на котором висит сеанс. Это отключит всех пользователей, обслуживаемых процессом, поэтому применяйте его только в нерабочее время. В свойствах рабочего процесса в консоли кластера можно посмотреть, сколько сеансов он держит, и выбрать наименее нагруженный.

Крайняя мера — отключение на уровне СУБД: завершение сессий в SQL Server (через Activity Monitor или команду KILL) либо в PostgreSQL. Это разрывает соединения грубо, без штатной обработки со стороны сервера 1С, и может оставить «зависшие» транзакции. Используйте только когда консоль кластера недоступна или не реагирует.

Отключение пользователей в файловом режиме

В файловом варианте консоли кластера нет, и сеансы — это открытые сетевые подключения к общему каталогу с базой. Увидеть их можно на компьютере, где лежит файл 1Cv8.1CD: оснастка «Управление компьютером» → «Общие папки» → «Открытые файлы». Закрытие файла из этой оснастки принудительно разрывает доступ пользователя.

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

Сравнение способов отключения

Консоль кластера

Основной способ для клиент-серверного режима; точечно завершает сеансы, но требует прав администратора кластера

Блокировка + механизм БСП

Мягкий сценарий с предупреждением пользователей; не требует консоли, но работает медленнее и только внутри базы

Перезапуск рабочего процесса

Помогает против зависших сеансов; отключает всех пользователей процесса, применять вне рабочего времени

Завершение на уровне СУБД

Аварийная мера при недоступной консоли; грубый разрыв с риском зависших транзакций

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

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

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

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

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

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

Норма

Остались только ваши административные сеансы

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

Видны пользовательские сеансы, которые возвращаются после удаления

Вход в конфигуратор и обновление

Норма

Монопольный режим устанавливается без ошибок

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

Сообщение «информационная база используется другими пользователями»

Попытка входа обычного пользователя

Норма

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

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

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

Журнал регистрации

Норма

Есть записи о завершении сеансов без критических ошибок

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

Множество ошибок разрыва соединений и отката транзакций

Часто задаваемые вопросы

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

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

Пользователь удалён из сеансов, но через минуту появляется снова. Что делать?

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

Что будет с несохранёнными данными пользователей при принудительном отключении?

Данные, которые не были записаны в базу (открытые непроведённые документы, несохранённые формы), будут потеряны. Поэтому перед массовым отключением отправьте пользователям предупреждение и дайте 5–10 минут на завершение работы.

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

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

Зависший сеанс не удаляется из консоли. Опасно ли его оставить?

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

Нужно ли отключать пользователей перед резервным копировании средствами СУБД?

Для штатного бэкапа SQL Server или PostgreSQL отключать пользователей не обязательно — СУБД делает согласованную копию. Но для копирования файловой базы простым копированием каталога все сеансы должны быть закрыты, иначе копия будет повреждена.