Как снять блокировку пользователей в 1С 8.3

Блокировка пользователей в 1С 8.3 — ситуация, знакомая каждому администратору: сотрудник не может войти в базу, программа сообщает об ошибке соединения, или сеанс «завис» и держит лицензию. Причины бывают разными — от установленной блокировки соединений на время регламентных работ до аварийно завершённых сеансов, которые кластер серверов ещё не снял.

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

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

Как определить причину блокировки

Прежде чем снимать блокировку, нужно понять её источник. В 1С 8.3 существует несколько независимых механизмов, которые внешне выглядят одинаково — пользователь не может войти или его «выкидывает» из программы.

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

Снятие блокировки соединений через консоль кластера

Если база работает в клиент-серверном варианте, основной инструмент администратора — консоль управления кластером серверов 1С (оснастка «Администрирование серверов 1С Предприятия»). Блокировка соединений устанавливается и снимается именно там.

Откройте консоль на сервере, разверните нужный кластер, найдите ветку «Информационные базы» и выберите вашу базу. Через контекстное меню откройте «Свойства».

1. 1
   Откройте оснастку «Администрирование серверов 1С Предприятия»
2. 2
   Найдите нужную информационную базу и откройте её свойства
3. 3
   Снимите флажок «Блокировка установки соединений включена»
4. 4
   При необходимости снимите флажок «Блокировка регламентных заданий включена»
5. 5
   Очистите поля «Сообщение» и «Код разрешения», если они больше не нужны
6. 6
   Нажмите «ОК» и попросите пользователя повторить вход

Обратите внимание на поля «Начало» и «Конец» рядом с флажком блокировки: если задано расписание, блокировка включится автоматически в указанное время. Если флажок снят, но пользователи всё равно не могут войти — проверьте, не установлена ли блокировка прикладным кодом (об этом ниже).

Удаление зависших сеансов пользователей

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

В консоли кластера откройте ветку «Сеансы» внутри нужной информационной базы. Найдите сеанс проблемного пользователя — обратите внимание на колонки «Начало работы» и «Последний вызов СУБД»: давно неактивный сеанс почти наверняка зависший. Выделите его и нажмите «Удалить» в контекстном меню.

Сеанс завершится принудительно. Если пользователь в этот момент реально работал, несохранённые данные будут потеряны — поэтому перед удалением сеанса стоит убедиться, что пользователь действительно не в программе.

Файловый вариант базы

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

Снятие блокировки через конфигуратор

В файловом варианте блокировка соединений управляется из конфигуратора. Откройте базу в режиме «Конфигуратор», перейдите в меню «Администрирование» → «Параметры информационной базы».

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

Если войти в конфигуратор не удаётся из-за той же блокировки, используйте код разрешения в параметрах запуска (/UC) или запустите конфигуратор с правами администратора базы — для административных действий в конфигураторе блокировка соединений обычно не является препятствием.

Снятие блокировки, установленной программно

В типовых конфигурациях на базе БСП (Библиотека стандартных подсистем) есть механизм «Блокировка работы пользователей» — он устанавливается из раздела администрирования или программно, например перед обновлением. Такая блокировка хранится в константах и не всегда видна в консоли кластера.

Если блокировка установлена через БСП, войдите в базу под администратором (с кодом разрешения, если требуется), откройте «Настройки пользователей и прав» → «Блокировка работы пользователей» и отключите её. Альтернатива — программный сброс через внешнюю обработку или консоль кода.

// Снятие блокировки соединений программно
УстановитьБлокировкуСоединений(Ложь);
// Проверка текущего состояния
ТекущееСостояние = ПолучитьБлокировкуСоединений();
Сообщить(ТекущееСостояние.Установлена);

Метод ПолучитьБлокировкуСоединений() возвращает структуру с текущим состоянием — полезно вызвать его до и после снятия, чтобы убедиться, что изменение применилось.

Частые ошибки и ограничения

Отдельная ситуация — блокировка на уровне СУБД (MS SQL, PostgreSQL). Если сеансы в консоли 1С отсутствуют, а запросы «висят», проблема может быть в блокировках таблиц на стороне сервера баз данных. Это уже зона ответственности администратора СУБД: там сеансы завершаются средствами самой СУБД, и делать это нужно аккуратно, чтобы не оборвать длинную транзакцию на середине.

FAQ