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

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

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

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

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

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

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

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

Файловая база — это каталог с файлом 1Cv8.1CD, к которому пользователи подключаются напрямую или через веб-сервер. Здесь нет отдельной команды «включить монопольный режим»: он устанавливается автоматически, когда вы запускаете конфигуратор или предприятие, и в базе нет других активных сеансов.

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

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

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

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

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

Откройте консоль кластера серверов (1C:Enterprise Server Administration), найдите нужную информационную базу и откройте её свойства. Установите флаг «Блокировка начала сеансов включена», при необходимости задайте сообщение для пользователей и код разрешения — параметр, который позволит войти вам, пока блокировка действует. После этого в списке сеансов завершите оставшиеся сеансы пользователей и фоновых заданий.

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

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /S"Сервер\ИмяБазы" /N"Администратор" /P"пароль" /UC"КодРазрешения"

Блокировка сеансов через консоль кластера и код разрешения

Код разрешения — ключевой механизм безопасного обслуживания. Без него после включения блокировки не сможет войти никто, включая вас, и придётся снимать блокировку обратно. С кодом вы сохраняете себе доступ, а пользователи получают вежливый отказ с заранее написанным сообщением, например: «Идёт обновление, база будет доступна к 12:00».

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

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

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

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

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

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

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

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

Альтернативы монопольному режиму

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

Для разработки и тестирования безопаснее всего копия базы: разверните выгрузку .dt на отдельном сервере или в файловом варианте и экспериментируйте там, не трогая продуктив. Это полностью снимает риски, связанные с монопольным доступом.

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