Администрирование · 12 мин
Системные фоновые задания в 1С: что это и как с ними работать
Что такое системные фоновые задания в 1С, чем отличаются от регламентных, как посмотреть список, отключить лишние и устранить типичные ошибки выполнения.
Системные фоновые задания в 1С — это служебные процессы, которые платформа и прикладное решение выполняют автоматически, без участия пользователя: обновление индексов полнотекстового поиска, пересчёт итогов, обработка очередей обмена данными, очистка устаревших версий объектов. Они работают «в фоне», пока пользователи заняты своими задачами, и обеспечивают целостность и актуальность данных информационной базы.
Термин «системные» обычно используют в двух смыслах. В узком — это фоновые задания, которые создаёт сама платформа 1С:Предприятие для своих внутренних нужд. В широком — все штатные регламентные и фоновые задания типовой конфигурации (1С:Бухгалтерия, 1С:ERP, 1С:ЗУП и др.), которые поставляет вендор и которые не следует удалять или менять без понимания последствий.
Когда фоновых заданий слишком много, они выполняются с ошибками или «зависают», база начинает тормозить: растёт нагрузка на сервер, блокируются регистры, у пользователей появляются ошибки ожидания. Поэтому администратору важно понимать, какие задания работают в базе, зачем они нужны и как безопасно ими управлять.
Что такое фоновые задания в 1С и как они устроены
Фоновое задание — это механизм платформы 1С:Предприятие, который позволяет выполнить процедуру или функцию из общего модуля асинхронно, отдельно от пользовательского сеанса. Задание запускается на сервере (в клиент-серверном режиме) или в отдельном потоке (в файловом), выполняет код и завершается с одним из состояний: активно, завершено, завершено аварийно, отменено.
У каждого фонового задания есть ключ, наименование, имя метода, параметры и пользователь, от имени которого оно выполняется. Важно понимать: фоновое задание не имеет интерфейса — оно не может открыть форму, показать сообщение пользователю или запросить ввод. Все результаты работы задание пишет в базу данных и в журнал регистрации.
К системным относят задания, которые создаёт сама платформа или типовая конфигурация. Примеры из платформы — обновление полнотекстового поискового индекса. Примеры из типовых конфигураций — «Обновление индекса ППД», «Пересчёт итогов», «Очистка устаревших данных», «Загрузка курсов валют», «Отправка и получение почты», задания подсистемы обмена данными.
Чем системные задания отличаются от регламентных и пользовательских
Эти понятия часто путают, поэтому полезно разложить их по полочкам. Регламентное задание — это объект метаданных с расписанием: оно описывает, что и когда должно выполняться. Фоновое задание — это конкретный запуск, экземпляр выполнения. Одно регламентное задание за сутки может породить десятки фоновых.
Пользовательские фоновые задания программист запускает вручную из кода через метод ФоновыеЗадания.Выполнить() — например, чтобы длительная обработка не блокировала сеанс пользователя. Системные же задания создаются без явного вызова из прикладного кода: их порождает планировщик платформы по расписанию регламентного задания или внутренняя логика конфигурации.
Сравнение вариантов
Создаются самой платформой: например, обслуживание полнотекстового индекса. Управляются настройками базы, а не расписанием в метаданных.
Поставляются вендором, имеют расписание в метаданных. Можно включать, отключать и менять расписание через консоль заданий.
Запускаются из кода или обработок для конкретной разовой задачи. Живут до завершения выполнения, расписания не имеют.
Практический вывод: если вы видите в консоли задание со словами «регламентное» в методе или с расписанием — это штатное задание конфигурации, и перед отключением нужно понять, какую функцию оно обслуживает. Отключение задания обмена, например, остановит синхронизацию с другой базой, а отключение пересчёта итогов может замедлить отчёты.
Где посмотреть список фоновых заданий и их состояние
В типовых конфигурациях на управляемых формах список заданий находится в разделе «Администрирование» → «Обслуживание» → «Регламентные и фоновые задания» (в некоторых конфигурациях — «Регламентные операции»). Откроется консоль с двумя вкладками: «Регламентные задания» и «Фоновые задания».
На вкладке «Фоновые задания» видно все запуски за выбранный период: наименование, состояние, время начала и окончания, ключ. Здесь же можно отфильтровать задания с ошибками — состояние «Завершено аварийно». Двойной клик по строке показывает детали, включая текст ошибки и имя метода.
- 1Откройте раздел Администрирование → Обслуживание → Регламентные и фоновые задания.
- 2На вкладке Фоновые задания установите отбор по периоду — например, последние сутки.
- 3Отфильтруйте по состоянию «Завершено аварийно», чтобы увидеть ошибки.
- 4Откройте проблемное задание и скопируйте текст ошибки и имя метода.
- 5Сопоставьте ошибку с журналом регистрации за то же время для полной картины.
В клиент-серверном варианте дополнительно полезна консоль кластера серверов 1С: в ней видно, какие фоновые задания выполняются прямо сейчас на рабочих процессах, сколько памяти они потребляют и не «повисло» ли какое-то из них. Для файловых баз такой инструмент недоступен — там остаётся только консоль заданий и журнал регистрации.
Какие системные задания встречаются чаще всего
Состав заданий зависит от конфигурации и включённых функциональных опций, но есть типовой набор, который администратор встретит почти в любой базе. Знание назначения этих заданий помогает быстро решить, что можно отключить, а что трогать нельзя.
- Обновление индекса полнотекстового поиска — поддерживает актуальность поиска по базе. Если полнотекстовый поиск не используется, его можно отключить целиком в настройках, и задание перестанет нагружать сервер.
- Пересчёт итогов регистров — поддерживает актуальность хранимых итогов для быстрых отчётов. Отключать не рекомендуется: отчёты начнут выполняться заметно дольше.
- Задания обмена данными — синхронизация с другими базами, сайтом, перенос данных. Отключение останавливает обмен, что критично для связанных систем.
- Очистка устаревших данных — удаление версий объектов, устаревших сеансов, протоколов обменов. Полезное задание, сдерживающее рост базы.
- Загрузка классификаторов и курсов валют — обновляет справочные данные из внешних источников. Ошибки здесь обычно связаны с отсутствием интернета у сервера.
Как безопасно управлять фоновыми заданиями
Основные операции администратора — включение и отключение регламентных заданий, изменение расписания и ручной запуск. Всё это делается в консоли заданий: выделяете регламентное задание, снимаете или ставите флаг «Использование», при необходимости редактируете расписание через кнопку настройки.
Изменение расписания оправдано, когда задание мешает пользователям: например, тяжёлый пересчёт стоит перенести на ночь, а частоту проверки почты — уменьшить с каждой минуты до разумного интервала. При этом помните, что в типовых конфигурациях расписания заданы «из коробки» с расчётом на штатную работу, и радикальные изменения могут нарушить бизнес-процессы.
Если задание «зависло» — долго находится в состоянии «Активно» и не завершается, — в консоли заданий есть команда отмены. В клиент-серверном режиме отмена через консоль кластера надёжнее: там видно, действительно ли процесс выполняется или уже завершился аварийно, а запись о нём осталась. После отмены проверьте журнал регистрации, чтобы понять причину зависания: чаще всего это блокировки, ошибки кода или недоступность внешнего ресурса.
Типичные ошибки фоновых заданий и их причины
Состояние «Завершено аварийно» означает, что при выполнении метода возникло исключение. Текст ошибки виден в свойствах фонового задания и дублируется в журнале регистрации. По формулировке ошибки обычно можно сразу определить категорию проблемы.
Частые причины: конфликт блокировок (задание не смогло записать данные, занятые пользователем или другим заданием), отсутствие прав у пользователя, от имени которого выполняется задание, недоступность внешнего ресурса (почтовый сервер, сайт, веб-сервис), ошибки в доработанном коде после обновления конфигурации. Отдельный случай — задание вообще не запускается: это бывает, когда в файловой базе не настроено выполнение регламентных заданий или в серверной базе заблокированы регламентные задания на уровне кластера.
Как проверить результат
«Завершено» без ошибок за последние сутки
«Завершено аварийно» или бесконечное «Активно»
Курсы валют, индекс поиска, итоги актуальны
Данные устарели, поиск не находит новые документы
Нет повторяющихся ошибок метода задания
Одна и та же ошибка повторяется по расписанию
Ограничения и особенности в файловом и клиент-серверном режимах
В файловом режиме выполнение регламентных заданий привязано к сеансу: задания запускаются, пока работает хотя бы один пользователь (или специально запущенный сеанс). Если все вышли из базы — задания не выполняются. Поэтому для файловых баз с важными регламентными операциями либо держат выделенный сеанс, либо переносят запуск на планировщик с запуском отдельного сеанса.
В клиент-серверном режиме задания выполняет кластер серверов независимо от пользовательских сеансов — это надёжнее и предсказуемее. Здесь появляются дополнительные инструменты: блокировка выполнения регламентных заданий для конкретной базы (полезно для копий и тестовых баз, чтобы они не делали реальные рассылки и обмены), распределение нагрузки между рабочими процессами.
Как выбрать действие
Отдельное правило для копий баз: при развёртывании тестовой копии из рабочей базы регламентные задания начинают выполняться и там — со всеми последствиями: дублирующиеся письма клиентам, обмены, загрузки. В типовых конфигурациях есть механизм блокировки регламентных заданий при работе с копией, но надёжнее дополнительно блокировать их на уровне кластера.
Часто задаваемые вопросы
Можно ли удалить системное регламентное задание совсем?
Удалять штатные регламентные задания типовой конфигурации не рекомендуется: при обновлении конфигурации они могут восстановиться, а их отсутствие способно нарушить логику подсистем. Правильный способ — снять флаг «Использование» в консоли заданий или отключить соответствующую функциональную опцию в настройках программы.
Почему фоновое задание выполняется от имени неизвестного пользователя?
Если у регламентного задания не указан пользователь, оно выполняется от имени служебного пользователя с пустым именем. Если права этого пользователя ограничены, задание будет падать с ошибками доступа. Решение — указать в свойствах задания пользователя с достаточными правами.
Влияют ли фоновые задания на скорость работы пользователей?
Да, особенно тяжёлые: пересчёт итогов, обмены большими объёмами, полнотекстовая индексация. Они потребляют ресурсы сервера и могут удерживать блокировки. Решение — переносить такие задания на нерабочие часы и не допускать одновременного выполнения нескольких ресурсоёмких заданий.
Как узнать, какой код выполняет конкретное задание?
В свойствах регламентного задания указано имя метода — это процедура общего модуля. Откройте конфигуратор, найдите этот модуль и процедуру по имени: там видна вся логика. Для типовых конфигураций назначение метода обычно понятно из его имени и комментариев в коде.
Задание завершилось аварийно один раз — это повод для тревоги?
Единичная ошибка, например из-за временной недоступности почтового сервера или блокировки, обычно не критична: следующее выполнение по расписанию пройдёт успешно. Тревожный признак — повторяющаяся одна и та же ошибка: она означает системную проблему, которую нужно диагностировать по тексту ошибки и журналу регистрации.
Что важно запомнить
Системные фоновые задания — штатный механизм автоматического обслуживания базы 1С. Управляйте ими через консоль регламентных и фоновых заданий: отключайте только после выяснения назначения, переносите тяжёлые задания на ночь, регулярно проверяйте ошибки выполнения и всегда блокируйте задания в тестовых копиях баз.