Блокировка информационной базы 1С 8.3: как снять и разблокировать доступ

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

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

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

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

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

Чтобы определить, кто и когда установил блокировку, откройте журнал регистрации (в конфигураторе: Администрирование → Журнал регистрации) и отфильтруйте события по слову «Блокировка». Там будут записи об установке и снятии блокировки сеансов с указанием пользователя и времени.

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

Это основной способ для клиент-серверного варианта работы (1С на SQL Server, PostgreSQL и других СУБД). Консоль кластера позволяет управлять блокировкой напрямую, без входа в саму базу, поэтому работает даже когда войти в конфигуратор обычным способом невозможно.

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

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

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

Как разблокировать файловую базу через конфигуратор

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

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

"C:\Program Files\1cv8\8.3.x.xxxx\bin\1cv8.exe" DESIGNER /F"D:\Bases\MyBase" /UC КодРазрешения

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

Снятие блокировки изнутри базы и через код разрешения

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

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

Блокировка = Новый БлокировкаСеансов;
Блокировка.Установлена = Ложь;
УстановитьБлокировкуСеансов(Блокировка);

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

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

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

Типичные ошибки и как их избежать

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

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

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

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

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

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