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

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

Как снять блокировку в 1С в разделе «Администрирование — Обслуживание»

Как снять блокировку сеансов в 1С через раздел Администрирование — Обслуживание: пошаговая инструкция, работа с консолью кластера, типичные ошибки и FAQ.

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

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

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

Где находится настройка блокировки и как она работает

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

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

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

Как снять блокировку через «Администрирование — Обслуживание»

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

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

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

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

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

Клиент-серверная база: консоль кластера

Если база работает на сервере 1С:Предприятия, блокировку можно снять без входа в режим 1С:Предприятие. Откройте консоль администрирования серверов 1С (оснастка «Администрирование серверов 1С Предприятия»), найдите нужную информационную базу в дереве кластера и откройте её свойства.

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

Файловая база: файл блокировки

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

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

Как завершить зависшие сеансы пользователей

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

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

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

Маршрут решения

Как выбрать действие

Можно войти в базу с правами администратораСнимите флаг блокировки в «Администрирование» → «Обслуживание»
Клиент-серверная база, войти внутрь нельзяСнимите блокировку начала сеансов в свойствах базы в консоли кластера
Файловая база, ошибка блокировки соединенийЗавершите процессы 1С и удалите файл 1Cv8.cdn из каталога базы
Блокировка снята, но обновление не стартуетЗавершите активные и зависшие сеансы через «Активные пользователи» или консоль кластера

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

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

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

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

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

Флаг в «Блокировка работы пользователей»
Норма

Флаг снят, настройка сохранена

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

Флаг снова установлен после сохранения — идёт обновление или обработчики

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

Сеанс создаётся без сообщений о блокировке

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

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

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

Новые сеансы появляются в списке

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

Сеансы не создаются — проверьте свойства базы в кластере

Типичные ошибки и ограничения

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

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

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

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

Как не допустить повторения ситуации

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

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

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

Итог

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

Основной способ снять блокировку — снять флаг в «Администрирование» → «Обслуживание» → «Блокировка работы пользователей». Если вход в базу невозможен, используйте консоль кластера для клиент-серверной базы или удалите файл 1Cv8.cdn для файловой. Перед снятием убедитесь, что регламентные работы завершены, а после — проверьте вход обычным пользователем.

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

Где именно в меню находится блокировка работы пользователей?

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

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

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

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

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

Чем отличается блокировка в «Обслуживании» от блокировки в консоли кластера?

Блокировка в «Обслуживании» хранится в данных конфигурации и управляется механизмами БСП. Блокировка в консоли кластера — свойство информационной базы на уровне сервера 1С. Они независимы: при проблемах со входом проверяйте обе.

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

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

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

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