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

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

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

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

Определите тип блокировки перед отключением

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

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

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

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

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

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

Отключение блокировки через консоль кластера серверов

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

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

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

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

Вход в заблокированную базу с кодом разрешения

Если блокировку установил другой администратор и снимать её рано (например, идёт обновление), а работать нужно, используйте код разрешения. Запустите тонкий или толстый клиент с параметром командной строки /UCКодРазрешения — код подставляется сразу после параметра без пробела.

Пример строки запуска: "C:\Program Files\1cv8\...\1cv8.exe" ENTERPRISE /F"путь_к_базе" /UC12345. Для серверной базы вместо /F используются параметры /S с адресом сервера и именем базы. Код разрешения администратор задаёт при установке блокировки — уточните его у того, кто блокировку включал.

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

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

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

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

Также проверьте ветку «Соединения» и фоновые задания: регламентные задания могут держать соединение и мешать монопольному режиму. Их можно отключить или дождаться завершения.

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

Блокировки данных внутри транзакций: что можно и что нельзя

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

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

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

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

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

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

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

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

Норма

База открывается без кода разрешения

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

Снова сообщение о запрете соединения

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

Норма

Флаг блокировки снят, расписание пустое

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

Задано расписание, включающее блокировку

Список сеансов

Норма

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

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

Много старых неактивных сеансов

Журнал регистрации

Норма

Нет новых ошибок соединения

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

Повторяющиеся ошибки блокировки

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

Как зайти в 1С, если написано «Установка соединения запрещена»?

Попросите у администратора код разрешения и запустите программу с параметром /UCКодРазрешения в командной строке. Либо дождитесь, пока администратор снимет блокировку через консоль кластера или настройки обслуживания в базе.

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

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

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

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

Как убрать ошибку «Конфликт блокировок при выполнении транзакции»?

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

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

Повторите завершение через несколько минут — серверу может требоваться время. Если сеанс не исчезает, проверьте соединения и при необходимости перезапустите службу агента сервера 1С в нерабочее время, предупредив пользователей.

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

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