К статье
Практический материал

Администрирование · 10 мин

Как разблокировать 1С:Предприятие

Как разблокировать 1С:Предприятие: снятие блокировки сеансов, разблокировка пользователя, сброс зависших соединений в файловой и клиент-серверной базе.

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

Чаще всего под «разблокировкой» понимают снятие блокировки установки соединений с информационной базой — её включают перед обновлением конфигурации или регламентными операциями, чтобы пользователи не работали в этот момент. Если обновление завершилось нештатно, блокировка может остаться, и все пользователи при входе видят сообщение «Выполняется обновление конфигурации базы данных» или «Установка соединения с информационной базой запрещена».

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

Определяем, что именно заблокировано

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

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

Сообщение «Установка соединения запрещена»Блокировка соединений с ИБ

Снимается через консоль кластера или параметр /UC

Отказ при верном паролеЗаблокирован пользователь

Проверить карточку пользователя в конфигураторе

Клиент зависает без сообщенияЗависший сеанс или соединение

Завершить сеанс в консоли кластера

Дата запрета редактированияНе блокировка базы

Это ограничение изменения данных, настраивается отдельно

Снятие блокировки соединений в клиент-серверном варианте

В клиент-серверной архитектуре блокировка управляется через консоль администрирования серверов 1С. Откройте консоль, разверните нужный кластер, найдите информационную базу в списке и откройте её свойства. На вкладке параметров блокировки снимите флаг «Блокировка установки соединений включена» и сохраните изменения — новые подключения сразу станут возможны.

Если при блокировке был задан код разрешения, пользователи могли входить с параметром /UC<код> ещё до снятия блокировки. После снятия флага код больше не нужен. Проверьте также, что в поле «Сообщение блокировки» не осталось устаревшего текста, который может вводить пользователей в заблуждение при повторных операциях.

Если консоль кластера недоступна (например, не запущена служба агента сервера), сначала убедитесь, что служба «Агент сервера 1С:Предприятия» работает, затем подключитесь к кластеру заново. Без работающего агента управление блокировками невозможно.

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

Снятие блокировки в файловом варианте

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

Если при входе отображается сообщение с кодом разрешения, запустите тонкий клиент с параметром /UC и кодом, указанным при установке блокировки. Это временный обход, а не снятие блокировки — после входа администратор должен отключить блокировку штатными средствами (обычно через обработку «Блокировка установки соединений с информационной базой» в типовых конфигурациях на базе БСП).

batch
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Trade" /UC Админ123

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

Разблокировка учётной записи пользователя

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

В конфигурациях на базе Библиотеки стандартных подсистем есть механизм блокировки после нескольких неудачных попыток ввода пароля: учётная запись временно отключается, и даже верный пароль не принимается. Разблокировка выполняется администратором в карточке пользователя — либо вручную снятием блокировки, либо ожиданием окончания заданного интервала, если он настроен.

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

Завершение зависших сеансов и соединений

Зависший сеанс — частая причина «блокировки» файловой базы: пользователь не может войти в монопольном режиме, обновление не запускается, потому что база считает, что кто-то ещё работает. В клиент-серверном варианте откройте консоль кластера, выберите базу и перейдите на вкладку «Сеансы». Найдите сеансы с устаревшим временем последней активности и завершите их через контекстное меню.

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

Типичные ошибки при разблокировке

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

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

Типичные ошибки
01
Перезагрузка сервера вместо снятия флага блокировки — блокировка сохраняется
02
Удаление служебных файлов базы — риск повреждения данных
03
Завершение всех сеансов подряд — обрыв работающего обновления
04
Передача кода /UC всем пользователям — теряется смысл блокировки

Проверка результата

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

Если блокировка снималась для запуска отложенного обновления, проверьте журнал регистрации: там должны быть события успешного выполнения обработчиков обновления. Ошибки в журнале означают, что обновление не завершено, и блокировку, возможно, придётся вернуть до устранения причины.

Контрольные точки

Как проверить результат

Вход пользователя без параметров
Норма

База открывается штатно

Тревожный признак

Сообщение о запрете соединения осталось

Список сеансов в консоли
Норма

Новый сеанс активен

Тревожный признак

Сеанс появляется и сразу исчезает

Журнал регистрации
Норма

Нет ошибок обновления

Тревожный признак

Ошибки обработчиков обновления

Карточка пользователя
Норма

Вход разрешён, блокировки нет

Тревожный признак

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

Частые вопросы

Как войти в базу, если забыл код разрешения /UC?

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

Почему после обновления всех выбрасывает из базы?

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

Можно ли разблокировать пользователя без конфигуратора?

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

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

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

Опасно ли снимать блокировку во время обновления конфигурации?

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

Итог

Что важно запомнить

Сначала определите тип блокировки: соединения с базой, учётная запись или зависший сеанс. Блокировка соединений снимается через консоль кластера или конфигуратор, пользователь разблокируется в его карточке, зависшие сеансы завершаются точечно. Не удаляйте служебные файлы базы и не обрывайте работающее обновление.