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

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

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

Штатное завершение сеансов через интерфейс 1С

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

В открывшемся списке отобразятся все текущие сеансы с указанием имени пользователя, компьютера и времени начала работы. Выделите нужную строку или несколько строк, удерживая клавишу Ctrl. После этого нажмите кнопку Завершить сеанс. Система отправит запрос на завершение работы клиентского приложения.

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

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

💡

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

Управление сеансами в консоли администрирования серверов

В клиент-серверном варианте работы (на платформе 1С:Предприятие 8.3 с использованием сервера 1С:Предприятия) наиболее мощным инструментом является консоль администрирования (mmc). Этот инструмент позволяет управлять кластером серверов на более глубоком уровне, чем обычный интерфейс программы.

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

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

Параметр сеанса Описание Важность для админа
ID сеанса Уникальный номер подключения Высокая (для скриптов)
Пользователь Имя учетной записи в 1С Средняя (идентификация)
Компьютер Имя или IP хоста Высокая (поиск источника)
Приложение Имя запущенного приложения Низкая (информативно)
📊 Как часто вам приходится выгонять пользователей из базы?
Ежедневно
Раз в неделю
Только при обновлении
Никогда, у меня монопольный режим

Особенности работы с файловой базой данных

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

Чтобы выгнать пользователей из файловой базы, необходимо убедиться, что никто не работает в данный момент (визуально или по звонку). Затем зайдите в корневую папку базы данных на диске. Найдите файлы с расширением .lck или файлы блокировок, имена которых часто содержат 1Cv8.1CD.lock.

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

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

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

Почему файлы .lck не удаляются?

Иногда файлы блокировок остаются из-за прав доступа NTFS. Если вы не можете удалить файл, проверьте, не открыт ли он другим процессом через утилиту Resource Monitor или не заблокирован ли антивирусом.

Использование внешних обработок и скриптов

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

Существуют готовые решения, такие как обработка "Администратор ИБ", которая подключается к базе и завершает все сеансы, кроме текущего. Также можно написать простой скрипт, использующий COM-соединение к объекту V83.COMConnector.

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

  • 🤖 Автоматизация экономит время администратора и исключает человеческий фактор.
  • ⚙️ Скрипты можно настроить на срабатывание по условиям (например, если сеанс длится более 4 часов).
  • 🛡️ Внешние обработки требуют наличия прав на запуск внешних компонентов на сервере.

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

💡

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

Монопольный режим и настройка прав доступа

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

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

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

☑️ Подготовка к обновлению конфигурации

Выполнено: 0 / 4

Решение проблем с "зависшими" сеансами

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

В клиент-серверном варианте сервер 1С использует механизм "сердцебиения" (heartbeat). Если клиент не отправляет сигналы в течение определенного времени (по умолчанию 5-10 минут), сервер сам должен разорвать соединение. Если этого не происходит, возможно, завис сам сервис сервера 1С.

В таком случае может потребоваться перезапуск службы 1С:Предприятие 8.3 Сервер (служба ragent). Это радикальная мера, которая прервет работу всех пользователей на всех базах данного кластера, поэтому применяйте её только когда другие методы бессильны.

⚠️ Внимание: Перезапуск службы сервера 1С влияет на все информационные базы, зарегистрированные в этом кластере. Согласуйте это действие со всеми отделами компании заранее.

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

Частые вопросы (FAQ)

Можно ли выгнать пользователя, если я не знаю его пароль?

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

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

Если пользователь не успел нажать кнопку "Записать" или "Провести", данные, введенные в текущую сессию, будут утеряны. Если документ был записан, но не проведен, он останется в базе в состоянии "Не проведен". Транзакционные данные могут откатиться.

Как узнать, кто именно мешает обновлению?

В списке активных пользователей (меню Администрирование) отображается имя пользователя 1С и имя компьютера. Если имя пользователя неинформативно (например, "Пользователь1"), используйте имя компьютера для идентификации сотрудника через сетевые ресурсы или таблицу соответствия.

Почему кнопка "Завершить сеанс" не активна?

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