К статье
Практический материал

Администрирование · 8 мин

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

Как войти в 1С в монопольном режиме: через конфигуратор, ключ /CМонопольныйРежим, управление сервером. Что делать, если вход запрещён, и как завершить сеансы пользователей.

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

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

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

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

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

Без монопольного доступа нельзя выполнить обновление конфигурации базы данных, тестирование и исправление, загрузку базы из dt-файла, изменение некоторых настроек совместимости. Попытка запустить эти операции при активных сеансах завершится ошибкой.

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

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

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

Для файловой базы попросите пользователей выйти штатно и проверьте, что в папке базы не осталось открытых файлов. Признак активных соединений в файловой базе — наличие файла блокировок 1Cv8.1CL и невозможность скопировать файл 1Cv8.1CD.

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

Вход в монопольном режиме в файловой базе

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

Если нужен монопольный режим в режиме «Предприятие» (например, для обработки, требующей исключительного доступа), запустите тонкий или толстый клиент с параметром командной строки /CМонопольныйРежим. Параметр передаётся после ключа /C без пробела.

Порядок действий для файловой базы
  1. 1
    Попросите всех пользователей выйти из базы
  2. 2
    Убедитесь, что сеансов нет: файл 1Cv8.1CD свободен для копирования
  3. 3
    Запустите конфигуратор — монопольный режим установится автоматически
  4. 4
    Либо запустите 1С:Предприятие с параметром /CМонопольныйРежим
  5. 5
    Проверьте: попытка входа второго пользователя должна завершаться отказом

Проверить монопольность просто: попробуйте открыть второй сеанс этой же базы. При корректно установленном монопольном режиме платформа выдаст сообщение о невозможности подключения.

Вход в монопольном режиме в клиент-серверной базе

В клиент-серверном варианте простое открытие конфигуратора не блокирует других пользователей. Монопольный режим здесь достигается двумя способами: параметром запуска или блокировкой сеансов на уровне кластера.

Запуск с параметром /CМонопольныйРежим

Откройте свойства ярлыка 1С или создайте bat-файл и добавьте параметр после основных ключей запуска. Пример строки запуска:

bat
"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /S"Server\Base" /N"Администратор" /P"пароль" /CМонопольныйРежим

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

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

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

Если задан код разрешения (например, Обслуживание), зайти в заблокированную базу можно, добавив параметр /UCОбслуживание к строке запуска. Это удобно: пользователи видят сообщение о блокировке, а администратор заходит по коду.

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

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

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

bsl
Если Не МонопольныйРежим() Тогда
    УстановитьМонопольныйРежим(Истина);
КонецЕсли;

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

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

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

Типичные ошибки
01
Завершение сеансов без предупреждения пользователей — потеря несохранённых данных
02
Забытые фоновые задания и COM-соединения держат базу и не дают войти монопольно
03
Работа без резервной копии перед обновлением — риск необратимой порчи данных
04
Забытая блокировка сеансов после обслуживания — пользователи не могут войти в базу

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

Проверка результата

Контрольные точки

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

Вход второго сеанса
Норма

Отказ с сообщением о монопольном режиме

Тревожный признак

Второй сеанс открывается свободно

Список сеансов в консоли кластера
Норма

Только один ваш сеанс

Тревожный признак

Есть чужие сеансы или фоновые задания

Операция обслуживания (обновление, ТиИ)
Норма

Запускается без ошибки доступа

Тревожный признак

Ошибка «нарушение прав доступа»

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

Почему не устанавливается монопольный режим, хотя все пользователи вышли?

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

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

Да, для файловой базы кластер не нужен: монопольный доступ устанавливается автоматически при первом подключении. Для клиент-серверной базы без консоли кластера используйте параметр запуска /CМонопольныйРежим, но сеансы всё равно придётся завершить.

Что делает параметр /UC?

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

Опасен ли монопольный режим для данных?

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

Как выйти из монопольного режима?

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

Итог

Что важно запомнить

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