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

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

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

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

Как убедиться, что задания действительно заблокированы

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

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

Снятие блокировки через консоль кластера серверов

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

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

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

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

Снятие блокировки программно

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

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

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

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

Особенности файлового режима работы

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

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

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

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

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

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

Проверка результата и типичные ошибки

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

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

Профилактика повторной блокировки

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

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

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