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

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

Как включить блокировку фоновых заданий в 1С

Как включить блокировку регламентных и фоновых заданий в 1С через консоль кластера, конфигуратор и код. Разбор ошибок, проверка результата, FAQ для администраторов.

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

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

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

Основной сценарий — обновление конфигурации. Если во время обновления выполняется регламентное задание (например, синхронизация данных или загрузка курсов валют), возможны конфликты блокировок, ошибки записи и повреждение данных. Поэтому перед обновлением задания блокируют, а после успешного завершения — разблокируют.

Второй типовой случай — восстановление копии базы для тестирования. Копия рабочей базы содержит те же регламентные задания, и если их не заблокировать, тестовая база начнёт отправлять реальные письма, выполнять обмены с боевыми системами и дублировать документы в связанных приложениях. Это одна из самых опасных ситуаций на практике.

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

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

Это основной способ для серверных баз. Откройте консоль управления серверами 1С (оснастка «1С:Серверы предприятия»), разверните нужный кластер и найдите ветку «Информационные базы». Выделите базу и откройте её свойства через контекстное меню.

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

Обратите внимание: изменение применяется на уровне кластера и не требует перезапуска служб. Проверить состояние можно, повторно открыв свойства базы — флажок должен остаться установленным.

Порядок действий в консоли кластера
  1. 1
    Откройте консоль управления серверами 1С и подключитесь к кластеру
  2. 2
    Разверните ветку «Информационные базы» и найдите нужную базу
  3. 3
    Откройте свойства базы через контекстное меню
  4. 4
    Установите флажок «Блокировка регламентных заданий включена»
  5. 5
    Сохраните изменения и проверьте, что флажок сохранился
  6. 6
    После завершения работ снимите флажок и убедитесь, что задания возобновились

Блокировка в файловой базе и программный способ

В файловом варианте нет консоли кластера, поэтому блокировка управляется программно. Встроенный язык предоставляет два метода: УстановитьБлокировкуРегламентныхЗаданий(Истина) для включения и ПолучитьБлокировкуРегламентныхЗаданий() для проверки текущего состояния. Для снятия блокировки тот же метод вызывается с параметром Ложь.

Методы доступны в привилегированном режиме и требуют права «Администрирование». Выполнить код можно через внешнюю обработку, консоль кода или процедуру в общем модуле. В клиент-серверном варианте программный способ тоже работает и меняет тот же параметр, что и консоль кластера.

bsl
// Включить блокировку
УстановитьБлокировкуРегламентныхЗаданий(Истина);

// Проверить состояние
Если ПолучитьБлокировкуРегламентныхЗаданий() Тогда
    Сообщить("Регламентные задания заблокированы");
КонецЕсли;

// Снять блокировку
УстановитьБлокировкуРегламентныхЗаданий(Ложь);

Блокировка в типовых конфигурациях

В типовых решениях на Библиотеке стандартных подсистем (БСП) — «Управление торговлей», «Бухгалтерия предприятия», «Зарплата и управление персоналом» и других — есть штатный механизм «Блокировка работы с внешними ресурсами». Он включается автоматически при загрузке копии базы через обработку или вручную из раздела администрирования.

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

Найти функцию можно в разделе «Администрирование» → «Обслуживание» → «Регламентные операции» либо через обработку «Блокировка работы с внешними ресурсами», доступную при развёртывании копии. Точное расположение зависит от версии конфигурации.

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

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

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

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

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

Свойства базы в консоли кластера
Норма

Флажок «Блокировка регламентных заданий включена» установлен

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

Флажок сброшен после сохранения — нет прав или консоль устарела

Консоль регламентных заданий
Норма

Даты последнего выполнения не меняются

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

Задания продолжают выполняться по расписанию

Журнал регистрации
Норма

Нет новых событий выполнения заданий

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

Появляются ошибки или успешные запуски заданий

Типичные ошибки и ограничения

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

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

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

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

Альтернативы и смежные механизмы

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

Для автоматизации рутинных операций удобно скриптовое управление: утилита rac (для кластера) позволяет включать блокировку из командной строки, что удобно в сценариях обновления. Пример логики: установить блокировку заданий и сеансов, дождаться завершения активных заданий, выполнить обновление, снять обе блокировки.

Сравнение вариантов

Консоль кластера

Подходит для разовых операций на серверных базах; требует доступа к серверу и прав администратора кластера

Программный метод

Универсален для файловых и серверных баз; нужен способ выполнить код — обработка или консоль кода

Блокировка внешних ресурсов (БСП)

Лучший вариант для копий типовых баз; работает только в конфигурациях на БСП

Отключение отдельных заданий

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

Итог

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

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

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

Блокировка остановит уже выполняющееся регламентное задание?

Нет. Блокировка запрещает только запуск новых заданий планировщиком. Активное задание завершится само; при необходимости его можно принудительно завершить через консоль кластера в разделе сеансов или консоль заданий.

Как включить блокировку в файловой базе без конфигуратора?

Через любую обработку, выполняющую код, например консоль кода: вызовите УстановитьБлокировкуРегламентныхЗаданий(Истина). В типовых конфигурациях можно воспользоваться штатной функцией блокировки работы с внешними ресурсами в разделе администрирования.

Почему задания выполняются, хотя блокировка включена?

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

Мешает ли блокировка работе пользователей?

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

Как автоматически блокировать задания при обновлении по скрипту?

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

Нужно ли перезапускать сервер 1С после включения блокировки?

Нет. Параметр применяется сразу после сохранения свойств информационной базы, перезапуск служб сервера и СУБД не требуется.