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

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

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

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

Когда требуется монопольный доступ

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

Монопольный доступ обязателен для следующих операций:

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

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

Подготовка: завершение сеансов пользователей

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

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

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

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

Монопольный вход в файловой базе

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

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

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

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

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

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

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

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /S"Server\Base" /N"Администратор" /P"пароль" /UC"КодРазрешения"

Параметр /UC с кодом разрешения позволяет запустить сеанс, когда на базе установлена блокировка соединений. Укажите актуальный путь к исполняемому файлу вашей версии платформы — номер релиза в примере замените на свой.

Вход через 1С:Предприятие с установкой монопольного режима

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

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

В типовых решениях на базе Библиотеки стандартных подсистем есть механизм «Завершение работы пользователей» (раздел «Администрирование → Обслуживание»). Он рассыляет пользователям предупреждение и через заданное время завершает их сеансы, а затем блокирует новые подключения — это самый безопасный путь в клиент-серверной базе без доступа к консоли кластера.

Типичные ошибки и их решение

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

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

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

Проверка результата и снятие монопольного режима

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

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

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