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

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

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

Как определить причину: блокировка настроек или зависший сеанс

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

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

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

Это основной и самый корректный способ для баз, работающих на сервере 1С:Предприятие. Откройте консоль администрирования серверов 1С (файл 1CV8 Servers.msc), разверните нужный кластер, выберите информационную базу и откройте её свойства двойным щелчком.

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

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

Если консоль кластера недоступна (например, вы работаете удалённо без доступа к серверу), блокировку можно снять программно — через COM-соединение или утилиту rac из комплекта сервера 1С. Это требует знания параметров кластера и прав администратора.

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

В файловом варианте блокировка соединений хранится в служебном файле 1Cv8.cdn, который лежит в каталоге информационной базы рядом с файлом 1Cv8.1CD. Пока этот файл существует, запуск базы запрещён.

Чтобы снять блокировку, закройте все сеансы 1С, откройте каталог базы и удалите файл 1Cv8.cdn. Если файл не отображается, включите показ скрытых и системных файлов в проводнике Windows. После удаления база запускается в обычном режиме.

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

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

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

В файловом варианте зависший сеанс обычно означает зависший процесс 1cv8.exe или 1cv8c.exe на компьютере пользователя. Откройте диспетчер задач (Ctrl+Shift+Esc), найдите процессы 1С и завершите их. Если база сетевая, проверьте, не осталось ли открытых файлов на сервере через оснастку «Управление компьютером» → «Открытые файлы».

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

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

Параметр добавляется в строку запуска конфигуратора или тонкого клиента после ключа /UC (для тонкого клиента — в дополнительных параметрах запуска в списке баз). Значение кода указывается без пробелов.

1cv8.exe DESIGNER /F"C:\Bases\Trade" /UC Разрешение123

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

Если блокировку установила регламентная операция или обновление

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

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

Профилактика: как не остаться снаружи собственной базы

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

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

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