Администрирование · 11 мин
Как снять блокировку в 1С: инструкция для администратора и пользователя
Как снять блокировку в 1С: завершение сеансов через консоль кластера, снятие блокировки соединений, работа с блокированными объектами и типичные ошибки.
Блокировка в 1С — штатный механизм защиты данных: платформа не даёт двум сеансам одновременно изменять один и тот же объект или работать с базой, когда выполняется обновление, регламентное задание или обработка, требующая монопольного доступа. Проблема в том, что блокировки иногда «зависают»: сеанс аварийно завершился, а запись о нём осталась, и база оказывается недоступной для всех пользователей.
Способ снятия блокировки зависит от её типа. Блокировка сеансов информационной базы снимается через консоль кластера серверов или конфигуратор, блокировка конкретного документа или элемента справочника — завершением сеанса пользователя, который его удерживает, а в файловой базе чаще всего помогает поиск и закрытие зависших процессов 1cv8.exe или удаление блокирующего соединения. Ниже разобраны все основные сценарии с точными действиями.
Перед любыми действиями убедитесь, что вы понимаете, кто и зачем установил блокировку. Если база заблокирована запущенным обновлением конфигурации или регламентной обработкой, принудительное снятие блокировки может прервать процесс на середине и привести к повреждению данных. Сначала выясните причину, потом действуйте.
Как определить тип блокировки
Первый шаг — понять, с чем вы столкнулись. Сообщение «Начало сеанса с информационной базой запрещено» означает, что установлена блокировка соединений на уровне базы: обычно её ставит администратор перед обновлением или резервным копированием. Сообщение вида «Конфликт блокировок при выполнении транзакции» или «Запись заблокирована» говорит о том, что конкретный объект удерживает другой сеанс.
Отдельный случай — ошибка монопольного режима: «Не удалось установить монопольный режим». Это значит, что с базой работают другие пользователи, а операция (например, обновление конфигурации или тестирование и исправление) требует, чтобы сеансов не было вовсе. Здесь задача — не снять блокировку, а завершить все активные сеансы.
Проверьте свойства ИБ в консоли кластера или регламентные операции
Найдите сеанс пользователя в консоли или через «Активные пользователи»
Посмотрите список сеансов и завершите лишние
Проверьте процессы 1cv8.exe на компьютерах пользователей
Снятие блокировки сеансов через консоль кластера серверов
Это основной способ для клиент-серверного варианта работы. Откройте консоль «Администрирование серверов 1С:Предприятия», разверните нужный кластер, найдите рабочий процесс и в списке информационных баз выберите вашу базу. В контекстном меню выберите «Свойства» и снимите флаг «Блокировка начала сеансов включена», затем нажмите «ОК».
Если блокировка установлена с кодом разрешения и сообщением для пользователей, эти поля можно очистить или оставить — на снятие блокировки они не влияют. После снятия флага пользователи смогут входить в базу сразу, перезапуск сервера не требуется.
Если консоль кластера недоступна (например, вы работаете удалённо без доступа к серверу), блокировку можно снять из конфигуратора: меню «Администрирование» → «Параметры информационной базы» — там же находится флаг блокировки сеансов. Для этого нужны административные права в самой базе.
- 1Откройте консоль «Администрирование серверов 1С:Предприятия»
- 2Найдите нужный кластер и информационную базу
- 3Откройте «Свойства» базы через контекстное меню
- 4Снимите флаг «Блокировка начала сеансов включена»
- 5Нажмите «ОК» и проверьте вход пользователя в базу
Завершение зависших сеансов
Если проблема не в запрете входа, а в зависшем сеансе, который удерживает объект или мешает монопольному режиму, откройте в консоли кластера ветку «Сеансы» для вашей базы. Вы увидите список всех подключений с указанием пользователя, компьютера, времени начала и последней активности.
Зависший сеанс обычно узнаваем: у него давно не меняется время последнего вызова, при этом пользователь утверждает, что программу уже закрыл. Выделите такой сеанс и выберите «Удалить» в контекстном меню — соединение будет принудительно разорвано, а блокировки, которые он удерживал, освободятся.
Альтернатива без консоли: в режиме «Предприятие» откройте «Администрирование» → «Обслуживание» → «Активные пользователи» (в типовых конфигурациях на базе БСП). Оттуда можно завершить сеанс выбранного пользователя, если у вас есть права администратора. Учтите, что принудительное завершение обрывает несохранённые данные пользователя — предупредите его, если сеанс реально активен.
Снятие блокировки в файловой базе
В файловом варианте нет кластера серверов, поэтому блокировки чаще всего связаны с зависшими процессами. Если база сообщает, что она заблокирована, а все пользователи утверждают, что вышли, попросите каждого открыть диспетчер задач (Ctrl+Shift+Esc) и проверить вкладку «Подробности» на наличие процессов 1cv8.exe. Зависший процесс завершается через «Снять задачу».
Если база размещена в сетевой папке, а найти виновника не удаётся, проверьте на файловом сервере открытые файлы: в оснастке «Управление компьютером» → «Общие папки» → «Открытые файлы» видно, кто удерживает файл 1Cv8.1CD. Соединение можно закрыть оттуда же.
Крайняя мера при полной недоступности — перезагрузка компьютера или сервера, где физически лежит файл базы. Это гарантированно освободит все дескрипторы файла, но перед этим убедитесь, что никто не работает с базой в данный момент.
Блокировка конкретного объекта: документ или справочник
Ошибка «Конфликт блокировок при выполнении транзакции» возникает, когда два сеанса пытаются изменить один объект одновременно. Часто это временное явление: подождите 20–30 секунд и повторите действие — второй пользователь мог просто сохранять тот же документ.
Если ошибка повторяется постоянно, объект удерживает зависший сеанс. В типовых конфигурациях удобно посмотреть «Активных пользователей» и найти, кто работает с нужным документом. Попросите коллегу закрыть форму объекта (не обязательно выходить из программы) — управляемая блокировка данных снимается при закрытии формы или записи объекта.
В клиент-серверной базе с СУБД (MS SQL, PostgreSQL) длительные транзакционные блокировки можно отследить средствами самой СУБД: например, в MS SQL Server через Activity Monitor видно, какой процесс кого блокирует. Завершать процессы на уровне СУБД стоит только если вы понимаете последствия — корректнее завершить сеанс через консоль 1С.
Как выбрать действие
Блокировка регламентными заданиями и обновлением
Иногда базу блокирует не человек, а регламентное задание — например, обмен данными или обновление через интернет-поддержку. Признак: в списке сеансов есть сеанс фонового задания, который выполняется необычно долго. Такой сеанс можно завершить, но сначала оцените, что он делает: прерывание обмена обычно безопасно (обмен повторится), а вот прерывание отложенного обновления данных — рискованно.
Если обновление конфигурации завершилось ошибкой и оставило базу заблокированной, типовая последовательность такая: завершить все сеансы, снять блокировку начала сеансов, зайти в конфигуратор и проверить состояние через «Конфигурация» → «Поддержка» → «Настройка поддержки», затем повторить обновление или откатиться на резервную копию. Журнал регистрации подскажет, на каком шаге произошёл сбой.
Проверка результата и профилактика
После снятия блокировки проверьте результат: попросите пользователя войти в базу и выполнить действие, которое раньше вызывало ошибку. Если вход прошёл, а конфликт блокировок повторяется — значит, причина не в зависшем сеансе, а в логике работы: например, две обработки одновременно перепроводят один документ, или регламентное задание запускается слишком часто.
Для профилактики настройте в свойствах информационной базы время завершения спящих сеансов и принудительного завершения — тогда «забытые» сеансы будут закрываться автоматически. Также полезно выводить пользователям текст блокировки с указанием времени окончания: это снижает число обращений к администратору.
Как проверить результат
Пользователь входит без сообщения о запрете
Снова появляется «Начало сеанса запрещено»
Нет сеансов с давним временем бездействия
Зависший сеанс появился снова
Объект сохраняется без конфликта блокировок
Ошибка повторяется у того же объекта
Нет ошибок фоновых заданий
Регламентное задание падает с ошибкой блокировки
Часто задаваемые вопросы
Можно ли снять блокировку без прав администратора?
Блокировку сеансов базы — нет, для этого нужны права администратора кластера или информационной базы. А вот блокировку конкретного объекта иногда решает сам пользователь: достаточно дождаться, пока коллега закроет форму документа, или попросить его об этом.
Что делать, если зависший сеанс появляется снова и снова?
Ищите источник: чаще всего это регламентное задание с ошибкой, автообмен или компьютер пользователя, где 1С запускается автоматически при старте Windows. Проверьте журнал регистрации и планировщик задач на машине пользователя.
Опасно ли принудительно завершать сеанс пользователя?
Для базы это безопасно — транзакции откатываются корректно. Потеря возможна только для несохранённых данных в открытых формах пользователя, поэтому при возможности предупредите его перед завершением сеанса.
Как заблокировать базу самостоятельно перед обновлением?
В консоли кластера откройте свойства информационной базы, установите флаг «Блокировка начала сеансов включена», укажите сообщение для пользователей и при необходимости код разрешения — по нему администратор сможет войти, пока остальным вход закрыт.
Почему файловая база остаётся заблокированной после закрытия всех программ?
Скорее всего, процесс 1cv8.exe завис в памяти одного из компьютеров или файл базы удерживается открытым сетевым подключением. Проверьте диспетчер задач у пользователей и список открытых файлов на компьютере, где лежит база.
Что важно запомнить
Сначала определите тип блокировки, затем действуйте: запрет входа снимается в свойствах базы в консоли кластера, зависшие сеансы завершаются принудительно, в файловой базе помогают диспетчер задач и закрытие открытых файлов. Никогда не прерывайте сеансы с обновлением или копированием — это главный риск повреждения данных.