Как отключить сеансы пользователей в 1С в конфигураторе

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

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

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

Просмотр активных сеансов в конфигураторе

Чтобы увидеть, кто сейчас работает в базе, откройте конфигуратор и перейдите в меню Администрирование → Активные пользователи. Откроется таблица со списком сеансов: имя пользователя, компьютер, время начала работы, режим запуска (толстый клиент, тонкий клиент, веб-клиент, фоновое задание). Эта таблица работает и для файловых, и для клиент-серверных баз.

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

В самом конфигураторе из этого списка сеанс удалить нельзя — кнопки отключения там нет. Список нужен для диагностики: понять, кого попросить выйти, какие сеансы «зависли» (например, компьютер пользователя выключен, а сеанс числится активным) и какие подключения появятся снова сразу после отключения.

Блокировка новых подключений перед отключением

Прежде чем отключать текущие сеансы, закройте вход в базу, иначе пользователи будут подключаться снова быстрее, чем вы их отключаете. В конфигураторе для файловой базы откройте Администрирование → Блокировка установки соединений с информационной базой, установите флаг блокировки, задайте время начала и окончания и код разблокировки. С этого момента новые сеансы будут отклоняться с сообщением о блокировке.

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

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

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

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

Для клиент-серверных баз основной инструмент — консоль администрирования серверов 1С (MMC-оснастка на Windows или серверная консоль на Linux). Откройте консоль, разверните нужный кластер, затем ветку «Сеансы». Вы увидите все активные сеансы всех баз кластера с указанием базы, пользователя, приложения и времени начала.

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

Дополнительно проверьте ветку «Соединения»: иногда после удаления сеанса соединение остаётся в состоянии ожидания. Разорвите и его, если оно относится к обслуживаемой базе. Для файловой базы консоль кластера не применима — там принудительно отключить сеанс можно только закрытием процесса на компьютере пользователя или перезапуском службы публикации (IIS/Apache), если база опубликована на веб-сервере.

Отключение сеансов в файловой базе

В файловом варианте нет кластера серверов, поэтому инструментарий ограничен. Если база открыта по сети напрямую, «зависший» сеанс обычно означает, что на чьём-то компьютере остался процесс 1cv8.exe или открыт файл 1Cv8.1CD. Попросите пользователя закрыть программу; если компьютер недоступен — завершите процесс удалённо (диспетчер задач через удалённый рабочий стол) или перезагрузите тот ПК.

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

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

Автоматизация: команды и регламентные отключения

Для регулярных операций (ночное обновление, бэкап) отключение сеансов автоматизируют. В клиент-серверном варианте используется консольная утилита администрирования кластера rac в связке с ras: она умеет выводить список сеансов и удалять их по фильтру, что удобно вставить в скрипт.

rac session --cluster=<ID_кластера> list --infobase=<ID_базы>
rac session --cluster=<ID_кластера> terminate --session=<ID_сеанса>

Сначала получите идентификаторы кластера и базы командами rac cluster list и rac infobase summary list, затем в цикле снимайте сеансы по списку. Обычно скрипт сначала ставит блокировку начала сеансов, ждёт несколько минут, затем принудительно завершает оставшиеся.

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

Типичные ошибки и как их избежать

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

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

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

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

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

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

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