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

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

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

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

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

Текст сообщения об ошибке подсказывает, что именно произошло. Фраза «Соединение с информационной базой запрещено. Для разрешения работы пользователей воспользуйтесь консолью кластера серверов или запустите „1С:Предприятие“ с параметром…» означает, что установлена административная блокировка соединений — штатный механизм платформы.

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

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

Снятие блокировки в консоли кластера серверов

Это основной способ для клиент-серверного варианта. Откройте консоль администрирования серверов 1С:Предприятия (оснастка «1С:Предприятие 8.3 — Серверы»), разверните нужный кластер, найдите ветку «Информационные базы» и откройте свойства вашей базы двойным щелчком.

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

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

После снятия флагов нажмите «ОК» и попросите пользователя повторить вход. Действие применяется сразу, перезапуск службы сервера 1С не требуется.

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

Как войти в заблокированную базу, не снимая блокировку

Иногда блокировку снимать рано — обслуживание ещё идёт, а администратору нужно попасть внутрь. Для этого служит код разрешения, который задаётся при установке блокировки. Запустите тонкий или толстый клиент с параметром командной строки /UC <код разрешения> — сеанс будет разрешён несмотря на блокировку.

Пример ярлыка: "C:\Program Files\1cv8\...\bin\1cv8.exe" ENTERPRISE /S"Server\Base" /UC12345. Тот же код работает и для конфигуратора. Если код разрешения не задан (поле пустое), параметр /UC не поможет — придётся снимать блокировку через консоль.

Для файловой базы параметр указывается аналогично, только вместо /S используется /F с путём к каталогу: 1cv8.exe ENTERPRISE /F"D:\Bases\Trade" /UC12345.

1cv8.exe ENTERPRISE /S"Server1C\TradeBase" /N"Администратор" /P"пароль" /UC"12345"

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

В файловом варианте блокировка соединений хранится в служебном файле 1Cv8.cdn в каталоге информационной базы. Если база «заблокирована», а консоли кластера у вас нет (её и не может быть в файловом режиме), откройте каталог базы и проверьте наличие этого файла.

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

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

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

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

Утилита командной строки RAC (ras + rac) позволяет управлять кластером без графической консоли. Сначала получите идентификаторы кластера и базы, затем выполните команду обновления свойств информационной базы с отключённой блокировкой сеансов.

rac cluster list
rac infobase --cluster=<ID_кластера> summary list
rac infobase --cluster=<ID_кластера> update --infobase=<ID_базы> --sessions-deny=off --denied-message="" --scheduled-jobs-deny=off

Для работы RAC нужна запущенная служба администрирования (ras) на сервере и права администратора кластера. Способ удобен для автоматизации: те же команды включают в скрипты обновления, чтобы блокировка снималась автоматически после завершения обслуживания.

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

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

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

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

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

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

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