Как убрать монопольный режим в 1С

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

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

Способ зависит от режима работы: файловая база и клиент-серверный вариант (1С:Предприятие + СУБД) управляются по-разному. Ниже разобраны оба сценария, а также случаи, когда монопольный режим не снимается штатными средствами и требуется перезапуск служб.

Как определить, кто удерживает монопольный доступ

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

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

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

Снятие монопольного режима в клиент-серверной базе

Основной инструмент — консоль администрирования серверов 1С:Предприятия. Откройте её на сервере или на машине администратора, разверните ветку кластера, найдите нужную информационную базу.

Если монопольный доступ удерживает конкретный сеанс, перейдите на вкладку «Сеансы», найдите его по пользователю и приложению (Конфигуратор, 1CV8, фоновое задание), щёлкните правой кнопкой и выберите «Удалить». Сеанс завершится принудительно, монопольный режим снимется, и пользователи смогут войти.

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

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

Через программный интерфейс

Если монопольный режим установлен кодом (метод УстановитьМонопольныйРежим(Истина)) внутри сеанса, который ещё жив, его можно снять только из этого же сеанса вызовом УстановитьМонопольныйРежим(Ложь) либо завершением сеанса. Извне, из другого сеанса, снять чужую монопольную установку программно нельзя — только административное завершение сеанса через консоль или COM-коннектор к кластеру.

Снятие монопольного режима в файловой базе

В файловом варианте монопольный доступ обеспечивается механизмом блокировок файла базы (1Cv8.1CD). Пока хотя бы один процесс держит базу монопольно, остальные не войдут.

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

Если сеанс найти не удаётся, откройте диспетчер задач на каждом компьютере, где запускалась 1С, и завершите процессы 1cv8.exe и 1cv8c.exe, относящиеся к этой базе. После завершения всех процессов подождите несколько секунд и проверьте вход.

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

Если монопольный режим не снимается: перезапуск служб

Иногда в консоли кластера сеанс отображается, но не удаляется, либо блокировка снята, а вход по-прежнему невозможен. Это признак «зависшего» состояния на уровне агента сервера или рабочих процессов.

В таком случае перезапустите службу «Агент сервера 1С:Предприятия» (в Windows — через services.msc, в Linux — через systemctl). Все сеансы будут разорваны, блокировки сброшены. Предупредите пользователей заранее: несохранённые данные в открытых формах будут потеряны.

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

Монопольный режим при обновлении конфигурации

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

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

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

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

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

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

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

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

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

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

Норма

База открывается без сообщений о монопольном режиме

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

Ошибка разделённого доступа или текст блокировки сеансов

Список сеансов в консоли кластера

Норма

Только рабочие сеансы пользователей, нет зависших конфигураторов

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

Сеанс конфигуратора или фоновое задание с длительным временем работы

Свойства ИБ в консоли

Норма

Флажок блокировки начала сеансов снят

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

Блокировка включена, задано время окончания в будущем

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

Норма

Нет новых ошибок установки монопольного режима

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

Повторяющиеся ошибки от одного и того же сеанса или регламентного задания

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

Чем монопольный режим отличается от блокировки начала сеансов?

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

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

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

Почему после снятия блокировки пользователи всё равно не могут войти?

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

Опасно ли завершать сеанс через консоль кластера?

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

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

Убедитесь, что ни на одном компьютере нет запущенных процессов 1cv8.exe с этой базой, затем перезагрузите компьютер, где физически хранится файл базы. После этого проверьте вход. Если база не открывается совсем или выдаёт ошибки формата — потребуется тестирование и исправление (chdbfl или конфигуратор) по резервной копии.