Монопольный доступ к базе 1С 8.3: как выгнать всех и работать одному

Чтобы запустить 1С 8 в монопольном режиме, нужно не нажать особую кнопку, а убрать из базы всех остальных. Включите блокировку сеансов с кодом разрешения (Администрирование → Обслуживание → Блокировка работы пользователей или свойства базы в консоли кластера), дождитесь выхода пользователей и откройте Конфигуратор с ключом /UC <код>. Дальше платформа сама захватит базу монопольно, когда операция этого потребует.

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

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

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

Монополия обязательна для таких операций:

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

Выгрузку в .dt платформа 8.3 тоже выполняет надёжнее, когда в базе никого нет: в файловом варианте это фактически требование, иначе данные в архиве могут оказаться несогласованными.

Подготовка: кто сейчас сидит в базе

Перед захватом базы посмотрите, кого придётся отключить. Мест для проверки три.

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

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

Обычный путь: блокировка и запуск через окно выбора базы

Это способ для типовых конфигураций на БСП. Работает и в файловом, и в клиент-серверном варианте.

Шаг 1. Включите блокировку в программе

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

После этого программа рассылает пользователям предупреждение и через несколько минут завершает их сеансы. Новые входы запрещены всем, кто не знает кода.

Шаг 2. Войдите в Конфигуратор с кодом

1. Закройте свой сеанс 1С:Предприятия: он тоже считается.
2. В окне запуска выберите базу и нажмите Изменить.
3. Пролистайте мастер до последней страницы и в поле «Дополнительные параметры запуска» впишите /UC admin7.
4. Нажмите Готово, затем Конфигуратор.

Теперь вы единственный, кто может войти. Обновление, загрузка .dt или тестирование получат монопольный доступ без ошибок.

Ключ /UC лучше убрать из параметров базы после работы. Иначе он будет срабатывать и при следующей блокировке, а вы забудете, что он там прописан.

Клиент-серверная база: блокировка через консоль кластера

В серверном варианте блокировку держит кластер, а не конфигурация. Поэтому способ работает с любой базой, даже нетиповой и без БСП. Нужны права администратора кластера и логин с паролем администратора информационной базы.

Через консоль администрирования серверов

1. Откройте «Администрирование серверов 1С Предприятия».
2. Раскройте Кластеры → <ваш кластер> → Информационные базы.
3. Правой кнопкой по базе → Свойства. Введите имя и пароль администратора ИБ.
4. Отметьте «Блокировка начала сеансов включена».
5. Заполните «Сообщение» и «Код разрешения».
6. Отметьте «Блокировка регламентных заданий включена».
7. Нажмите OK.

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

Почему регламентные задания мешают

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

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

Через утилиту rac

То же самое делается из командной строки утилитой rac (она лежит в каталоге bin платформы и общается с сервисом ras). Порядок такой:

rac cluster list
rac infobase summary list --cluster=<uuid_кластера>
rac infobase update --cluster=<uuid_кластера> --infobase=<uuid_базы> ^
  --infobase-user=Админ --infobase-pwd=Пароль ^
  --sessions-deny=on --scheduled-jobs-deny=on ^
  --denied-message="Обновление базы" --permission-code=admin7
rac session list --cluster=<uuid_кластера> --infobase=<uuid_базы>
rac session terminate --cluster=<uuid_кластера> --session=<uuid_сеанса>

Если кластер защищён паролем, к командам добавляются параметры администратора кластера. Точный синтаксис для вашей версии платформы смотрите в rac help infobase и rac help session. Снятие блокировки — та же команда update с --sessions-deny=off --scheduled-jobs-deny=off.

Запуск 1С 8 в монопольном режиме из командной строки

Отдельной консольной утилиты вроде «v83c.exe» у платформы нет. Работают с тремя исполняемыми файлами:

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

Пример: открыть Конфигуратор файловой базы с кодом разрешения.

"C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /UC admin7

Для серверной базы вместо /F указывают /S "server01\buh". Номер платформы в пути подставьте свой: смотрите, какие каталоги есть в C:\Program Files\1cv8.

Ключи запуска для пакетного обновления и выгрузки

Ночное обслуживание удобно запускать скриптом. Схема для типовой конфигурации на БСП:

1. Скрипт запускает 1С:Предприятие с параметром /C "ЗавершитьРаботуПользователей" и кодом /UC. Конфигурация ставит блокировку и завершает сеансы.
2. Конфигуратор в пакетном режиме делает копию и обновляет структуру.
3. Последний запуск с /C "РазрешитьРаботуПользователей" снимает блокировку.

set V8="C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe"
set IB=/S "server01\buh" /N "Администратор" /P "пароль" /UC admin7

%V8% ENTERPRISE %IB% /C "ЗавершитьРаботуПользователей" /DisableStartupMessages
%V8% DESIGNER %IB% /DumpIB "E:\Backup\buh.dt" /Out "E:\Logs\dump.log"
%V8% DESIGNER %IB% /UpdateDBCfg /Out "E:\Logs\update.log"
%V8% ENTERPRISE %IB% /C "РазрешитьРаботуПользователей" /DisableStartupMessages

Полезные ключи для таких сценариев:

💡 Всегда пишите /Out в отдельный файл и проверяйте его после ночного прогона. Пакетный Конфигуратор не показывает окон: ошибку монополии вы увидите только в логе.

Для нетиповой конфигурации без БСП первый и последний шаги заменяет блокировка через rac. В файловой базе без БСП автоматической блокировки нет совсем: пользователей выводят организационно.

Монополия из кода

Разработчику доступно встроенное: УстановитьМонопольныйРежим(Истина) переводит сеанс в монопольный режим, МонопольныйРежим() возвращает текущее состояние. Если в базе есть другие сеансы, вызов завершится исключением, поэтому его оборачивают в Попытка:

Попытка
    УстановитьМонопольныйРежим(Истина);
Исключение
    Сообщить("Не удалось захватить базу: " + КраткоеПредставлениеОшибки(ИнформацияОбОшибке()));
    Возврат;
КонецПопытки;
// ... операция, которой нужна монополия
УстановитьМонопольныйРежим(Ложь);

Файловая база: что держит её занятой

В файловом варианте блокировку держит сам файл 1Cv8.1CD. Кластера нет, консоли нет, принудительно отключить чужой сеанс из Конфигуратора нельзя. Остаётся три пути:

1. Блокировка через программу на БСП, как в разделе выше: она завершает сеансы штатно.
2. Список Администрирование → Активные пользователи в Конфигураторе: по колонке компьютера понятно, к кому идти.
3. Открытые файлы на сервере, где лежит база. В Windows Server это Управление компьютером → Общие папки → Открытые файлы. Закрытие файла 1Cv8.1CD там отключает пользователя.

Типичная история: в списке активных пользователей никого, а монопольный режим не ставится. Обычно это зависший процесс 1cv8.exe или 1cv8c.exe на чьём-то компьютере, который уже не виден как сеанс, но файл держит. Найдите его по списку открытых файлов и завершите на том компьютере через Диспетчер задач.

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

Диагностика: не получается установить монопольный режим

Ошибки здесь бывают двух видов, и их часто путают.

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

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

Если все сеансы закрыты, а ошибка повторяется в клиент-серверной базе, проверьте сеансы ещё раз через минуту. Внешние программы (обмены, интеграции через COM, сервисы отчётов) переподключаются сами. Их нужно остановить на стороне той программы, а не только удалить сеанс.

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