Работа с системой 1С:Предприятие в многопользовательском режиме часто сопровождается ситуациями, когда один из сотрудников зависает в базе или забывает завершить сеанс. Это блокирует проведение регламентных операций, выгрузку обновлений или исключительный режим для администратора.
Существует несколько проверенных способов решения этой технической задачи. Выбор конкретного метода зависит от типа используемой базы данных (файловая или клиент-серверная), а также от прав доступа, которыми обладает системный администратор.
В данной статье мы детально разберем алгоритмы действий для разных конфигураций, чтобы вы могли быстро освободить занятый сеанс без потери данных и нарушения целостности информационной базы.
Определение типа информационной базы
Прежде чем приступать к активным действиям, необходимо четко понимать архитектуру вашей системы. Методы работы с файловым вариантом и клиент-серверным вариантом кардинально различаются по инструментам воздействия.
Если вы работаете с файловой базой, данные хранятся в одном каталоге на диске, и управление сеансами происходит непосредственно через интерфейс программы или блокировку файлов операционной системой. Это наиболее простой, но менее надежный с точки зрения многопользовательской работы сценарий.
В случае использования сервера 1С:Предприятия (обычно в связке с MS SQL или PostgreSQL), управление осуществляется через отдельный сервис — Консоль администрирования серверов 1С. Здесь сеансы регистрируются в реестре активных подключений кластера, что позволяет управлять ими централизованно.
⚠️ Внимание: Попытка использовать серверные методы управления на файловой базе приведет к ошибке, так как у файлового варианта отсутствует кластер процессов.
Проверить тип базы можно в окне запуска 1С: если в списке баз есть пометка "файловый вариант" или указан путь к папке на диске — это файловая база. Если указан адрес сервера и имя базы — это клиент-серверный вариант.
Управление сеансами через Консоль сервера
Для администраторов, обслуживающих клиент-серверные базы, основным инструментом является Консоль администрирования серверов 1С:Предприятия. Запуск утилиты обычно осуществляется из меню Пуск в группе программ 1С или через команду rmngr.
После подключения к кластеру серверов необходимо раскрыть дерево элементов до раздела Информационные базы. Выбрав нужную базу, перейдите в ветку Сеансы. Здесь отобразится полный список всех активных подключений с детальной информацией о пользователе, компьютере и запущенном приложении.
Для принудительного завершения работы выберите конкретный сеанс правой кнопкой мыши и нажмите Удалить. Система отправит сигнал разрыва соединения клиентскому приложению.
- 👤 Имя пользователя — позволяет идентифицировать конкретного сотрудника.
- 💻 Компьютер — показывает сетевое имя рабочей станции, с которой выполнено подключение.
- ⏱ Время начала — помогает определить, как долго сеанс находится в неактивном состоянии.
☑️ Алгоритм работы в Консоли сервера
Иногда после удаления сеанса процесс на клиентской машине может не завершиться мгновенно. В таких случаях требуется дополнительная проверка на стороне рабочей станции пользователя.
Завершение сеансов в режиме Предприятия
Если у вас нет доступа к консоли сервера или база является файловой, можно воспользоваться встроенными средствами самой платформы. Этот метод доступен пользователю с полными правами, чаще всего это роль Администратор или Полные права.
Зайдите в базу данных в монопольном режиме, если это возможно, или в обычном режиме, если конфигурация позволяет управление сеансами без монополии. Перейдите в меню Администрирование → Активные пользователи (путь может незначительно отличаться в зависимости от версии конфигурации, например, Бухгалтерия 3.0 или ЗУП 3.1).
В открывшемся списке вы увидите таблицу активных сеансов. Выделите строку с нужным пользователем и нажмите кнопку Завершить сеанс или Разорвать соединение. Система запросит подтверждение действия.
| Действие | Где выполняется | Необходимые права |
|---|---|---|
| Удаление сеанса | Консоль сервера 1С | Администратор кластера |
| Завершение сеанса | Режим 1С:Предприятие | Полные права в базе |
| Блокировка входа | Консоль сервера / 1С | Администратор |
Что видит пользователь при разрыве соединения?
При принудительном завершении сеанса пользователь получит сообщение об ошибке соединения с базой данных. Все несохраненные данные в текущем документе будут утеряны, поэтому рекомендуется предупреждать сотрудников перед разрывом.
Блокировка информационных баз
В ситуациях, когда необходимо не просто выбить одного пользователя, а предотвратить вход всех сотрудников для проведения технических работ, используется функция блокировки. Это критически важный механизм при обновлении конфигурации или выгрузке данных.
В клиент-серверном варианте блокировка настраивается в свойствах информационной базы через Консоль сервера. Вкладка Блокировка сеансов позволяет установить код блокировки и сообщение, которое увидят пользователи при попытке входа.
Для файловых баз механизм проще: при запуске в монопольном режиме в окне списка баз можно установить галочку Блокировать начало сеансов. Однако этот метод работает только до момента входа первого пользователя.
- 🔒 Код блокировки — уникальный идентификатор, позволяющий администратору войти даже при активной блокировке.
- 📢 Сообщение — текст уведомления, объясняющий причину недоступности базы (например, "Технические работы").
- ⛔ Исключения — возможность настроить список пользователей, которым вход разрешен даже в период блокировки.
⚠️ Внимание: Убедитесь, что вы запомнили или записали код блокировки. Без него вы сами не сможете войти в систему для снятия запрета.
После установки параметров блокировки все новые попытки подключения будут отклоняться сервером, а активные сеансы можно завершить описанными выше методами.
Аварийное завершение через Диспетчер задач
Иногда программные методы не срабатывают из-за зависания процесса rphost на сервере или 1cv8.exe на клиенте. В таких крайних случаях приходится прибегать к средствам операционной системы.
На сервере 1С откройте Диспетчер задач и найдите процессы с именем rphost. Каждый такой процесс отвечает за работу одного или нескольких сеансов. Завершение процесса приведет к мгновенному обрыву всех связанных с ним подключений.
taskkill /F /IM rphost.exeИспользование командной строки позволяет быстро убить все процессы платформы, однако это грубый метод, который может привести к повреждению временных файлов или таблиц блокировок в СУБД.
Использование Диспетчера задач — это крайняя мера. Прибегать к ней следует только тогда, когда штатные средства 1С не реагируют на команды разрыва соединения.
После такого вмешательства рекомендуется провести тестирование и исправление информационной базы, чтобы убедиться в отсутствии логических ошибок.
Диагностика причин зависания сеансов
Просто выбить пользователя — это решение симптома, но не причины. Если ситуация повторяется регулярно, необходимо проанализировать, почему сеансы переходят в состояние "завис". Чаще всего проблема кроется в долгих запросах или блокировках на уровне СУБД.
Проверьте журнал регистрации событий 1С. Фильтрация по событиям DBMSSQL или DBPostgreSQL поможет выявить запросы, выполняющиеся аномально долго. Также стоит обратить внимание на блокировки объектов метаданных.
Оптимизация индексов в базе данных SQL и регулярное выполнение регламентных операций по обслуживанию базы данных часто решают проблему массовых зависаний пользователей.
⚠️ Внимание: Параметры работы сервера 1С и СУБД могут изменяться в зависимости от версии платформы и нагрузки. Сверяйте настройки с официальной документацией для вашей версии.
Часто задаваемые вопросы
Можно ли выбить пользователя из файловой базы, если он в ней работает?
Да, это можно сделать через меню "Администрирование" внутри самой 1С, если у вас есть полные права. Если интерфейс недоступен, можно попытаться удалить файл блокировки 1Cv8.1CD.lock (для старых версий) или завершить процесс пользователя через настройки общих папок, но это рискованно.
Что происходит с данными при принудительном разрыве?
Данные, которые уже были записаны в базу (проведены документы), сохраняются. Данные, находящиеся в оперативной памяти клиента (непроведенный документ, незаполненная форма), будут утеряны безвозвратно.
Как узнать, кто именно занял базу в монопольном режиме?
В окне списка информационных баз при запуске 1С часто отображается имя пользователя и компьютер, удерживающий монопольную блокировку. Также эту информацию можно увидеть в журнале регистрации.
Почему после удаления сеанса в консоли пользователь все еще в системе?
Возможно, вы удалили не тот сеанс (у пользователя может быть несколько открытых окон) или процесс на клиенте завис и не получил сигнал о разрыве. В этом случае поможет только перезагрузка клиентского ПК или завершение процесса 1cv8.exe на нем.