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

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

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

Как разблокировать базу 1С: снятие блокировки сеансов, ошибка «начало сеанса запрещено», работа через консоль кластера и параметр UC. Пошаговые инструкции.

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

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

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

Как понять, что именно заблокировано

Блокировки в 1С бывают разных типов, и лечатся они по-разному. Перед действиями определите, с чем столкнулись:

«Начало сеанса запрещено»Установлена блокировка сеансов

Снимается в свойствах базы в консоли кластера или в конфигураторе

«Требуется монопольный режим»В базе есть активные сеансы

Нужно завершить сеансы пользователей или фоновые задания

«Конфликт блокировок при выполнении транзакции»Конкуренция за данные между пользователями

Это не блокировка базы, а штатная управляемая блокировка — ищите зависший сеанс

Файл 1Cv8.cdn рядом с базойФайловая база заблокирована

Файл блокировки соединений, можно удалить при остановленных сеансах

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

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

Это основной способ для баз, работающих на сервере 1С:Предприятия. Консоль управления кластером (оснастка «Администрирование серверов 1С:Предприятия») доступна на сервере или с рабочего места администратора.

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

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

Обратите внимание: если блокировка ставится автоматически регламентным заданием (например, обновлением или скриптом резервного копирования), она может появиться снова. Проверьте расписание таких заданий, чтобы понять источник.

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

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

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

Если войти в конфигуратор тоже невозможно из-за монопольного режима, запустите его с параметром разрешения: в строке запуска ярлыка добавьте /UCкод_разрешения после параметров базы.

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

В файловом варианте нет консоли кластера, поэтому действия другие. Типичные сценарии:

Удаление файла блокировки соединений

Рядом с файлом базы 1Cv8.1CD может находиться файл 1Cv8.cdn — это и есть файл блокировки соединений. Перед удалением убедитесь, что все пользователи вышли из базы и ни один процесс 1С её не использует, иначе возможны повреждения данных. После удаления файла база станет доступна для входа.

Запуск конфигуратора с параметром /UC

Если блокировка установлена программно и файла .cdn нет, запустите конфигуратор с кодом разрешения, затем снимите блокировку через Администрирование → Параметры информационной базы, как описано выше.

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

Ошибка «Требуется монопольный режим» при обновлении или загрузке данных означает, что в базе остались активные соединения: пользователи, фоновые задания, открытые сеансы отладки или COM-соединения. Часто виновник — сеанс, который «завис» после аварийного закрытия клиента.

В клиент-серверном варианте откройте консоль кластера, раздел «Сеансы», отсортируйте по базе и удалите лишние. В файловом варианте попросите всех выйти, проверьте диспетчер задач на сервере терминалов (процессы 1cv8.exe) и при необходимости завершите их. Также проверьте фоновые задания: они могут удерживать соединение даже без открытых окон.

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

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

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

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

Вход обычного пользователя
Норма

Пользователь входит без сообщения о запрете

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

Сообщение о блокировке сохраняется — проверьте, не ставит ли её регламентное задание

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

Только реальные активные пользователи

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

Много «спящих» сеансов с одного компьютера — зависшие соединения

Монопольный режим
Норма

Обновление или загрузка проходит без ошибки

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

Ошибка монопольного доступа — остались фоновые задания или COM-соединения

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

Итог

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

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

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

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

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

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

Да, если при установке блокировки был задан код разрешения. Запустите клиент 1С с параметром /UC и этим кодом — например, добавьте его в строку запуска ярлыка. Для остальных пользователей база останется закрытой.

Опасно ли удалять файл 1Cv8.cdn?

Сам файл не содержит данных, но удалять его можно только при гарантированном отсутствии активных соединений с базой. Если удалить блокировку, пока кто-то работает, возможны конфликты при записи и повреждение файла базы.

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

Соединение могут удерживать фоновые задания, сеансы отладки, COM-соединения внешних программ или зависшие процессы 1cv8.exe на терминальном сервере. Проверьте список сеансов в консоли кластера и диспетчер задач, затем завершите лишние процессы.

Чем блокировка сеансов отличается от ошибки «Конфликт блокировок при выполнении транзакции»?

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