Как убрать активных пользователей в 1С Предприятие

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

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

Диагностика текущих сеансов через интерфейс

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

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

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

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

В случаях, когда список пуст, но система утверждает, что пользователи активны, проблема кроется в "мусорных" записях в таблице блокировок. Это классический признак "зависшего" сеанса, который требует ручного вмешательства на уровне базы данных.

Использование утилиты ras для управления кластером

Для файловых баз или баз, работающих в режиме управляемого приложения на сервере 1С:Предприятие 8.3, наиболее надежным инструментом является командная строка и утилита ras (1C:Remote Administration Server). Этот метод позволяет администрировать кластер серверов 1С удаленно, не заходя в саму базу данных.

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

ras cluster list --cluster=localhost:1545

После получения списка идентификаторов (UUID) кластеров, нужно получить список активных сеансов для конкретного кластера. Команда выглядит следующим образом:

ras session list --cluster=UUID_кластера

Результат выполнения команды выдаст подробный список всех сессий с их уникальными идентификаторами. Найдите в списке сессию, которую необходимо завершить (обычно это зависшие процессы с длительным временем простоя), скопируйте её UUID и выполните команду завершения:

ras session terminate --cluster=UUID_кластера --session=UUID_сессии

Этот метод является наиболее чистым с точки зрения архитектуры 1С, так как он корректно информирует сервер приложений о разрыве соединения, позволяя системе самостоятельно освободить ресурсы.

Прямое удаление записей из таблицы блокировок (SQL)

Если доступ черезras невозможен или база данных является файловой (.1CD) и находится в состоянии полной блокировки, администраторам часто приходится прибегать к прямому редактированию таблиц базы данных. Этот метод требует подключения к СУБД (MS SQL Server, PostgreSQL или встроенной базе) через инструменты вроде SQL Server Management Studio.

Основная таблица, отвечающая за блокировки в платформах 1С 8.х, обычно называется DBLocks или имеет префикс конфигурации, например, _1CV8DBLocks. Перед выполнением любых операций обязательно создайте резервную копию базы данных (бэкап).

Выполните SQL-запрос для просмотра текущих блокировок:

SELECT * FROM _1CV8DBLocks;

Если вы видите записи, которые существуют уже длительное время и соответствуют неработающим сеансам, их можно удалить. Используйте команду:

DELETE FROM _1CV8DBLocks;

В некоторых конфигурациях также может потребоваться очистка таблицы сеансов _1CV8Sessions, если там остались "висящие" записи о пользователях, хотя обычно очистка блокировок решает проблему доступа.

⚠️ Внимание: Прямое удаление записей из таблиц через SQL отключает механизмы транзакционной защиты 1С. Выполняйте эти действия только если база находится в состоянии полной остановки и другие методы не помогли.

Почему возникают фантомные блокировки?

Фантомные блокировки чаще всего появляются при разрыве TCP/IP соединения между клиентом и сервером без корректного сигнала завершения (FIN-пакет). Сервер 1С продолжает ждать данных от клиента, считая сеанс активным, пока не сработает таймаут (который может быть очень долгим).

Очистка временных файлов в файловом режиме

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

Зайдите в корневую папку вашей базы данных на сервере или локальном компьютере. Вам необходимо найти файлы с расширением .lck или файлы с именами вида 1Cv8.1CD.~lock. Также обратите внимание на файл 1Cv8.tmp, который иногда может блокировать доступ.

• 🔍 Проверьте наличие файлов с расширением .lck в корне базы.
• 🗑️ Удалите все найденные lock-файлы, убедившись, что ни один пользователь не работает с базой в данный момент.
• 🔄 Попробуйте запустить базу в монопольном режиме для проверки.

Важно понимать, что простое удаление этих файлов не всегда решает проблему, если сама структура файла данных 1Cv8.1CD повреждена. В таких случаях может потребоваться использование утилиты chdbfl.exe для проверки и исправления целостности файловой базы.

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

Сравнение методов разблокировки

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

Метод	Сложность	Риск потери данных	Требуемые права
Через интерфейс 1С	Низкая	Минимальный	Полные права в 1С
Утилита ras	Средняя	Низкий	Администратор ОС / Кластера
SQL запросы	Высокая	Высокий	SA / dbo в СУБД
Удаление .lck файлов	Низкая	Средний	Доступ к файловой системе

Использование встроенных средств 1С всегда является приоритетным вариантом, так как платформа сама знает, как корректно завершить сеанс. Переход к SQL или файловым операциям должен рассматриваться как мера крайней необходимости.

Профилактика зависаний и настройка таймаутов

Чтобы проблема с активными пользователями возникала реже, необходимо правильно настроить параметры сервера 1С и сетевого оборудования. Ключевым параметром является время жизни неактивного сеанса.

В настройках кластера серверов можно задать параметр session-fault-timeout, который определяет, через какое время сервер принудительно завершит сеанс, от которого нет ответов. По умолчанию это значение может быть достаточно большим, что приводит к долгому ожиданию освобождения ресурсов.

⚠️ Внимание: Значения таймаутов и параметры работы кластера могут отличаться в зависимости от версии платформы 1С:Предприятие и типа лицензии (серверная или клиентская). Сверяйте актуальные параметры в документации к вашей конкретной версии платформы.

Также рекомендуется настроить автоматическое завершение неактивных сеансов внутри самой конфигурации 1С. Многие современные конфигурации (например, 1С:Бухгалтерия предприятия или 1С:ЗУП) имеют регламентные задания, которые периодически очищают таблицу блокировок от устаревших записей.

Регулярный мониторинг логов сервера 1С и журнала регистрации событий поможет выявить паттерны, приводящие к зависаниям. Часто причиной становится нестабильный сетевой адаптер на рабочем месте пользователя или антивирусное ПО, сканирующее трафик 1С в реальном времени.

Как узнать, какой именно пользователь держит блокировку?

Для этого используйте отчет "Активные пользователи" в режиме предприятия или запрос к таблице _1CV8Sessions в SQL, где сопоставьте SessionID из таблицы блокировок с именем пользователя.

Можно ли удалить блокировку, если база в режиме монопольного доступа?

Нет, для удаления блокировок через интерфейс 1С нужно войти в базу. Если база заблокирована намертво, используйте утилиту ras или SQL, так как они работают на уровне сервера или СУБД, минуя интерфейс 1С.

Что делать, если удаление блокировок не помогает и база не запускается?

Вероятно, поврежден файл данных или индекс. Попробуйте запустить базу с ключом /F (для восстановления) или используйте утилиту chdbfl.exe для файловых баз. В крайнем случае — восстановление из резервной копии.

Влияет ли удаление активных пользователей на исторические данные?

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