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

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

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

Почему база 1С блокируется и как снять блокировку: консоль кластера, параметр UC, файл 1Cv8.cdn, перезапуск служб. Пошаговые инструкции и типичные ошибки.

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

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

Почему база оказывается заблокированной

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

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

Сообщение о блокировке сеансов с датой окончанияБлокировка установлена администратором

Ищите код разблокировки у администратора или в консоли кластера

Требуется монопольный доступ для обновленияИдёт или прервано обновление конфигурации

Проверьте, есть ли активный процесс конфигуратора на сервере

Файловая база, вход невозможен у всехВозможен файл 1Cv8.cdn или зависший монопольный сеанс

Проверьте каталог базы на наличие 1Cv8.cdn

Блокировка появилась после сбоя электричества или перезагрузкиАварийно завершённый процесс не снял флаг

Проверьте активные сеансы и перезапустите службу агента сервера

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

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

Если консоль недоступна — например, вы работаете на другом компьютере без установленной оснастки или забыли пароль администратора кластера — используйте утилиту командной строки rac. Команда снятия блокировки выглядит так:

bash
rac infobase update --cluster=<ид_кластера> --infobase=<ид_базы> --sessions-deny=off

Идентификаторы кластера и базы получают командами rac cluster list и rac infobase summary list. Учтите, что rac должен запускаться на машине с доступом к агенту сервера и с учётными данными администратора кластера, если они заданы.

Если блокировка задана с кодом разблокировки

Когда блокировка установлена с кодом, пользователи могут войти самостоятельно, не дожидаясь администратора. Для этого базу запускают с параметром командной строки /UC <код>. Проще всего добавить параметр в настройки базы в списке информационных баз: кнопка «Настройка», поле «Дополнительные параметры запуска». После успешного входа администратор снимает блокировку штатно, а параметр из настроек удаляют.

Вход с кодом разблокировки
  1. 1
    Откройте окно запуска 1С и выделите нужную базу
  2. 2
    Нажмите «Настройка» и найдите поле дополнительных параметров запуска
  3. 3
    Впишите /UC и код разблокировки через пробел, например: /UC РезервКопия
  4. 4
    Запустите базу — вход должен пройти, несмотря на блокировку
  5. 5
    После завершения работ удалите параметр из настроек, чтобы не нарушать будущие блокировки

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

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

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

Зависшие сеансы и монопольный режим в клиент-серверном варианте

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

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

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

Проверка результата и типичные ошибки

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

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

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

Вход под учётной записью рядового пользователя
Норма

База открывается без сообщений о блокировке

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

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

Свойства базы в консоли кластера
Норма

Флажок «Блокировка сеансов» снят

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

Флажок установлен или появляется снова — работает регламентное задание

Каталог файловой базы
Норма

Файл 1Cv8.cdn отсутствует

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

Файл на месте — блокировка активна

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

Нет зависших сеансов с монопольным режимом

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

Есть «спящие» сеансы, удерживающие монополию

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

Как не допустить повторения проблемы

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

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

Итог

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

Сначала определите источник блокировки и убедитесь, что не идут регламентные операции. Клиент-серверную базу разблокируют через консоль кластера или rac, файловую — через удаление 1Cv8.cdn и завершение зависших процессов, вход с кодом — через параметр /UC. После снятия обязательно проверяйте вход под обычным пользователем.

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

Что делать, если код разблокировки утерян?

Код хранится в свойствах информационной базы: для клиент-серверного варианта его видит администратор в консоли кластера, для файлового — в файле 1Cv8.cdn, который можно открыть текстовым редактором. Если доступа нет ни к тому, ни к другому, администратор просто снимает блокировку целиком — код для этого не нужен.

Можно ли войти в заблокированную базу через конфигуратор?

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

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

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

Опасно ли перезапускать службу агента сервера 1С?

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

База требует завершить обновление — это блокировка?

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