Закрываем базу 1С на обслуживание: отключаем режимы, задания и доступ

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

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

Когда базу действительно нужно закрывать

Отключать режимы массово приходится в считанных случаях:

• 🔄 Обновление конфигурации или платформы — реструктуризация требует монопольного доступа, пользователи должны выйти.
• 💾 Выгрузка/загрузка .dt, свёртка, тестирование и исправление — тоже монопольные операции.
• 🛠 Профилактика и перенос базы — чтобы во время копирования никто не писал в базу.
• 🔐 Расследование инцидента — временно ограничить доступ и фоновую активность.

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

Блокировка новых подключений через консоль кластера серверов

Это основной способ для клиент-серверной базы. Работаем в оснастке «Администрирование серверов 1С Предприятия» (MMC).

1. Разверните дерево: Central server → <ваш кластер> → Информационные базы.
2. Откройте свойства нужной базы (двойной клик).
3. Поставьте флаг «Блокировка начала сеансов включена».
4. Заполните поля:
   • Начало и Конец — период блокировки;
   • Сообщение — текст, который увидит пользователь при попытке входа;
   • Код разрешения — короткое слово, по которому вы сами сможете зайти.
5. Там же поставьте «Блокировка регламентных заданий включена».

После этого новые сеансы не создаются, а вы заходите с параметром /UC<код разрешения> — например, /UC admin123.

Активные сеансы блокировка не разрывает. Их нужно завершить отдельно: в оснастке откройте Сеансы, правой кнопкой — «Удалить». Либо дайте пользователям время выйти самим. Рядом есть ветка Соединения — она показывает технические соединения (в том числе фоновые задания и обмены), по ним удобно проверять, что в базе действительно никого не осталось.

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

Через командную строку (rac) то же делается без оснастки. Посмотреть список баз и сеансов:

rac infobase summary list --cluster=<uuid-кластера>
rac session list --cluster=<uuid-кластера>

Поставить блокировку командой rac infobase update с параметрами --sessions-deny=on, --scheduled-jobs-deny=on и --permission-code. Точный набор ключей и формат дат смотрите в rac help infobase, чтобы не ошибиться с синтаксисом.

Параметры запуска и отключение отладки

Режимы запуска 1С задаются ключами исполняемого файла 1cv8.exe:

• ENTERPRISE — обычный режим «1С:Предприятие»;
• DESIGNER — Конфигуратор;
• /UC<код> — вход в обход блокировки сеансов;
• /N и /P — имя пользователя и пароль (для автоматических заданий);
• /DisableStartupMessages и /DisableStartupDialogs — подавляют стартовые сообщения и диалоги, когда база запускается в пакетном режиме и диалоговые окна только мешают.

«Отключить режим предприятия» для конкретного окружения можно, убрав базу из списка на запуск у пользователя или заблокировав вход (см. раздел про права). Монопольный доступ, который требуется при обновлении и загрузке .dt, Конфигуратор запрашивает сам — отдельного ключа для этого не нужно; достаточно, чтобы в базе не было других сеансов.

Отладку отключают в двух местах:

• На клиенте — в Конфигураторе: Сервис → Параметры, вкладка отладки. Снимите разрешение подключения отладчика.
• На сервере — отладка по протоколу TCP/HTTP включается при запуске агента сервера с соответствующим параметром. Если отладка на боевом сервере не нужна, запускайте службу без флага отладки. Включённая серверная отладка — это открытая дверь к данным, на продакшене её держать не следует.

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

В конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) есть штатный механизм, который не требует консоли кластера. Он сам завершит сеансы работающих пользователей.

Путь: Администрирование → Обслуживание → Блокировка работы пользователей.

В форме указываете:

• дату и время, с которого база закрывается;
• текст предупреждения;
• код для входа администратора.

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

Для файловой базы без сервера это вообще единственный цивилизованный способ выгнать всех — консоли кластера там нет.

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

Остановка служб сервера и регламентных заданий

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

Регламентные задания (закрытие периодов, обмены, рассылки) отключаются мягко, без остановки сервера:

• 🧩 в свойствах базы в консоли кластера — флаг «Блокировка регламентных заданий включена»;
• 🧩 в БСП-конфигурации — Администрирование → Обслуживание → Регламентные и фоновые задания, где каждое задание можно выключить галочкой.

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

Службу агента сервера (ragent, в списке служб Windows — «1C:Enterprise 8.3 Server Agent») останавливают через оснастку services.msc или командой net stop. Это убивает разом все сеансы всех баз на этом сервере. Если на сервере крутится несколько баз, а закрыть нужно одну, службу не трогают — обходятся блокировкой сеансов конкретной базы.

Если нужно вернуть всё как было — просто запустите службу обратно. Пересоздавать кластер, удалять базы или «сбрасывать настройки» для этого не требуется и опасно: потеряете расписание заданий и настройки безопасности.

Отключение расширений, внешних отчётов и обработок

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

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

В режиме 1С:Предприятия расширениями управляют через «Функции технического специалиста» (нужны права администратора) — там тот же список с возможностью отключить. У расширения есть и свойства безопасности — «Безопасный режим» и «Защита от опасных действий»; если расширение из непроверенного источника выполняет подозрительные действия, эти флаги ограничивают его возможности, не удаляя сам код.

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

Внешние (дополнительные) отчёты и обработки в БСП-конфигурациях лежат в справочнике: Администрирование → Печатные формы, отчёты и обработки → Дополнительные отчёты и обработки. Отключить конкретную обработку — открыть её карточку и поменять «Публикация» на «Недоступна». Выключить весь механизм — снять флаг «Дополнительные отчёты и обработки» в настройках того же раздела.

Ограничение прав как способ отключить функции

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

Варианты по возрастанию жёсткости:

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

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

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

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