Как запустить 1С в монопольном режиме

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

Способ включения зависит от типа базы. В файловой базе монопольный доступ устанавливается автоматически при выполнении соответствующих операций, если никто больше не подключён. В клиент-серверном варианте (SQL Server, PostgreSQL) блокировку сеансов нужно выставлять отдельно — через консоль кластера серверов 1С.

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

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

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

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

Монопольный режим в файловой базе

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

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

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

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

Монопольный режим в клиент-серверной базе

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

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

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

Запуск с параметром командной строки

Для автоматизации и разовых задач удобно запускать 1С с параметрами. Ключ /UC задаёт код разрешения для входа в базу с блокировкой сеансов, а параметр конфигуратора DisableStartupDialogs и пакетный режим позволяют выполнить обновление без интерактива. Пример запуска конфигуратора с обновлением базы данных:

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"Путь\к\базе" /N"Администратор" /P"пароль" /UpdateDBCfg /UC"код_разрешения"

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /UpdateDBCfg /DisableStartupDialogs

Ошибка «не удалось установить монопольный режим»: причины и решение

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

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

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

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

Признак успешной установки — операция (обновление, тестирование, загрузка) запустилась без ошибки доступа. Дополнительно в файловой базе в списке активных пользователей останется только ваш сеанс, а в серверной — в консоли кластера в ветке «Сеансы» будет один сеанс, и при этом в свойствах базы стоят оба флажка блокировки.

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

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