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

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

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

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

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

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

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

Снимаем блокировку через консоль кластера серверов

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

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

Обратите внимание на поле «Код разрешения». Если оно заполнено, пользователи могут входить с параметром /UC<код> даже при включённой блокировке — это удобно для работы администратора, пока остальные ждут. Но если код утрачен, а блокировка активна, вход возможен только через консоль кластера или конфигуратор.

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

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

Нюанс: для входа в конфигуратор при активной блокировке сеансов может потребоваться код разрешения. Запустите конфигуратор с параметром командной строки: 1CV8.exe DESIGNER /F"путь_к_базе" /UCкод_разрешения. Для серверной базы вместо /F используются параметры /S с указанием сервера и имени базы.

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

1CV8.exe DESIGNER /S"Server1C\BaseName" /UC12345

Устраняем зависшие сеансы и соединения

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

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

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

Разблокировка файловой базы

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

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

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

Блокировка регламентных заданий и монопольный режим

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

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

В файловом варианте регламентные задания выполняются в сеансе ответственного пользователя или через отдельный запуск с параметром /Execute. Чтобы получить монопольный доступ, завершите эти сеансы и временно отключите автозапуск заданий.

Проверяем результат и предотвращаем повторение

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

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

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

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