Запрет регламентных заданий для информационной базы: консоль кластера, rac и файловый режим

Блокировка регламентных заданий в 1С 8.3 ставится флажком в свойствах информационной базы: Консоль администрирования серверов 1С Предприятия → Кластер → Информационные базы → база → Свойства → Блокировка регламентных заданий включена. После этого сервер перестаёт запускать для базы все задания по расписанию: обмены, загрузку курсов, обновление индексов, отправку почты. Данные и конфигурация не меняются, пользователи работают как обычно.

Установить запрет нужно почти всегда в одном случае — когда у вас появилась копия рабочей базы. Тестовая копия, база разработчика, база для проверки обновления: без блокировки такая копия начнёт выгружать данные в банк, ЭДО, сайт или учётную систему партнёра от имени настоящей организации.

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

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

Типичный набор в типовых конфигурациях:

• 🔄 обмены данными с другими базами и узлами РИБ;
• 🏦 загрузка выписок и курсов валют, обмен с банком;
• 📨 получение и отправка документов ЭДО, отчётности, почты;
• 🔍 обновление индекса полнотекстового поиска ;
• 🧹 удаление устаревших данных, пересчёт итогов, обновление агрегатов;
• 🌐 выгрузка на сайт и в маркетплейсы.

Запрет ставят в четырёх ситуациях:

1. Копия рабочей базы. Самый частый и самый опасный случай: задания копии работают с теми же внешними адресами, что и оригинал.
2. Обслуживание. Обновление конфигурации , загрузка .dt, тестирование и исправление — чтобы фоновые сеансы не мешали и не держали базу.
3. Диагностика нагрузки. Если сервер «задыхается», временный запрет быстро показывает, виноваты ли фоновые задания.
4. Архивная база. База закрытого периода или ликвидированной организации, в которую только иногда заходят посмотреть данные.

Что изменится после установки запрета

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

Отсюда практические последствия, о которых стоит предупредить пользователей копии:

• 📉 курсы валют и классификаторы не обновятся сами — их придётся загрузить вручную, если нужно;
• 📭 входящие документы ЭДО и выписки банка не придут автоматически;
• 🔍 полнотекстовый поиск по новым данным может ничего не находить, пока индекс не обновлён вручную;
• ⏳ в рабочей базе задания, которые не выполнялись несколько дней, после снятия запрета догоняют очередь — первое время нагрузка выше обычной.

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

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

В свойствах существующей базы

1. Запустите оснастку «Администрирование серверов 1С Предприятия». Её версия должна совпадать с версией сервера.
2. Раскройте Центральные серверы 1С:Предприятия → сервер → Кластеры → кластер → Информационные базы.
3. Нажмите правой кнопкой на нужной базе и выберите Свойства.
4. Если консоль спросит, введите имя и пароль администратора информационной базы. Пользователи в базе не заведены — оставьте поля пустыми.
5. Установите флажок Блокировка регламентных заданий включена.
6. Нажмите OK.

Новые выполнения перестанут запускаться сразу. Задание, которое уже работало в момент блокировки, его не прерывает.

При создании новой базы на сервере

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

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

После этого загружайте .dt или подключайте восстановленную копию СУБД. Флажок хранится в реестре кластера, а не в самой базе, поэтому загрузка выгрузки его не сбросит.

Как проверить, что блокировка работает

Откройте в консоли узел Сеансы нужной базы. Сеансов с приложением «Фоновое задание» по расписанию быть не должно. Если такой сеанс есть и висит долго — это задание, стартовавшее до блокировки. Его можно дождаться или завершить.

Установка запрета через rac на сервере без консоли

На Linux-серверах и при массовой настройке удобнее утилита rac. Ей нужен запущенный сервер администрирования ras (по умолчанию порт 1545).

Сначала найдите идентификаторы кластера и базы:

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

Если у кластера задан администратор, добавляйте к командам --cluster-user и --cluster-pwd.

Установка запрета:

rac infobase update --cluster=<uuid_кластера> --infobase=<uuid_базы> ^
  --infobase-user=Администратор --infobase-pwd=пароль ^
  --scheduled-jobs-deny=on

Снятие — та же команда со значением --scheduled-jobs-deny=off.

Проверить текущее значение можно командой:

rac infobase info --cluster=<uuid_кластера> --infobase=<uuid_базы> ^
  --infobase-user=Администратор --infobase-pwd=пароль

В выводе ищите строку scheduled-jobs-deny: значение on означает, что запрет действует.

Если сервер не принимает параметр или выдаёт ошибку разбора, сверьтесь со справкой вашей версии: rac help infobase.

Файловая база: как запретить регламентные задания без кластера

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

Управляют этим параметром запуска /AllowExecuteScheduledJobs:

• -Off — этот сеанс не будет выполнять регламентные задания;
• -Force — сеанс выполняет задания принудительно.

Пример строки запуска копии:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F "D:\Bases\Buh_test" /AllowExecuteScheduledJobs -Off

Чтобы не вводить параметр каждый раз, добавьте его в свойства базы в окне запуска: Изменить → Далее → Дополнительные параметры запуска, строка /AllowExecuteScheduledJobs -Off.

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

Блокировка всей базы или отключение отдельного задания

Это два разных механизма, и путают их постоянно.

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

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

Из таблицы следуют два практических вывода.

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

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

Почему блокировка не ставится или задания всё равно работают

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