Ситуации, когда требуется принудительно завершить работу сотрудников или полностью очистить список пользователей в базе 1С: Предприятие, возникают у администраторов регулярно. Это может быть связано с завершением рабочего дня, проведением регламентных работ, обновлением конфигурации или необходимостью устранения"зависших" сеансов, блокирующих проведение документов. Понимание механизма управления доступом критически важно для поддержания стабильности системы.
Процедура сброса пользователей не является единым нажатием кнопки, так как архитектура 1С:Предприятие разделяет понятия физического пользователя и активного сеанса. Неправильные действия могут привести к потере несохраненных данных или повреждению таблиц блокировок. В данной статье мы детально разберем все легитимные способы управления доступом: от штатного завершения сеансов до радикального удаления учетных записей через консоль администрирования.
Вы узнаете, как отличить активное соединение от записей в журнале регистрации, какие права необходимы для выполнения операций и как безопасно удалить пользователей, которые больше не работают в организации. Мы рассмотрим нюансы работы в файловом и клиент-серверном вариантах, а также затронем вопросы безопасности при манипуляциях с правами доступа.
Различия между сеансами и пользователями
Прежде чем приступать к сбросу, необходимо четко понимать разницу между сеансом и пользователем. Сеанс — это активное подключение конкретного человека к базе данных в текущий момент времени. Пользователь же — это учетная запись, созданная в системе и имеющая определенный набор прав. Сбросить можно сеанс (выгнать человека из программы), а можно удалить самого пользователя из списка.
Частой ошибкой новичков является попытка удалить пользователя, у которого есть активные сеансы. Система 1С не позволит этого сделать, пока соединение не будет разорвано. Сначала необходимо завершить все активные процессы, и только после этого переходить к редактированию списка учетных записей. Это обеспечивает целостность данных и предотвращает конфликты транзакций.
⚠️ Внимание: Принудительное завершение сеанса пользователя, который в этот момент проводит сложный документ или выполняет обработку данных, может привести к появлению"битых" записей в журналах документов или необходимости перепроведения документов задним числом.
Для просмотра текущей активности администратору следует использовать панель администрирования. Там отображается не только имя пользователя, но и компьютер, с которого выполнено подключение, а также время начала сеанса. Это позволяет идентифицировать"призрачные" подключения, оставшиеся после аварийного закрытия программы или обрыва сети.
Если пользователь утверждает, что он уже вышел из программы, но сеанс висит в списке, попросите его проверить диспетчер задач на своем компьютере. Часто процесс rphost или 1cv8 остается висеть в фоне, удерживая соединение.
Завершение активных сеансов через консоль администрирования
Самый безопасный и штатный способ освободить базу от лишних подключений — использование встроенной консоли. Этот метод доступен в режиме Предприятие при наличии прав администратора. Он позволяет выборочно завершать сеансы, не затрагивая структуру базы данных.
Для начала работы необходимо перейти в раздел администрирования. Путь может незначительно отличаться в зависимости от конфигурации (Бухгалтерия, ЗУП, УТ), но логика остается единой. В типовых конфигурациях это делается через меню Администрирование → Настройки пользователей и прав → Пользователи или специальную форму"Активные пользователи".
В открывшемся окне вы увидите таблицу со списком всех подключений. Здесь можно отсортировать данные по времени начала сеанса или имени компьютера. Для завершения работы конкретного сотрудника выделите нужную строку и нажмите кнопку"Завершить сеанс". Система отправит сигнал клиентскому приложению о необходимости корректного закрытия.
- 🔍 Проверьте колонку"Время начала", чтобы найти самые старые зависшие сеансы.
- 💻 Обратите внимание на имя компьютера, чтобы убедиться, что вы не завершаете сеанс критически важного процесса (например, сервера обмена данными).
- 🔒 Убедитесь, что у вас есть полные права на выполнение операций администрирования в данной базе.
- 📉 Если сеанс не завершается сразу, подождите 1-2 минуты — системе нужно время на сохранение буферов.
Важно отметить, что в клиент-серверном варианте работы (с использованием MS SQL или PostgreSQL) завершение сеанса через консоль 1С является предпочтительным методом. Он корректно освобождает блокировки на уровне СУБД. Прямое убийство процессов на уровне операционной системы сервера следует использовать только в крайних случаях, когда штатные методы не срабатывают.
Удаление пользователей из информационной базы
После того как все активные сеансы завершены, можно приступать к очистке списка пользователей. Эта операция необходима при увольнении сотрудников или изменении организационной структуры. Удаление производится в режиме Конфигуратор или через интерфейс Предприятия в разделе настройки прав доступа.
В режиме Конфигуратора управление пользователями осуществляется через меню Администрирование → Пользователи. Здесь отображается полный список учетных записей, включая системных пользователей и сервисные аккаунты. Для удаления необходимо выделить пользователя и нажать клавишу Delete или воспользоваться контекстным меню.
При удалении пользователя система предупредит о том, что история действий данного сотрудника в журналах регистрации может стать менее информативной, так как ссылка на имя пользователя будет потеряна. Однако сами данные документов и проводки не пострадают, так как они привязаны к организациям и контрагентам, а не к конкретным людям.
| Действие | Режим запуска | Необходимые права | Риск потери данных |
|---|---|---|---|
| Завершение сеанса | Предприятие | Полные права / Администратор | Низкий (риск незавершенной транзакции) |
| Удаление пользователя | Конфигуратор | Администрирование | Отсутствует (удаляется только учетка) |
| Сброс прав доступа | Предприятие / Конфигуратор | Изменение прав | Средний (потеря доступа к функциям) |
| Очистка таблицы блокировок | SQL / Консоль | DBA / Системный администратор | Высокий (требует глубоких знаний) |
Что делать с историей удаленного пользователя?
Если вам важно сохранить историю действий уволенного сотрудника для аудита, не удаляйте его полностью. Лучше переименуйте пользователя (например, добавьте приставку"_ex_" к имени) и заблокируйте ему вход, сняв все галочки прав доступа. Это сохранит записи в журнале регистрации.
Особое внимание следует уделить удалению предопределенных пользователей, таких как"Администратор". Хотя система часто запрещает их полное удаление, лучше просто изменить им пароль и ограничить права, оставив запись для экстренного входа. Полное удаление системных записей может нарушить работу некоторых регламентных заданий, жестко привязанных к конкретным именам.
Работа с блокировками и монопольным режимом
Иногда стандартное завершение сеансов не помогает, так как в базе остаются"мертвые" блокировки. Это происходит, когда процесс 1С аварийно завершается на уровне ОС, не успев отправить сигнал серверу 1С о закрытии соединения. В таких случаях требуется установка монопольного режима для проведения очистительных процедур.
Монопольный режим запрещает подключение любых новых пользователей и требует завершения всех текущих сеансов. Для его установки в режиме Предприятие перейдите в Администрирование → Технические настройки и сервис → Монопольный режим. Система предложит завершить все активные сеансы. Подтвердите действие.
После включения монопольного режима вы становитесь единственным пользователем в базе. Это идеальное время для выполнения тяжелых операций: перепроведения документов, закрытия периодов или исправления ошибок в регистрах. После завершения работ не забудьте снять монопольный режим, иначе коллеги не смогут начать работу.
⚠️ Внимание: Включение монопольного режима в рабочее время парализует работу всего отдела. Согласовывайте эти действия с руководством и проводите их во время обеденного перерыва или после окончания рабочего дня.
Если монопольный режим не включается из-за зависшего сеанса, который не виден в списке активных пользователей, возможно, потребуется перезапуск службы сервера 1С:Предприятия (ragent). Это радикальная мера, которая сбрасывает все соединения насильственно. Используйте команду net stop ragent и net start ragent в консоли Windows на сервере.
☑️ Подготовка к монопольному режиму
Очистка пользователей через SQL-запросы (для продвинутых)
В сложных случаях, когда интерфейс 1С недоступен или база находится в состоянии глубокой ошибки, администраторы обращаются напрямую к СУБД. Этот метод требует высокой квалификации, так как прямое вмешательство в таблицы 1С может нарушить ссылочную целостность.
Для просмотра сеансов на уровне SQL (на примере MS SQL Server) можно использовать системные представления. Однако для управления пользователями 1С лучше пользоваться встроенными хранимыми процедурами или утилитами командной строки, такими как rac (Remote Administration Console). Прямое удаление записей из таблиц системных регистров категорически не рекомендуется без создания полной резервной копии.
Утилита rac позволяет управлять кластером серверов 1С из командной строки. С ее помощью можно принудительно завершить сеанс по идентификатору (session-id). Пример команды для завершения сеанса:
rac session terminate --cluster=cluster_id --session=session_idИспользование SQL-скриптов оправдано только для очистки таблицы блокировок (Locks), если она переполнена и мешает работе, а штатные средства не справляются. Перед выполнением любых DML-операций (DELETE, UPDATE) убедитесь, что вы работаете с правильной базой данных и у вас есть свежий бэкап.
Прямое редактирование таблиц базы данных SQL должно быть крайней мерой. Всегда (в первую очередь) используйте инструменты самой платформы 1С:Предприятие или утилиту rac.
Профилактика проблем с пользователями
Чтобы необходимость в экстренном сбросе пользователей возникала как можно реже, следует настроить систему правильно. Регулярное обновление платформы 1С:Предприятие до актуальных релизов позволяет устранить множество известных ошибок, приводящих к зависанию сеансов.
Настройте автоматическую очистку таблицы блокировок и журналов регистрации. В типовых конфигурациях есть обработки"Групповое перепроведение документов" и"Очистка базы", которые следует запускать по расписанию в ночное время. Это предотвращает разрастание служебных таблиц и снижает нагрузку на сервер.
Также рекомендуется ограничить время бездействия пользователя. В настройках параметров системы можно установить лимит, после которого неактивный сеанс будет завершаться автоматически. Это освобождает лицензии и снижает риск возникновения конфликтов блокировок.
- 🔄 Настройте автоматическое обновление платформы 1С на сервере.
- 🗑️ Внедрите регламентное задание по очистке журналов регистрации раз в месяц.
- ⏱️ Установите таймаут сессии для отключения неактивных пользователей (например, 60 минут).
Помните, что стабильность работы 1С зависит не только от действий администратора, но и от качества сетевого оборудования и настроек сервера баз данных. Регулярный мониторинг ресурсов сервера поможет выявить проблемы до того, как они приведут к массовым зависаниям пользователей.
Часто задаваемые вопросы (FAQ)
Можно ли удалить пользователя, у которого есть активный сеанс?
Нет, система 1С:Предприятие не позволит удалить учетную запись, пока существует активное соединение от этого имени. Сначала необходимо завершить сеанс через консоль администрирования, и только потом удалять пользователя.
Что произойдет с документами, созданными удаленным пользователем?
С документами ничего не случится. Они останутся в базе, но в полях"Автор" или"Ответственный" может отображаться ссылка на несуществующий объект, либо просто текстовое имя, которое было записано в момент создания. История движений по регистрам также сохраняется.
Как узнать, кто держит блокировку на конкретном документе?
При попытке проведения или редактирования заблокированного документа 1С обычно выдает сообщение с указанием пользователя, удерживающего блокировку, и компьютера, с которого он работает. Также эту информацию можно увидеть в панели активных пользователей.
Безопасно ли перезагружать сервер 1С для сброса всех пользователей?
Перезагрузка службы ragent безопаснее, чем перезагрузка всего сервера Windows, но все же является грубым методом. Это может привести к потере несохраненных данных в формах пользователей. Используйте этот метод только если штатное завершение сеансов невозможно.
Где хранится список пользователей в файловой базе?
В файловой базе данных информация о пользователях хранится в файле 1Cv8.1CD (основной файл базы) и служебных файлах конфигурации. Прямое редактирование этих файлов вне среды 1С запрещено и приведет к повреждению базы.