Как запустить 1С, когда она заблокирована

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

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

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

Определяем тип блокировки по сообщению об ошибке

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

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

Снимаем блокировку соединений с информационной базой

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

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

Для файловой базы или если консоль недоступна, используйте код разблокировки. Если администратор при установке блокировки указал код (например, «123»), запустите базу с параметром командной строки /UC123 — сеанс пройдёт в обход блокировки. После входа администратор может снять блокировку штатно: в типовых конфигурациях это делается в разделе «Администрирование — Обслуживание — Блокировка работы пользователей».

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

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

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

В карточке пользователя проверьте: установлен ли флажок, отключающий вход (в ряде конфигураций есть настройка блокировки), указан ли пароль, назначены ли роли. Задайте новый пароль, сохраните изменения и попросите пользователя войти заново. Если вход выполняется через аутентификацию операционной системы, проверьте сопоставление пользователя Windows и учётной записи 1С.

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

Убираем «зависшие» сеансы на сервере

Типичная ситуация: пользователь закрыл программу аварийно, но сеанс остался висеть на сервере. При повторном входе может появляться сообщение о том, что пользователь уже работает, или база «не пускает» из-за соединения, которое держит монопольный режим. Формально это не блокировка, но ощущается именно так.

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

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

Что делать, если не найдена лицензия

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

Для аппаратного ключа проверьте, что он физически вставлен и определяется системой, а служба HASP License Manager запущена. Для программной лицензии откройте диалог активации: при запуске платформа сама предложит активировать лицензию по пин-коду. Если пин-код из комплекта уже использован, потребуется резервный пин-код из поставки или обращение в центр лицензирования через партнёра 1С.

Файловая база не открывается: проверка кэша и доступа

Если файловая база зависает при запуске или выдаёт ошибку без явного текста о блокировке, часто помогает очистка кэша. Закройте 1С, найдите папки кэша в профиле пользователя (каталоги вида %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8) и удалите папки с длинными именами-идентификаторами, соответствующие проблемной базе. Кэш пересоздастся при следующем запуске, данные базы при этом не затрагиваются.

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

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

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

Повторный запуск базы

Норма

Открывается окно входа или сама база без сообщений о блокировке

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

Сообщение о блокировке повторяется с тем же текстом

Вход под пользователем

Норма

Пользователь входит с новым паролем, роли работают

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

Ошибка аутентификации сохраняется

Список сеансов в консоли

Норма

Новый сеанс появляется, зависших сеансов нет

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

Старые сеансы висят часами и не завершаются

Работа после очистки кэша

Норма

База запускается за обычное время, формы открываются

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

Зависание повторяется — проблема не в кэше

Когда обращаться к администратору или специалисту

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

К специалисту стоит обращаться, если: утрачен пароль единственного администратора; база повреждена и не открывается даже в конфигураторе; слетела лицензия, а пин-кодов нет; блокировка появилась после сбоя сервера или обрыва обновления. В этих случаях самодеятельность может усугубить проблему. Перед любыми серьёзными действиями сделайте резервную копию базы — для файловой достаточно скопировать файл 1Cv8.1CD, для клиент-серверной — выполнить выгрузку или резервное копирование средствами СУБД.

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

Можно ли снять блокировку соединений без консоли кластера?

Да, если при установке блокировки был задан код разблокировки — запустите базу с параметром /UCкод в командной строке или в свойствах ярлыка. Также в типовых конфигурациях блокировку можно снять изнутри базы: «Администрирование — Обслуживание — Блокировка работы пользователей».

Забыл пароль администратора файловой базы. Что делать?

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

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

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

Опасно ли удалять зависшие сеансы в консоли кластера?

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

Поможет ли переустановка платформы 1С при блокировке?

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

База запускается, но сразу закрывается без ошибки. Это блокировка?

Скорее всего, нет. Такое поведение типично для повреждённого кэша, проблем с правами на папку базы или конфликта с антивирусом. Начните с очистки кэша и проверки прав доступа, а также посмотрите журнал событий Windows — там часто видна реальная причина аварийного завершения.