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