Администрирование · 10 мин
Как снять временную блокировку в 1С
Как снять временную блокировку соединений в 1С через консоль кластера, конфигуратор и командную строку. Причины блокировки, проверка результата, типичные ошибки.
Временная блокировка в 1С — это запрет на установку соединений с информационной базой, который администратор включает перед регламентными операциями: обновлением конфигурации, загрузкой данных, тестированием и исправлением. Пока блокировка активна, пользователи видят сообщение «Выполняется обновление конфигурации базы данных» или «Установка соединения с информационной базой запрещена» и не могут войти в систему.
Проблема возникает, когда регламентная операция завершилась, а блокировка осталась, либо когда обновление завершилось аварийно и база «зависла» в заблокированном состоянии. В такой ситуации пользователи не могут работать, и блокировку нужно снять вручную.
Способ снятия зависит от режима работы базы: для клиент-серверного варианта используется консоль кластера серверов 1С, для файлового — параметры запуска конфигуратора, а в типовых конфигурациях предусмотрена штатная обработка завершения работы. Ниже разобраны все основные сценарии с точными действиями и проверкой результата.
Как понять, что база заблокирована, и найти причину
Признак блокировки — сообщение при входе: «Установка соединения с информационной базой запрещена. Для выполнения регламентных операций…» с указанием текста, который задал администратор. Если в сообщении есть код разрешения (строка «Код доступа»), значит, блокировка установлена штатно и у администратора есть код для временного входа.
Перед снятием блокировки убедитесь, что регламентная операция действительно завершена. Если обновление конфигурации прервалось с ошибкой, база может находиться в несогласованном состоянии, и преждевременный запуск пользователей приведёт к ошибкам в работе. Проверьте журнал регистрации и откройте конфигуратор: если при входе предлагается выполнить обновление конфигурации базы данных — сначала завершите его.
Есть ли код доступа и текст администратора — блокировка установлена штатно
Определяет инструмент снятия: консоль кластера или параметры запуска
Прерванное обновление нужно сначала завершить в конфигураторе
Типовые конфигурации снимают блокировку через свои механизмы
Снятие блокировки через консоль кластера серверов 1С
Для клиент-серверных баз основной инструмент — консоль администрирования серверов 1С. Откройте её на сервере или с компьютера администратора, разверните нужный кластер, найдите ветку «Информационные базы» и выберите заблокированную базу.
Откройте свойства информационной базы (правый клик → «Свойства») и найдите параметр «Блокировка начала сеансов включена». Снимите этот флаг либо скорректируйте дату и время окончания блокировки на прошедший момент — тогда блокировка перестанет действовать автоматически. Заодно проверьте параметр «Блокировка регламентных заданий»: если он включён, фоновые задания не выполняются, и его тоже следует отключить после завершения работ.
После сохранения свойств блокировка снимается немедленно, перезапуск сервера не требуется. Активные сеансы, которые вы завершали принудительно, не восстановятся — пользователям нужно войти заново.
- 1Откройте консоль администрирования серверов 1С и найдите нужный кластер
- 2В ветке «Информационные базы» откройте свойства заблокированной базы
- 3Снимите флаг «Блокировка начала сеансов включена» или сдвиньте дату окончания в прошлое
- 4Проверьте и при необходимости отключите блокировку регламентных заданий
- 5Сохраните свойства и попросите пользователя выполнить тестовый вход
Снятие блокировки в файловом режиме
В файловой базе блокировка соединений хранится в служебном файле 1Cv8.cdn рядом с файлом базы 1Cv8.1CD, а также в параметрах, которые задаются при запуске. Если блокировку установили через типовую обработку «Блокировка установки соединений с информационной базой», её же используют и для снятия: откройте базу в режиме Предприятие с кодом разрешения и отключите блокировку в той же обработке.
Альтернативный способ — параметр командной строки /UC с кодом разрешения. Запустите конфигуратор или тонкий клиент с этим параметром, и платформа проигнорирует блокировку, позволив войти и снять её штатными средствами. Если код разрешения не задан, параметр указывается с пустым значением.
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N Администратор /UCКодРазрешенияЕсли штатные способы недоступны, файл 1Cv8.cdn можно удалить вручную при остановленной работе с базой — но только убедившись, что никто не работает с базой и регламентные операции завершены. После удаления файла блокировка соединений снимается.
Штатное завершение работы пользователей в типовых конфигурациях
В конфигурациях на базе Библиотеки стандартных подсистем (Управление торговлей, Бухгалтерия, Зарплата и управление персоналом, ERP) есть встроенный механизм «Завершение работы пользователей». Он находится в разделе «Администрирование» → «Обслуживание» и позволяет установить и снять блокировку сеансов без консоли кластера.
Если блокировка была установлена через этот механизм, снимать её лучше там же: откройте «Завершение работы пользователей», нажмите «Снять блокировку» и подтвердите действие. Это гарантирует, что внутренние параметры конфигурации (например, признак выполнения обновления) будут приведены в согласованное состояние.
После обновления конфигурации типовые решения часто сами снимают блокировку при первом успешном запуске под администратором. Если этого не произошло, запустите базу в режиме Предприятие с правами администратора, дождитесь завершения отложенных обработчиков обновления и проверьте состояние блокировки.
Принудительное завершение зависших сеансов
Иногда блокировка формально снята, но пользователи не могут войти, потому что в кластере остались «зависшие» сеансы или соединения, удерживающие базу. Откройте в консоли кластера ветку «Сеансы» и завершите неактивные сеансы принудительно (правый клик → «Удалить»).
В файловом режиме аналогичная проблема решается проверкой открытых файлов базы: убедитесь, что на компьютерах пользователей закрыты все клиенты 1С, а на сервере с файловой базой нет процессов, удерживающих 1Cv8.1CD. При необходимости завершите зависшие процессы 1cv8.exe через диспетчер задач.
Как проверить, что блокировка снята
После снятия блокировки выполните контрольный вход под обычной учётной записью без кода разрешения и без параметра /UC. Если вход выполняется штатно, база открывается и отчёты строятся — блокировка снята корректно.
Дополнительно проверьте выполнение регламентных заданий: если блокировка регламентных заданий осталась включённой, обмены и фоновые операции работать не будут, хотя интерактивный вход доступен. Это частая причина жалоб «всё открывается, но синхронизация не идёт».
Как проверить результат
Вход выполняется без кода разрешения
Появляется сообщение о запрете соединения
Задания выполняются по расписанию
Задания стоят в очереди, обмены не проходят
Нет ошибок обновления конфигурации
Ошибки фонового обновления или отложенных обработчиков
Типичные ошибки и ограничения
Самая распространённая ошибка — снятие блокировки до завершения отложенных обработчиков обновления. Внешне база выглядит рабочей, но часть данных ещё не обработана, и пользователи начинают работать с некорректными данными. Всегда дожидайтесь завершения отложенного обновления в мониторе обновления.
Вторая ошибка — попытка снять блокировку без прав администратора кластера или базы. Для изменения свойств информационной базы в консоли нужны права администратора кластера, а для входа с кодом разрешения — права администратора самой базы. Заранее убедитесь, что у вас есть обе учётные записи.
Когда обращаться к специалисту
Самостоятельное снятие блокировки безопасно, если регламентные операции завершены штатно и у вас есть административный доступ. Остановитесь и привлеките специалиста по сопровождению 1С, если обновление прервалось с ошибкой структуры базы, конфигуратор сообщает о несовместимости версий или база не открывается даже в конфигураторе.
Перед любыми действиями с продуктивной базой убедитесь, что есть актуальная резервная копия (выгрузка .dt или копия средствами СУБД). Это единственная гарантия отката при неудачной операции.
Что важно запомнить
Блокировку снимают там, где её установили: в консоли кластера — снятием флага блокировки сеансов, в типовых конфигурациях — через «Завершение работы пользователей», в файловом режиме — параметром /UC или удалением 1Cv8.cdn. Перед снятием убедитесь, что обновление завершено, после — проверьте вход и регламентные задания.
Частые вопросы
Что делать, если код разрешения на вход утерян?
В клиент-серверном режиме код можно посмотреть и изменить в свойствах информационной базы в консоли кластера — поле «Разрешение выдачи кода» и связанные параметры. Если доступа к консоли нет, попросите администратора сервера снять блокировку напрямую, код для этого не нужен.
Почему после снятия блокировки часть пользователей всё равно не может войти?
Чаще всего причина в зависших сеансах в кластере или в том, что на компьютерах пользователей остались процессы с параметром блокировки. Завершите старые сеансы в консоли кластера и перезапустите клиентские приложения.
Снимается ли блокировка автоматически?
Да, если при установке была указана дата и время окончания блокировки — после наступления этого момента соединения разрешаются автоматически. Если срок не задан, блокировка действует бессрочно, пока её не снимут вручную.
Можно ли работать в базе, не снимая блокировку?
Технически да — через код разрешения или параметр /UC, но это временный обход для администратора. Постоянная работа в таком режиме не рекомендуется: блокировка существует именно для защиты данных на время регламентных операций.
Чем отличается блокировка сеансов от блокировки регламентных заданий?
Блокировка сеансов запрещает вход пользователей в базу, а блокировка регламентных заданий останавливает фоновые операции — обмены, расчёты, синхронизации. Это независимые настройки, и после снятия первой нужно отдельно проверить вторую.
Опасно ли удалять файл 1Cv8.cdn в файловой базе?
Файл содержит только настройки блокировки соединений, поэтому его удаление не затрагивает данные. Но делать это нужно при полностью остановленной работе с базой и после завершения всех регламентных операций, иначе пользователи войдут в базу в неподходящий момент.