В администрировании информационных систем на базе платформы 1С:Предприятие часто возникают ситуации, требующие немедленного прекращения работы всех подключенных клиентов. Это может быть необходимо перед началом обновления конфигурации, проведением регламентных технических работ, выполнением резервного копирования или восстановлением базы данных после сбоя. Игнорирование активных сеансов в таких случаях чревато потерей данных или повреждением структуры информационной базы.
Процесс принудительного завершения сеансов зависит от режима запуска системы, типа блокировки и прав доступа администратора. В этой статье мы детально разберем все легитимные способы отключения пользователей: от штатного режима «1С:Предприятие» до низкоуровневых утилит командной строки и управления через консоль сервера. Вы узнаете, как безопасно изолировать базу и какие нюансы следует учитывать при работе с файловым и клиент-серверным вариантом.
Штатное отключение через интерфейс монопольного режима
Самый безопасный и корректный способ завершения работы сотрудников — использование встроенного механизма монопольного режима. Этот метод позволяет системе корректно закрыть все транзакции и сохранить данные перед разрывом соединения. Для инициирования процедуры необходимо запустить конфигурацию в специальном режиме, который доступен только пользователям с полными правами.
При запуске программы в диалоговом окне выбора базы следует выбрать нужный каталог или серверную базу, а затем нажать кнопку Конфигуратор. В открывшемся окне параметров запуска необходимо установить галочку напротив пункта Монопольный режим. Если система обнаружит активные сеансы, она предложит подождать их завершения или принудительно разорвать соединения.
Важно понимать, что при выборе опции ожидания система будет периодически опрашивать список активных пользователей. Если кто-то из сотрудников завис или не закрывает окно программы, процесс входа может затянуться на неопределенное время. В таких случаях администратору придется принять решение о жестком завершении процессов, что может привести к потере несохраненных данных у конкретного пользователя.
⚠️ Внимание: Принудительный разрыв сеанса в момент проведения документа может привести к рассинхронизации данных и появлению «битых» ссылок в регистрах накопления. Всегда предупреждайте персонал о технических работах заранее.
Перед входом в монопольный режим убедитесь, что на всех рабочих местах закрыты внешние отчеты и обработки, работающие в фоновом режиме, так как они также считаются активными сеансами.
Управление сеансами через Консоль администрирования серверов
Для клиент-серверного варианта работы с использованием сервера 1С:Предприятия основным инструментом управления является «Консоль администрирования серверов 1С:Предприятия». Этот инструмент предоставляет глубокий контроль над кластером серверов и позволяет управлять сеансами централизованно, не требуя доступа к интерфейсам клиентских машин.
После запуска консоли и подключения к нужному кластеру необходимо раскрыть дерево элементов до уровня конкретной информационной базы. В списке активных сеансов отображается подробная информация: имя пользователя, компьютер, с которого выполнено подключение, время начала сеанса и запущенное приложение. Администратор может выделить один или несколько сеансов, используя клавишу Ctrl или Shift для группового выделения.
Для массового отключения достаточно нажать правую кнопку мыши на выделенной области и выбрать пункт Завершить. Система отправит сигнал клиентскому приложению на корректное завершение работы. Если приложение не реагирует на сигнал в течение заданного таймаута, процесс будет убит на уровне операционной системы сервера.
| Параметр сеанса | Описание значения | Влияние на отключение |
|---|---|---|
| Имя пользователя | Логин в информационной базе | Позволяет идентифицировать владельца сеанса |
| Компьютер | Сетевое имя или IP клиента | Необходимо для связи с пользователем перед отключением |
| Начало сеанса | Время подключения | Помогает выявить «зависшие» старые сессии |
| Приложение | Имя запущенной конфигурации | Важно при наличии нескольких баз на одном сервере |
Блокировка входа через установку регламентных работ
Часто возникает задача не просто «выкинуть» пользователей, а предотвратить возможность нового входа в систему на время проведения работ. Для этого в 1С предусмотрен механизм установки регламентных работ. Данный метод блокирует возможность установления новых соединений, но требует аккуратного обращения с уже активными сессиями.
Чтобы активировать этот режим, необходимо войти в базу в режиме Конфигуратор с правами администратора. В меню следует выбрать пункт Администрирование → Регламентные работы. В открывшемся диалоге нужно установить флаг запрета начала новых сеансов и указать время, до которого действует блокировка, или оставить параметр бессрочным до снятия ограничения.
После применения настроек все новые попытки входа будут отклоняться системой с соответствующим сообщением об ошибке. Однако пользователи, которые уже находятся в системе, продолжат работу до тех пор, пока не завершат сеанс самостоятельно или не будут отключены администратором другими методами. Этот подход идеален для планового обслуживания, когда нужно дать людям время сохранить документы.
Что делать, если забыли пароль администратора?
Если у вас нет прав для входа в Конфигуратор, можно попытаться сбросить права через утилиту ras или изменить файл pws.ini в файловом варианте, но это требует доступа к файловой системе сервера и может нарушить целостность прав доступа.
Использование утилиты ras для командной строки
Для автоматизации процессов и работы в средах без графического интерфейса (например, на Linux-серверах или через удаленные скрипты) используется консольная утилита ras (1C:Remote Administrative Server). Она позволяет выполнять те же действия, что и графическая консоль, но с помощью текстовых команд, что удобно для написания скриптов обслуживания.
Синтаксис команды для завершения сеансов требует указания адреса кластера, имени информационной базы и условий отбора. Команда выполняется от имени пользователя, имеющего права администратора кластера. Пример команды для завершения всех сеансов в конкретной базе выглядит следующим образом:
ras cluster --cluster=server_name --base=base_name session terminate --allПри использовании утилиты ras важно учитывать, что команда выполняется мгновенно и не всегда гарантирует корректное завершение транзакций на стороне клиента, если соединение уже нестабильно. Рекомендуется использовать эту утилиту в связке с предварительной проверкой списка активных сессий через команду session list.
⚠️ Внимание: Интерфейс командной строки утилиты ras может отличаться в зависимости от версии платформы 1С. Всегда проверяйте синтаксис через команду
ras helpна конкретном сервере перед запуском скриптов автоматизации.
☑️ Алгоритм безопасного отключения
Особенности отключения в файловом варианте базы
Работа с файловым вариантом информационной базы имеет свои ограничения, связанные с отсутствием центрального сервера процессов. В этом случае управление сеансами осуществляется непосредственно через файлы блокировок, расположенные в каталоге базы данных, или через механизм монопольного захвата при запуске.
Если стандартный вход в монопольный режим невозможен из-за зависших процессов, администратор может прибегнуть к ручной очистке файлов блокировок. Файлы с расширением .lck или временные файлы в папке 1Cv8 указывают на активные соединения. Удаление этих файлов освобождает базу, но должно производиться только когда гарантировано, что процессы 1С на клиентских машинах действительно завершены.
Альтернативный метод для файлового варианта — использование сетевого администрирования. Если база расположена на файловом сервере, можно завершить процессы 1cv8.exe или 1cv8c.exe непосредственно на рабочих станциях пользователей через инструменты удаленного управления (например, RDP или SCCM), либо закрыть сессии SMB на уровне файлового сервера.
Стоит отметить, что ручное удаление файлов блокировок является крайней мерой. В отличие от клиент-серверного варианта, где сервер контролирует целостность данных, в файловом варианте такая манипуляция несет повышенный риск повреждения файла базы данных 1Cv8.1CD.
В файловом варианте приоритетным методом всегда остается вход в монопольный режим через конфигуратор; ручное удаление файлов блокировок допустимо только при полной невозможности штатного доступа.
Диагностика проблем при завершении сеансов
Иногда администратор сталкивается с ситуацией, когда сеанс числится активным в списке, но завершить его стандартными методами не удается. Это может быть связано с сетевыми разрывами, зависанием процесса на клиенте или блокировками на уровне операционной системы. В таких случаях требуется углубленная диагностика.
Первым шагом является анализ журнала регистрации сервера 1С. Там можно найти ошибки, связанные с потерей связи с клиентом или таймаутами ожидания ответа. Часто проблема кроется не в самой платформе 1С, а в сетевом оборудовании или настройках брандмауэра, который обрывает долгоживущие TCP-соединения.
Если процесс завис на уровне ОС, необходимо использовать диспетчер задач на сервере или клиентской машине. Поиск процесса по имени пользователя или потреблению памяти поможет идентифицировать проблемный экземпляр 1С:Предприятия. Завершение такого процесса через диспетчер задач является принудительной мерой, аналогичной выдергиванию шнура питания.
Можно ли отключить пользователя, который работает в тонком клиенте через веб-сервер?
Да, это возможно. Сеансы веб-клиентов также отображаются в консоли администрирования серверов и журнале регистрации. Механизм завершения идентичен работе с обычными тонкими клиентами, так как взаимодействие идет через тот же пул процессов сервера 1С.
Что произойдет с данными, если отключить пользователя во время проведения документа?
Транзакция будет откатана сервером базы данных. Документ не проведется, изменения не сохранятся. Однако в редких случаях могут остаться временные записи в регистрах, которые потребуют последующего анализа и обработки тестом целостности базы данных.
Как отключить только конкретных пользователей, а не всех?
В консоли администрирования или через утилиту ras можно фильтровать сеансы по имени пользователя. Выделив только нужные строки в списке активных сессий, вы можете завершить их выборочно, оставив работу других сотрудников без изменений.
Требуется ли перезагрузка сервера после массового отключения?
Нет, перезагрузка сервера 1С или операционной системы не требуется. Платформа 1С:Предприятие спроектирована так, чтобы корректно освобождать ресурсы после завершения сеансов. Перезагрузка нужна только в случаях критических сбоев самого сервиса сервера 1С.