Как запретить 1С запускать регламентные и фоновые задания

Чтобы остановить регламентные задания во всей базе, в клиент-серверном варианте установите флаг блокировки в свойствах информационной базы в консоли администрирования кластера. В файловой базе запустите 1С с параметром /AllowExecuteScheduledJobs -Off. Отдельное задание отключается снятием флага «Использование» в списке заданий внутри самой базы.

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

Как устроены регламентные и фоновые задания

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

Разница важна для блокировки:

• ⏰ Регламентные задания включаются и отключаются расписанием и общим флагом блокировки.
• ⚙️ Фоновые задания, запущенные пользователем вручную, общий запрет регламентных заданий не останавливает: они стартуют по действию человека.
• 🔒 Блокировка соединений с базой и монопольный режим — отдельные механизмы, они действуют на сеансы пользователей и косвенно на задания.

В клиент-серверной базе задания исполняет сервер 1С: рабочий процесс кластера берёт задание и запускает его от имени назначенного пользователя. В файловой базе задания выполняет клиентский сеанс, у которого при запуске включён соответствующий режим. Поэтому и способы блокировки у вариантов разные.

Что обычно выполняется в фоне

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

• 💱 загрузка курсов валют и классификаторов;
• 📬 отправка и получение почты, обмен с внешними сервисами;
• 🔄 обмены данными между базами по расписанию;
• 🧹 очистка устаревших данных, обслуживание итогов и индексов полнотекстового поиска;
• 🔎 проверка контрагентов и обновление сведений из сервисов.

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

Кто и когда запускает задание

У каждого регламентного задания есть расписание: время начала, повтор в течение дня, дни недели, период действия. Сервер сверяет расписание примерно раз в минуту и запускает то, что пора. Если предыдущий запуск ещё идёт, новый, как правило, не стартует, поэтому «длинные» задания не копятся в параллель.

Блокировка в консоли администрирования кластера

Это основной способ для сервера 1С:Предприятия. Он работает на уровне базы и не требует заходить в неё.

1. Откройте консоль администрирования серверов 1С (оснастка «Администрирование серверов 1С:Предприятия»).
2. Разверните центральный сервер, кластер и раздел «Информационные базы».
3. Откройте свойства нужной базы двойным щелчком.
4. Найдите параметр блокировки регламентных заданий и поставьте флажок.
5. Нажмите «ОК».

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

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

Параметр запуска для файловой базы

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

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

Расшифровка:

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

Чтобы параметр применялся всегда, добавьте его в дополнительные параметры запуска базы в списке баз: «Изменить» → поле «Дополнительные параметры запуска».

Управление заданиями внутри самой базы

Если нужно остановить не всё, а одно-два задания, зайдите в базу под администратором.

В типовых конфигурациях на БСП (Бухгалтерия предприятия 3.0, ЗУП 3.1, Управление торговлей 11 и другие) список находится в разделе Администрирование → Обслуживание → Регламентные и фоновые задания. Если раздела «Обслуживание» не видно, включите полный интерфейс администратора или проверьте права пользователя.

Что можно сделать в списке:

• ✅ Снять флаг «Использование» — задание перестанет запускаться по расписанию.
• 🕒 Изменить расписание — например, перенести тяжёлое задание на ночь.
• 👤 Назначить пользователя, от имени которого оно выполняется.
• ▶️ Запустить задание вручную, чтобы проверить его работу.

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

Блокировка копии базы и «Я скопировал»

Самый частый повод для блокировки — копия боевой базы для тестов. Тестовая копия с рабочими настройками обмена и почты может отправить письма клиентам или выгрузить данные в реальный сервис.

Типовые конфигурации учитывают это: когда программа замечает, что база перенесена или скопирована, при запуске задаёт вопрос, перемещена она или скопирована. Ответ «Я скопировал» (или аналогичный по смыслу) отключает регламентные задания и работу с внешними ресурсами в копии.

Порядок для тестовой копии:

1. Загрузите копию из .dt или скопируйте каталог файловой базы.
2. Заблокируйте задания на уровне кластера или параметром запуска — до первого входа.
3. Войдите и ответьте программе, что это копия.
4. Проверьте список заданий и настройки обмена: убедитесь, что адреса и учётные записи не боевые.

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

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

Монопольный режим и блокировка соединений

Эти механизмы часто путают с блокировкой заданий.

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

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

Как проверить по журналу регистрации, что задания остановлены

Поставили флаг — проверьте. Для этого откройте журнал регистрации (Администрирование → Обслуживание → Журнал регистрации или в конфигураторе Администрирование → Журнал регистрации) и настройте отбор:

• по событию: «Регламентные задания» (запуск и завершение) и «Фоновое задание»;
• по периоду: от момента включения блокировки;
• по уровню: «Ошибка» и «Предупреждение» для поиска сбоев.

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

Что смотреть при зависшем задании:

1. Время начала в списке фоновых заданий — сравните с расписанием.
2. Запись о запуске и отсутствие записи о завершении в журнале.
3. Пользователя, под которым оно выполняется, и сеанс, который его держит.
4. Сообщения об ошибке в комментарии события — часто там видно, на чём остановилась работа.

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

Когда блокировка не помогает и как исправить типичные сбои

Бывает, что флаг стоит, а задания всё равно идут или, наоборот, после снятия блокировки не запускаются. Разбор по симптомам:

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