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

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

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

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

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

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

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

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

Отключение через конфигуратор

Стандартный и самый безопасный способ — снять монопольный режим из конфигуратора тем же сеансом, которому доступ открыт. Запустите конфигуратор, войдите под пользователем с правами администратора и перейдите в меню «Администрирование» → «Поддержка и обслуживание». В открывшейся форме снимите флаг «Монопольный режим» и нажмите «ОК».

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

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

1. 1
   Откройте конфигуратор под администратором
2. 2
   Перейдите: Администрирование → Поддержка и обслуживание
3. 3
   Снимите флаг «Монопольный режим» и нажмите ОК
4. 4
   Проверьте список активных пользователей
5. 5
   Попросите пользователя выполнить вход повторно

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

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

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

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

Отключение в файловой базе

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

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

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

Программное управление монопольным режимом

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

Если МонопольныйРежим() Тогда
УстановитьМонопольныйРежим(Ложь);
КонецЕсли;

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

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

Проверка результата и что делать, если режим не снимается

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

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

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

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

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

Вход пользователя в режиме предприятия

Норма

Вход выполняется без ошибок

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

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

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

Норма

Видно несколько сеансов

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

Только один сеанс и ошибки у остальных

Фоновые задания в консоли кластера

Норма

Нет заданий, устанавливающих монопольный режим

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

Задание сразу включает режим заново

Профилактика: чтобы режим не оставался включённым

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

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

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

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

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

Кто может снять монопольный режим?

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

Почему после снятия флага режим включается снова?

Скорее всего, работает фоновое задание или обработчик обновления, который программно вызывает УстановитьМонопольныйРежим(Истина). Включите в консоли кластера блокировку регламентных заданий, завершите фоновые задания и повторите снятие.

Можно ли снять монопольный режим без конфигуратора?

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

Опасно ли принудительно завершать сеанс с монопольным режимом?

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

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

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