Монопольный режим 1С 8.3: как включить и для чего он нужен

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

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

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

Что такое монопольный режим и когда он нужен

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

Операции, требующие монопольного доступа:

• обновление конфигурации базы данных, если изменилась структура метаданных (реструктуризация);
• загрузка и выгрузка информационной базы в файл .dt;
• тестирование и исправление информационной базы;
• удаление помеченных объектов в монопольном варианте;
• изменение режима совместимости и некоторые сервисные операции.

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

Как включить монопольный режим в файловой базе

Файловая база — самый простой случай: сеансы хранятся в файле 1Cv8.1cd, и список активных пользователей виден прямо в конфигураторе. Порядок действий:

1. Откройте базу в конфигураторе под пользователем с полными правами.
2. Проверьте активных пользователей: меню «Администрирование» → «Активные пользователи». Если кроме вас есть другие сеансы — попросите пользователей выйти.
3. Выберите «Администрирование» → «Установить монопольный режим».
4. При успешной установке в заголовке окна конфигуратора появится пометка «(монопольно)».

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

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

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

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

Действия в консоли кластера (1CV8 Servers → Кластер → Информационные базы → нужная база):

1. Откройте свойства информационной базы (правый клик → «Свойства»).
2. Установите флаг «Блокировка начала сеансов включена».
3. Задайте время начала блокировки (можно текущее) и при необходимости сообщение для пользователей и код разрешения.
4. На вкладке «Сеансы» выделите все сеансы этой базы и удалите их (Delete).
5. Зайдите в конфигуратор и включите монопольный режим обычным способом.

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

Завершение сеансов из командной строки

Для регулярных регламентных операций (ночное обновление, бэкап) удобнее автоматизировать отключение пользователей утилитой администрирования rac:

rac session --cluster=<ID_кластера> terminate --infobase=<ID_базы>

После завершения сеансов агент сервера освободит соединения с СУБД в течение короткого времени, и монопольный режим установится без ошибки.

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

Самая частая причина — оставшиеся активные сеансы. Но есть и менее очевидные источники подключений, о которых забывают:

• фоновые и регламентные задания, запущенные от имени служебного пользователя;
• сеансы веб-сервисов, HTTP-сервисов и планов обмена (РИБ, обмен с сайтом);
• открытый второй конфигуратор или предприятие на терминальном сервере у другого администратора;
• COM-соединения из внешних программ и скриптов;
• «зависшие» сеансы после аварийного завершения клиента.

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

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

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

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

Типичные ошибки и ограничения

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

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