Как отключить фоновые задания при обновлении 1С

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

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

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

Почему фоновые задания мешают обновлению

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

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

Отдельный риск — обновление на стороне СУБД. Реструктуризация таблиц при активных фоновых транзакциях может привести к взаимоблокировкам на уровне MS SQL или PostgreSQL, и тогда придётся принудительно снимать сессии уже средствами СУБД.

Подготовка: что сделать до отключения заданий

Перед любыми действиями сделайте резервную копию: для файловой базы — скопируйте файл 1Cv8.1CD, для клиент-серверной — выполните выгрузку в dt или штатный бэкап средствами СУБД. Это единственная гарантия отката, если обновление пойдёт не по плану.

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

Предупредите пользователей о времени работ и завершите их сеансы. Хотя пользовательские сеансы и фоновые задания блокируются по-разному, обновление всё равно потребует полной монопольности.

1. 1
   Сделайте резервную копию базы (dt, копия файла или бэкап СУБД)
2. 2
   Зафиксируйте список активных регламентных и фоновых заданий
3. 3
   Завершите сеансы пользователей
4. 4
   Отключите регламентные задания и дождитесь завершения фоновых
5. 5
   Убедитесь в отсутствии активных сеансов и запустите обновление

Отключение заданий в клиент-серверном варианте

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

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

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

Отключение заданий в файловом варианте

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

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

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

УстановитьМонопольныйРежим(Истина);
Выборка = РегламентныеЗадания.ПолучитьРегламентныеЗадания();
Для Каждого Задание Из Выборка Цикл
    Задание.Использование = Ложь;
    Задание.Записать();
КонецЦикла;

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

Проверка, что задания действительно отключены

Недостаточно поставить флажок — нужно убедиться, что ни одно задание не выполняется и не запустится. В клиент-серверном режиме откройте список сеансов в консоли кластера и отфильтруйте по типу «Фоновое задание»: список должен быть пуст. Подождите несколько минут и обновите список — если по расписанию должно было стартовать задание, а оно не появилось, блокировка работает.

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

Включение заданий после обновления

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

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

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

Альтернативные подходы и ограничения

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

Для баз на БСП есть механизм «Блокировка работы пользователей» (обработка, входящая в библиотеку): она устанавливает константу блокировки сеансов и заодно приостанавливает регламентные задания. Это удобно, когда администрирование ведётся из интерфейса предприятия без доступа к консоли кластера.

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

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