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

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

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

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

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

Платформа сама подскажет, когда нужен монопольный доступ: при попытке выполнить операцию без него появится сообщение «Операция не может быть выполнена», «Требуется монопольный режим» или «Конфигурация базы данных не соответствует сохранённой конфигурации». К таким операциям относятся обновление конфигурации базы данных, загрузка/выгрузка DT, тестирование и исправление с реструктуризацией, очистка ссылок на удалённые объекты.

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

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

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

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

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

Способ 1: блокировка соединений через конфигуратор

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

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

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

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

Способ 2: монопольный режим при обновлении конфигурации

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

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

Способ 3: запуск с параметром /UC и другие варианты

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

"C:\Program Files\1cv8\8.3.22.1709\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /NАдмин /Pпароль /UC12345 /DisableStartupDialogs

Для пакетного выполнения операций удобен параметр /Execute с обработкой или /C с командой. В типовых конфигурациях (Бухгалтерия, Управление торговлей, ERP) блокировка доступна и из режима Предприятия: раздел «Администрирование» → «Обслуживание» → «Блокировка работы пользователей» — там же можно завершать активные сеансы.

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

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

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

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

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

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

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

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