ВАЖНО!!! Для файловых баз, начиная с версии платформы 8.3.3.641, не требуется запуск отдельного сеанса, в котором будут выполняться фоновые задания. Т.е. раньше в файловых базах для запуска фоновых заданий требовалось выполнять метод глобального контекста «ВыполнитьОбработкуЗаданий()» . Подробности по этой ссылке .
Процедура запуска произвольного алгоритма в фоновом задании
Для запуска нашего алгоритма в отдельном фоновом задании, мы будем использовать метод «Выполнить()» менеджера фоновых заданий: Синтаксис: Выполнить(<ИмяМетода>, <Параметры>, <Ключ>, <Наименование>)- <ИмяМетода> (обязательный); Тип: Строка
Имя экспортируемой процедуры или функции неглобального общего модуля, который может быть выполнен на сервере, в форме ИмяМодуля.ИмяМетода. - <Параметры> (необязательный); Тип: Массив
Массив параметров, передаваемых в метод. Количество и типы параметров должны соответствовать параметрам метода. (подробнее в Синтакс-помощнике) - <Ключ> (необязательный); Тип: Строка
Если ключ задан, то он должен быть уникальным среди ключей активных фоновых заданий, имеющих такое же имя метода, что и у данного фонового задания. - <Наименование> (необязательный); Тип: Строка.
Описание задания.
Процедура выполнения фонового задания
В нашем случае мы будем использовать экспортную процедуру расположенную в общем модуле «ОбщийМодульСервер» (думаю излишне пояснять что модуль должен быть серверным) Процедура ЗаписатьИнформациюОТоварахВФоне(ПараметрФоновогоЗадания) Экспорт ЗапросДанных = Новый Запрос("ВЫБРАТЬ | Товары.Ссылка КАК Номенклатура |ИЗ | Справочник.Номенклатура КАК Товары"); Выборка = ЗапросДанных.Выполнить().Выбрать(); Пока Выборка.Следующий() Цикл МЗ = РегистрыСведений.ДанныеОТоварах.СоздатьМенеджерЗаписи(); МЗ.Период = ТекущаяДата(); МЗ.Номенклатура = Выборка.Номенклатура; МЗ.Информация = ПараметрФоновогоЗадания; МЗ.Записать(); КонецЦикла; КонецПроцедуры В целях демонстрации работы фонового задания, мы будем формировать записи в нашем регистре сведений, для каждой номенклатуры, при этом параметр будет передаваться из формы в которой происходит запуск фонового задания.Команда запуска фонового задания
Параметр который будем передавать в процедуру выполнения, будем брать из реквизита управляемой формы (реквизит с типом «Строка»):Код модуля управляемой формы будет выглядеть следующим образом: &НаКлиенте Процедура ЗапускФоновогоЗадания(Команда) ЗапускФоновогоЗаданияНаСервере(); КонецПроцедуры &НаСервере Процедура ЗапускФоновогоЗаданияНаСервере() // Формируем массив с параметрами ПараметрыЗадания = Новый Массив; ПараметрыЗадания.Добавить(ПараметрЗадания); // Запускаем фоновое выполнение алгоритма ФоновыеЗадания.Выполнить(// Наш экспортный метод в общем модуле "ОбщийМодульСервер.ЗаписатьИнформациюОТоварахВФоне", // Передаем массив с параметрами ПараметрыЗадания, // Указываем ключ задания Новый УникальныйИдентификатор, // Указываем наименование фонового задания "Наше фоновое задание"); КонецПроцедуры
Результат выполнения
В результате выполнения фонового задания, будут сформированы записи в регистре сведений (что нам и требовалось).
Регламентные задания 1С - это специальный механизм системы, предназначенный для выполнения определенного действия автоматически в фоновом режиме и по определенному расписанию (например, рассылка отчетов, отложенное проведение , загрузка курсов валют и др.).
Фоновое задание - объект, порождаемый регламентным заданием , который непосредственно выполняет заложенное действие без участия пользователя или программиста.
Фоновое задание 1С:
- выполняется под пользователем Windows, под которым работает процесс программы сервера 1С.
- можно создавать на языке 1С произвольно без регламентного задания (для параллельных вычислений на сервере).
ВАЖНО! Фоновые задания исполняются на сервере.
Отличие регламентного задания от подписки на событие:
- позволяет выполнять обработчик не при наступлении события (как это делает ), а по расписанию.
Механизм регламентных и фоновых заданий работает:
- автоматически - в клиент-серверном режиме работы (благодаря функционалу СУБД);
- интерактивно - при использовании файловой БД, выполнением команды ВыполнитьОбработкуЗаданий() из сеанса в режиме 1С:Предприятие.
Особенности регламентных и фоновых заданий 1С:
- Экземпляр регламентного задания может быть создан программно. Если регламентное задание предопределенное (в свойствах стоит флаг "Предопределенное"), то задание будет создано в единственном экземпляре с указанным в конфигураторе расписанием. Экземпляры НЕ предопределенных заданий появляются по расписанию, заданному в режиме Предприятие программно.
- Одновременно выполняться может любое количество регламентных заданий
,
но не будут выполняться два задания (во избежание коллизий)
:
- с одинаковым ключом (ключ - свойство регламентного задания, которое позволяет сгруппировать несколько однотипных заданий) ;
- связанные с одним и тем же объектом метаданных.
- В качестве метода регламентного задания может использоваться процедура , у которой может быть любое количество параметров. Число параметров метода регламентного задания соответствует числу параметров самого регламентного задания.
- Для создания регламентного задания пользователь должен обладать правами администратора.
- Если регламентное задание определено в конфигураторе (в соответствующем объекте ) как предопределенное , то предопределенный экземпляр регламентного задания нельзя пометить на удаление и удалить (но можно изменять, также они всегда будут доступны в списке шаблонов регламентных заданий).
- Если в качестве метода регламентного задания используется функция, то возвращаемое функцией значение игнорируется.
- Для обеспечения работы регламентных и фоновых заданий
как в файловом, так и в клиент-серверном вариантах
нет необходимости в запуске экземпляра 1С:Предприятие.
Замечание
... В клиент-серверном варианте работы запуск регламентных заданий по расписанию осуществляет менеджер кластера. Таким образом, даже если с информационной базой не установлено ни одного клиентского соединения, регламентные задания будут выполняться (при условии, что они не запрещены для конкретной информационной базы). В файловом варианте работы для автоматического запуска регламентных заданий необходимо наличие выделенного клиентского соединения, используемого в качестве планировщика заданий. В этом соединении должна быть запущена ожидания, с некоторой периодичностью выполняющая вызов метода встроенного языка ВыполнитьОбработкуЗаданий ().
[свернуть]
- Фоновые задания позволяют выполнять процедуру асинхронно.
- Одновременно может быть запущено любое количество фоновых заданий , но нельзя запустить два задания с одинаковым ключом и именем метода.
- Завершившиеся фоновые задания являются сеансовыми объектами, хранятся некоторое время (в информационной базе не сохраняются). Фоновое задание - это объект встроенного языка, который существует только во время сеанса.
Настройка регламентного задания в клиент-серверном режиме работы 1С
Настройка регламентного задания осуществляется в палитре свойств данного объекта конфигурации.
Рисунок палитры свойств объекта 1С "Регламентные задания"
[свернуть]
Палитра свойств объекта "Регламентные задания":
- Имя метода - путь к процедуре, которая находится в общем и будет выполняться в фоновом задании по заданному расписанию. Рекомендуется не использовать типовые , а создать свой.
- Наименование – определяет название, отображаемое в средствах управления заданиями.
- Ключ – позволяет сгруппировать несколько разных регламентных заданий 1С, при этом дновременно может быть запущено только одно задание с одинаковым значением ключа. Само значение может быть произвольным. Пустое значение не учитывается при контроле (то есть считается незаполненным).
- Использование - флаг использования регламентного задания.
- Предопределенное - флаг указывает, является ли регламентное задание предопределенным, т.е. работающим сразу после помещения в БД (задание будет создано в единственном экземпляре с указанными в конфигураторе расписанием). Не предопределенные задания появляются в момент наступления расписания программно (необходимо использовать обработку «Консоль заданий» или вызывать запуск задания программно).
- Количество повторов при аварийном завершении задания - сколько раз выполнен перезапуск фонового задания, если оно было выполнено с ошибкой.
- Интервал повтора при аварийном завершении задания - периодичность выполнения перезапуска фонового задания, если оно было выполнено с ошибкой.
- Расписание - настройка интервала запуска процедуры, указанной в поле «Имя метода».
Для управления фоновыми заданиями можно использовать обработку с диска ИТС " ", которая позволяет:
- выполнять мониторинг работы регламентных и фоновых заданий;
- удалять и создавать новые фоновые задания средствами встроенного языка;
- временно отключать регламентные задания (?).
Особенности настройки регламентных заданий 1С:
Задачи выполняются автоматически – их необходимо проверять (мониторить).
[свернуть]
Настройка регламентных заданий в файловом режиме работы 1С
В файловом режиме для регламентного задания должна быть запущена отдельная сессия программы 1С. Часто это решается определением «технического» пользователя, чей сеанс всегда запущен.
Инициализация регламентного задания происходит:
- в общем случае - при запуске метода ВыполнитьОбработкуЗаданий();
- для конкретного пользователя - при запуске метода ПодключитьОбработчикОжидания(<ИмяПроцедуры>, <Интервал>, <Однократно>) (работает на клиенте).
- ИмяПроцедуры - имя экспортируемой процедуры модуля (модуля обычного приложения) или глобального общего модуля, подключаемой в качестве обработчика ожидания. Процедура должна располагаться на клиенте.
- Интервал - период между выполнениями операций в секундах.
- Однократно - количество выполниний задания (один раз или нет).
Концепция асинхронного программирования
Асинхронная концепция программирования заключается в том, что результат выполнения функции доступен не сразу же, а через некоторое время в виде некоторого асинхронного (нарушающего обычный порядок выполнения) вызова.
Т.е. главная идея асинхронного программирования заключается в том, чтобы запускать отдельные вызовы методов и параллельно продолжать выполнять другую работу без ожидания окончания вызовов.
Некоторые методы, вероятность исключений которых сведена к минимуму, не нуждаются в асинхронном подходе, но другие - требуют его в самом начале разработки.
Как видно из графиков, коэффициент полезных интерактивных действий пользователя при синхронной модели программирования отсутствует, так как система блокирует пользовательский интерфейс, в то время как при асинхронной модели, пользователь продолжает активную работу в системе.
При синхронном выполнении у приложения есть только один поток. С помощью асинхронной модели программирования вы можете запускать множество параллельных потоков и во время их выполнения реагировать на новые действия пользователя. После того как n-поток выполнен, вы отображаете результат на экран.
Фоновые задания в «1С:Предприятие 8»
В «1С:Предприятие 8» фоновые задания предназначены для выполнения прикладных задач асинхронно. Они могут порождать дочерние фоновые задания, например, для распараллеливания сложных вычислений по различным рабочим серверам кластера в клиент-серверном варианте работы.
Существует возможность ограничить выполнение фоновых заданий, имеющих одинаковые методы, по определенному прикладному признаку. Программное создание и управление фоновыми заданиями возможно из любого соединения пользователя с информационной базой системы. Фоновое задание выполняется от имени пользователя, который его создал.
Механизм заданий функционирует как в клиент-серверном, так и в файловом варианте работы, но возможности по администрированию и выполнению заданий в обоих вариантах несколько различаются.
Клиент-серверный вариант
В клиент-серверном варианте планированием выполнения заданий занимается планировщик заданий, который физически располагается в менеджере кластера.
Планировщик периодически проверяет, не поступили ли запросы на выполнение фоновых заданий. Если есть задания, которые нужно выполнить, планировщик определяет наименее загруженные рабочие процессы кластера и последовательно назначает каждому из них свое задание на выполнение. Таким образом, один и тот же рабочий процесс потенциально может выполнять несколько заданий параллельно. После того как задание получено рабочим процессом, рабочий процесс устанавливает соединение с информационной базой и выполняет задание в рамках этого соединения. После выполнения задания рабочий процесс уведомляет планировщика об успешном или неуспешном выполнении задания.
Файловый вариант
Начиная с версии 8.3.3.641 платформы, разработчики значительно упростили работу с фоновыми заданиями в файловом варианте.
Раньше для автоматического выполнения заданий требовалось запускать отдельный, дополнительный сеанс «1С:Предприятия», используемый в качестве планировщика заданий. И в этом сеансе нужно было периодически выполнять метод встроенного языка ВыполнитьОбработкуЗаданий(). Такой подход был довольно громоздким, неудобным и сильно ограничивал использование фоновых и регламентных заданий в файловом варианте работы.
Теперь всё стало гораздо проще. Если стартует тонкий или толстый клиент, а также если у веб-сервера есть клиентские соединения, то в каждом из этих приложений автоматически запускается еще один поток с подключением к базе данных. Эти потоки занимаются тем, что выполняют фоновые и регламентные задания.
Каждое из перечисленных приложений выполняет собственные фоновые задания. Если приложение инициировало несколько фоновых заданий, то выполняются они последовательно, в порядке поступления.
Очевидный минус 1С фоновых заданий : поскольку они выполняются на стороне сервера, то нет возможности интерактивной работы с пользователем (к примеру, нельзя вывести сообщение или какую-нибудь другую информацию; все эти данные нужно сохранять в рамках информационной базы и дальше каким-то образом обрабатывать).
Необходимо отметить, что фоновые задания - это объекты исключительно программные и их нельзя сохранить в базе данных. То есть мы можем только создать экземпляр класса, инициализировать его свойства и запустить его на выполнение.
Пример асинхронного выполнения кода в «1С:Предприятие 8»
«Писать программы, в которых результат вызова функции приходит неизвестно когда - куда сложнее, чем обычные. Вложенные вызовы, обработка ошибок, контроль над происходящим - все усложняется», - так скажут только те, кто не умеет правильно пользоваться возможностями платформы, но не мы!
Продемонстрируем всю простоту и изящество асинхронного выполнения кода в «1С:Предприятие 8»!
Шаг 1. Создадим новую ИБ для разработки конфигурации
Шаг 2. В конфигурации добавим общий модуль «АсинхронныеОбработчики»
Почему мы добавили общий модуль? Тут все просто: для выполнения асинхронных операций в «1С:Предприяте 8» применяются фоновые задания, у которых имеется свой менеджер - «МенеджерФоновыхЗадания». У этого объекта есть метод «Выполнить», с помощью которого как раз и запускается фоновое задание.
Обратимся к синтакс-помощнику.
Таким образом, нам понадобится общий модуль.
Шаг 3. В общем модуле «АиснхронныеОбработчики» добавим экспортную процедуру НашаДлительнаяОперация()
Процедура НашаДлительнаяОперация(Длительность) Экспорт // Имитация продолжительного действия (Длительность сек.). ДатаНачалаОперации = ТекущаяДата(); Пока ТекущаяДата() - ДатаНачалаОперации < Длительность Цикл КонецЦикла; КонецПроцедуры
Шаг 4. Добавляем в конфигурацию обработку «АсинхроннаяКонцепцияПрограммирования» (можно создать внешнюю обработку)
На форму добавляем один реквизит:
Длительность (Число)
и две команды
ВыполнитьДлительнуюОперацию;
ВыполнитьДлительнуюОперациюАсинхронно.
Шаг 5. Согласно синтакс-помощнику заполняем модуль формы
&НаКлиенте Процедура ВыполнитьДлительнуюОперацию(Команда) ВыполнитьДлительнуюОперациюНаСервере(); КонецПроцедуры &НаСервере Процедура ВыполнитьДлительнуюОперациюНаСервере() АсинхронныеОбработчики.НашаДлительнаяОперация(Длительность); КонецПроцедуры &НаКлиенте Процедура ВыполнитьДлительнуюОперациюАсинхронно(Команда) ВыполнитьДлительнуюОперациюАсинхронноНаСервере(); КонецПроцедуры &НаСервере Процедура ВыполнитьДлительнуюОперациюАсинхронноНаСервере() Параметры = Новый Массив; Параметры.Добавить(Длительность); ФоновыеЗадания.Выполнить("АсинхронныеОбработчики.НашаДлительнаяОперация", Параметры, Новый УникальныйИдентификатор, "Пример асинхронной концепции программирования"); КонецПроцедуры
Шаг 6. Запускаем и проверяем!
Результат:
Если мы нажимаем на кнопку «Выполнить длительную операцию», то пользовательский интерфейс на «Длительность» секунд блокируется;
Если мы нажимаем на кнопку «Выполнить длительную операцию асинхронно», то пользовательский интерфейс не блокируется, а программный код выполняется параллельно.
В том, что программный код асинхронно выполняется, мы можем убедиться, просмотрев журнал регистрации.
Отладить программный код, который выполняется в «фоне» мы можем, если в параметрах отладки установим соответствующее свойство.
Пример асинхронного выполнения кода в «1С:Предприятие 8» с использование БСП
Пример реализации асинхронной концепции программирования в «1С:Предприятие 8» в БСП рассмотрим на примере обработки «Текущие дела».
Логика следующая: во время запуска программы инициализируется рабочая область начальной страницы, куда можно вывести форму обработки «Текущие дела». Эта форма заполняется текущими делами пользователя, а чтобы ее заполнить необходимо время. Если бы у разработчиков не было возможности асинхронно выполнять код, то на все время заполнения формы обработки пользовательский интерфейс был бы заблокирован!
Проанализируем программный код формы.
Событие формы «ПриСозданииНаСервере» вызывает процедуру «ЗапуститьФоновоеЗадание» - это то, что нам и нужно.
Не отвлекаясь на нюансы, анализируем данную процедуру
И здесь мы видим, что используется менеджер фоновых заданий и его метод «Выполнить». Отметить, что разработчики сохраняют уникальный идентификатор фонового задания.
Для этого разработчики применяют метод ПодключитьОбработчикОжидания(<ИмяПроцедуры>, <Интервал>, <Однократно>).
В подключаемой процедуре Подключаемый_ПроверитьВыполнениеЗадания() разработчики вызывают функцию ЗаданиеВыполнено(ИдентификаторЗадания)
Данная функция по идентификатору проверяет выполнения фонового задания.
Необходимо отметить, что в БСП разработаны общие модули поддержки работы длительных серверных операций.
Таким образом, асинхронная концепция программирования в «1С:Предприятие 8» незначительно увеличивает трудоемкость решения задач для разработчика, но заметно улучшает функциональность программы с точки зрения пользователя.
Создаем регламентное задание
Создадим регламентное задание «Выполнение обработки».
Отключим использование регламентного задания, чтобы при обновлении конфигурации оно автоматом не запускалось.
Назначим процедуру, которая будет срабатывать при запуске регламентного задания: МодульРегламентныхЗаданий.РегламентноеЗаданиеВыполнениеОбработки .
Сама процедура имеет вид:
Процедура РегламентноеЗаданиеВыполнениеОбработки(Ключ) Экспорт
ПараметрыРегламентныхЗаданий.ВыполнитьОбработкуСПараметрами(Ключ);
КонецПроцедуры
Создаем справочник для регламентных заданий
Наше регламентное задание может порождать множество фоновых процессов - по одному на каждую обработку. У каждого задания в платформе 1С8 есть ключ. Но метод регламентного задания не знает ключ фонового задания, поэтому нужно использовать параметры фонового задания. В результате мы можем видеть фоновое задание в консоли заданий, но не можем вручную из этой консоли создать фоновое задание, т.к. задания с параметрами вручную не создаются.
Справочник «Параметры регламентных заданий» :
Реквизиты :
· КодПередЗапуском - неограниченная строка - код на языке 1С, который нужно выполнить перед запуском.
· Обработка из конфигурации - строка (100) - идентификатор обработки из конфигурации
· Обработка из справочника - строка (100) - ссылка на элемент справочника «Внешние обработки», если такой имеется в конфигурации
· Выполнять через приложение 1С - булево - будет создано отдельное приложение 1С и в нем будет запущено регламентное задание. Создано для 8.1, где не все методы приложения доступны на сервере, где работает регламентное задание.
· КодЗапуска - - неограниченная строка - код на языке 1С, который будет выполняться при запуске регламентного задания.
Создадим форму элемента :
По нажатию на кнопку «Создать регл. задание» программно создается регламентное задание с ключом-кодом:
Процедура ОсновныеДействияФормыСоздатьРеглЗадание(Кнопка)
Перем Задание;
Ключ = СокрЛП(Код);
Задание = РегламентныеЗадания.СоздатьРегламентноеЗадание("ВыполнениеОбработки");
Задание.Наименование = Ключ;
Задание.Ключ = Ключ;
Параметры = Новый Массив();
Параметры.Добавить(Ключ);
Задание.Параметры = Параметры;
Задание.Записать();
КонецПроцедуры
Запуск регламентного задания
Каждое созданное нами регламентное задание имеет ключ:
Этот ключ соответствует коду справочника «Параметры регламентных заданий», по нему осуществляется поиск при старте задания. Если элемент справочника не найдено, задание не выполняется.
Далее, если задан код КодПередЗапуском то будет выполнен этот код. Далее, если переменная Выполнять примет значение ложь, то задание не будет выполнено. При анализе доступна переменная Параметры , где хранится ссылка на найденный элемент справочника «Параметры регламентных заданий».
В зависимости от выбранных значений реквизитов или запустится код на языке 1С, или запустится обработка из конфигурации, или обработка из типового справочника «Внешние обработки».
Для 1С81 предусмотрено выполнение в новом приложении - чтобы можно было использовать код, доступный только на клиенте, в том числе и использование внешних обработок. Для этого нужно установить галочку «Выполнять через приложение 1С». Иначе регламентное задание будет выполняться на сервере.
Рекомендую устанавливать пользователя в поле «Пользователь» у вновь созданного регламентного задания, чтобы задание выполнялось под определенными правами. Рекомендую такому пользователю давать полные права. У меня используется пользователь « robot ».
Расписание регламентного задания создается по гиперссылке «Расписание» из формы регламентного задания. Можно использовать обработку «Консоль регламентных заданий».
Механизм заданий
Механизм заданий предназначен для выполнения какой-либо прикладной или функциональности по расписанию или асинхронно.
Механизм заданий решает следующие задачи:
- Возможность определения регламентных процедур на этапе конфигурирования системы;
- Выполнение заданных действий по расписанию;
- Выполнение вызова заданной процедуры или функции асинхронно, т.е. без ожидания ее завершения;
- Отслеживание хода выполнения определенного задания и получение его статуса завершения (значения, указывающего успешность или не успешность его выполнения);
- Получение списка текущих заданий;
- Возможность ожидания завершения одного или нескольких заданий;
- Управление заданиями (возможность отмены, блокировка выполнения и др.).
Механизм заданий состоит из следующих компонентов:
- Метаданных регламентных заданий;
- Регламентных заданий;
- Фоновых заданий;
- Планировщика заданий.
Фоновые задания - предназначены для выполнения прикладных задач асинхронно. Фоновые задания реализуются средствами встроенного языка.
Регламентные задания - предназначены для выполнения прикладных задач по расписанию. Регламентные задания хранятся в информационной базе и создаются на основе метаданных, определяемых в конфигурации. Метаданные регламентного задания содержат такую информацию как наименование, метод, использование и т.д.
Регламентное задание имеет расписание, которое определяет, в какие моменты времени нужно выполнять связанный с регламентным заданием метод. Расписание, как правило, задается в информационной базе, но может быть задано и на этапе конфигурирования (например, для предопределенных регламентных заданий).
Планировщик заданий используется для планирования выполнения регламентных заданий. Для каждого регламентного задания планировщик периодически проверяет, соответствует ли текущая дата и время расписанию регламентного задания. Если соответствует, планировщик назначает такое задание на выполнение. Для этого по данному регламентному заданию планировщик создает фоновое задание, которое и выполняет реальную обработку.
Фоновые задания
Фоновые задания удобно использовать для выполнения сложных вычислений, когда результат вычисления может быть получен через продолжительное время. Механизм заданий имеет средства для выполнения таких вычислений асинхронно.
С фоновым заданием связан метод, который вызывается при выполнении фонового задания. В качестве метода фонового задания может выступать любая процедура или функция не глобального общего модуля, которую можно вызвать на сервере. Параметрами фонового задания могут быть любые значения, которые разрешено передавать на сервер. Параметры фонового задания должны в точности соответствовать параметрам той процедуры или функции, которую оно вызывает. Если методом фонового задания является функция, то ее возвращаемое значение игнорируется.
Фоновое задание может иметь ключ – любое прикладное значение. Ключ вводит ограничение на запуск фоновых заданий – в единицу времени может выполняться только одно фоновое задание с определенным значением ключа и заданным именем метода фонового задания (имя метода состоит из имени модуля и имени процедуры или функции). Ключ позволяет группировать фоновые задания, имеющие одинаковые методы, по определенному прикладному признаку с тем, чтобы в рамках одной группы выполнялось не более одного фонового задания.
Создание и управление фоновыми заданиями выполняется программно из любого соединения. Создавать фоновое задание разрешено любому пользователю. При этом оно выполняется от имени того пользователя, который его создал. Получать задания, а также ожидать их завершения разрешено из любого соединения пользователю с административными правами, либо пользователю, который создал эти фоновые задания.
Фоновое задание является чисто сеансовым объектом, но не принадлежит какому-либо пользовательскому сеансу. Для каждого задания создается специальный системный сеанс, выполняющийся от имени того пользователя, который выполнил вызов. Фоновые задания не имеют сохраняемого состояния.
Фоновое задание может порождать другие фоновые задания. В клиент-серверном варианте это позволяет распараллеливать сложные вычисления по рабочим процессам кластера, что может значительно ускорить процесс вычисления в целом. Распараллеливание реализуется порождением нескольких дочерних фоновых заданий с ожиданием завершения каждого из них в основном фоновом задании.
Завершившиеся успешно или аварийно фоновые задания хранятся в течение суток, а потом удаляются. Если количество выполнившихся фоновых заданий превышает 1000, то наиболее старые фоновые задания также удаляются.
Регламентные задания
Регламентные задания используются, когда необходимо выполнить определенные периодические или однократные действия в соответствии с расписанием.
Регламентные задания хранятся в информационной базе и создаются на основе метаданных регламентного задания, определенными в конфигурации. Метаданные задают такие параметры регламентного задания как: вызываемый метод, наименование, ключ, возможность использования, признак предопределенности и др. При создании регламентного задания дополнительно можно указать расписание (может быть указано в метаданных), значения параметров метода, имя пользователя, от имени которого должно выполняться регламентное задание, и др.
Создание и управление регламентными заданиями выполняется программно из любого соединения и разрешено только пользователям, имеющим административные права.
Примечание. При работе в файловом варианте создавать и редактировать регламентные задания возможно без запуска планировщика заданий.
С регламентным заданием связан метод, который вызывается при выполнении регламентного задания. В качестве метода регламентного задания может выступать любая процедура или функция не глобального общего модуля, которую можно вызвать на сервере. Параметрами регламентного задания могут быть любые значения, которые разрешено передавать на сервер. Параметры регламентного задания должны в точности соответствовать параметрам той процедуры или функции, которую оно вызывает. Если методом регламентного задания является функция, то ее возвращаемое значение игнорируется.
Регламентное задание может иметь ключ – любое прикладное значение. Ключ вводит ограничение на запуск регламентных заданий, т.к. в единицу времени среди регламентных заданий, связанных с одним и тем же объектом метаданных, может выполняться только одно регламентное задание с определенным значением ключа. Ключ позволяет группировать регламентные задания, связанные с одним и тем же объектом метаданных, по определенному прикладному признаку с тем, чтобы в рамках одной группы выполнялось не более одного регламентного задания.
При конфигурировании можно определить предопределенные регламентные задания. Предопределенные регламентные задания ничем не отличаются от обычных регламентных заданий за исключением того, что их нельзя явно создавать и удалять. Если в метаданных регламентного задания установлен признак предопределенного регламентного задания , то при обновлении конфигурации в информационной базе автоматически будет создано предопределенное регламентное задание. Если признак предопределенности снят, то при обновлении конфигурации в информационной базе автоматически будет удалено предопределенное регламентное задание. Начальные значения свойств предопределенного регламентного задания (например, расписание) устанавливаются в метаданных. В дальнейшем, при работе приложения их можно менять. Предопределенные регламентные задания не имеют параметров.
Расписание регламентного задания определяет, в какие моменты времени регламентное задание должно быть запущено. Расписание позволяет задавать: дату и время начала и окончания выполнения задания, период выполнения, дни недели и месяцы, по которым нужно выполнять регламентное задание и др. (см. описание встроенного языка).
Примеры расписаний регламентных заданий:
| Каждый час, только один день |
ПериодПовтораДней = 0, ПериодПовтораВТечениеДня = 3600 |
|
Каждый день один раз в день |
ПериодПовтораДней = 1, ПериодПовтораВТечениеДня = 0 |
|
Один день, один раз |
ПериодПовтораДней = 0 |
|
Через день один раз в день |
ПериодПовтораДней = 2 |
|
Каждый час с 01.00 до 07.00 каждый день |
ПериодПовтораДней = 1 ПериодПовтораВТечениеДня = 3600 ВремяНачала = 01.00 ВремяКонца = 07.00 |
| Каждую субботу и воскресенье в 09.00 |
ПериодПовтораДней = 1 ДниНедели = 6, 7 ВремяНачала = 09.00 |
| Каждый день одну неделю, неделя пропуска |
ПериодПовтораДней = 1 ПериодНедель = 2 |
| В 01.00 один раз |
ВремяНачала = 01.00 |
| Последнее число каждого месяца в 9:00. |
ПериодПовтораДней = 1 ДеньВМесяце = -1 ВремяНачала = 09.00 |
| Пятое число каждого месяца в 9:00 |
ПериодПовтораДней = 1 ДеньВМесяце = 5 ВремяНачала = 09.00 |
| Вторая среда каждого месяца в 9:00 |
ПериодПовтораДней = 1 ДеньНеделиВМесяце = 2 ДниНедели = 3 ВремяНачала = 09.00 |
Можно проверять, выполняется ли задание для заданной даты (метод ТребуетсяВыполнение объекта РасписаниеРегламентныхЗаданий). Регламентные задания всегда выполняются о имени определенного пользователя. Если пользователь регламентного задания не указан, то выполнение происходит от имени пользователя по умолчанию, имеющего административные права.
Выполнение регламентных заданий происходит с использованием фоновых заданий. Когда планировщик определяет, что регламентное задание должно быть запущено, то автоматически на основе данного регламентного задания создается фоновое задание, которое и выполняет всю дальнейшую обработку. Если данное регламентное задание уже выполняется, то оно не будет запущено повторно, вне зависимости от его расписания.
Регламентные задания имеют возможность перезапуска. Это особенно актуально, когда метод регламентного задания должен быть гарантированно выполнен. Перезапуск регламентного задания осуществляется в том случае, когда оно завершено аварийно, либо когда рабочий процесс (в клиент-серверном варианте) или клиентский процесс (в файловом варианте), на котором выполнялось регламентное задание, завершен аварийно. В регламентном задании можно указать, сколько раз нужно его перезапускать, а также интервал между перезапусками. При реализации метода перезапускаемого регламентного задания нужно учитывать, что при перезапуске его выполнение будет начато с начала, а не продолжено с момента аварийного завершения.
Важно помнить что Время конца не обязательно завершит фоновое задание в указанное время. Некоторые утверждения:
* Фоновое задание может проигнорировать свою автоматическую отмену, если оно не зависло, а продолжает работать по той причине, что не все операции платформы можно отменить. Если выполняется циклический код встроенного языка, то задание отменить можно в противном случае нет. Все зависит от того, что делает задание. * Время конца - граница, в пределах которой задание может запускаться, а не завершаться? * Принудительное завершение задания откатывает внесённые изменения к моменту начала транзакции?
Особенности выполнения фоновых заданий файловом и клиент-серверном вариантах
Механизмы выполнения фоновых заданий в файловом и клиент-серверном вариантах различаются.
- В файловом варианте необходимо создать выделенный клиентский процесс, который будет заниматься выполнением фоновых заданий. Для этого в клиентском процессе должна периодически вызываться функция глобального контекста ВыполнитьОбработкуЗаданий. Только один клиентский процесс на информационную базу должен выполнять обработку фоновых заданий (и, соответственно, вызывать данную функцию). Если клиентского процесса для обработки фоновых заданий не создано, то при программном доступе к механизму заданий будет выдана ошибка «Менеджер заданий не активен». Не рекомендуется клиентский процесс, выполняющий обработку фоновых заданий, использовать для других функций.
После того, как клиентский процесс, выполняющий обработку фоновых заданий, запущен, остальные клиентские процессы получают возможность программного доступа к механизму фоновых заданий, т.е. могут запускать и управлять фоновыми заданиями.
В клиент-серверном варианте для выполнения фоновых заданий используется планировщик заданий, который физически находится в менеджере кластера. Планировщик для всех поставленных в очередь на выполнение фоновых заданий получает наименее загруженный рабочий процесс и использует его для выполнения соответствующего фонового задания. Рабочий процесс выполняет задание и уведомляет планировщик о результатах выполнения.
В клиент-серверном варианте имеется возможность блокирования выполнения регламентных заданий. Блокирование выполнения регламентных заданий происходит в следующих случаях:
- На информационную базу установлена явная блокировка регламентных заданий. Блокировка может быть установлена через консоль кластера;
- На информационную базу установлена блокировка соединения. Блокировка может быть установлена через консоль кластера;
- Из встроенного языка вызван метод УстановитьМонопольныйРежим() с параметром Истина;
- В некоторых других случаях (например, при обновлении конфигурации базы данных).
Создание метаданных регламентного задания
Перед тем, как программно создать регламентное задание в информационной базе, необходимо создать для него объект метаданных.
Для создания объекта метаданных регламентного задания в дереве конфигурации в ветке «Общие» для ветки «Регламентные задания» выполните команду «Добавить» и в палитре свойств заполните следующие свойства регламентного задания:
Имя метода - указывается имя метода регламентного задания.
Ключ - указывается произвольное строковое значение, которое будет использовано в качестве ключа регламентного задания.
Расписание - указывается расписание регламентного задания. Для формирования расписания щелкните ссылку «Открыть» и в открывшейся форме расписания установите нужные значения.
На закладке «Общее» указываются дата начала и завершения задания и режим повтора.
На закладке «Дневное» указывается дневное расписание задания.
Укажите расписание:
- время начала и время окончания задания;
- время завершения задания, после которого оно будет принудительно завершено;
- период повтора задания;
- продолжительность паузы между повторами;
- продолжительность выполнения.
Допускается указание произвольного сочетания условий.
На закладке «Недельное» указывается недельное расписание задания.
Установите флажки по тем дням недели, по которым задание будет выполняться. Если требуется повторять задание, укажите интервал повтора в неделях. Например, задание выполняется через 2 недели, значение повтора – 2.
На закладке «Месячное» указывается месячное расписание задания.
Установите флажки по тем месяцам, в которых задание будет выполняться. При необходимости можно указать конкретный день (месяца или недели) выполнения с начала месяца / недели или конца.
Использование - если установлено, то задание будет выполняться согласно расписанию.
Предопределенное - если установлено, то задание является предопределенным заданием.
Количество повторов при аварийном завершении - указывает количество повторов при аварийном завершении.
Интервал повтора при аварийном завершении - указывает интервал повтора при аварийном завершении. Примеры
Создание фонового задания «Обновление индекса полнотекстового поиска»:
Создание регламентного задания «Восстановление последовательностей»:
Задание = РегламентныеЗадания.СоздатьРегламентноеЗадание("ВосстановлениеПоследовательностей"); Задание.Расписание = Расписание; Задание.Записать();
Консоль заданий
Обработка с ИТС, осуществляет управление регламентными заданиями:
Работа с регламентными заданиями
Объекты заданий
Объекты заданий не являются ссылочными, но хранятся в базе данных в каком-то специальном хранилище.
Если в метаданных включен флаг "Предопределенное", то такой объект создается автоматически при запуске 1С:Предприятия и всегда существует ровно в одном экземпляре. Такой объект нельзя удалить.
Если флаг "Предопределенное" не установлен, то объекты такого задания создаются и удаляются программно, с указанием расписания и параметров.
Получение списка заданий
Список заданий можно получить методом ПолучитьРегламентныеЗадания глобального менеджера заданий РегламентныеЗадания
МенеджерРегламентныхЗаданий (ScheduledJobsManager)
ПолучитьРегламентныеЗадания (GetScheduledJobs)
Синтаксис:
ПолучитьРегламентныеЗадания(<Отбор>)
Параметры:
<Отбор> (необязательный)
Тип: Структура. Структура, задающая отбор. Значениями структуры могут быть: УникальныйИдентификатор, Ключ, Метаданные, Предопределенное, Использование, Наименование. Если отбор не задан, получаются все регламентные задания.
Если выполняется отбор по метаданным, то в качестве значения Метаданные можно указать либо объект метаданных регламентного задания, либо его имя.
Возвращаемое значение:
Тип: Массив.
Описание:
Получает массив регламентных заданий по заданному отбору. Получение регламентных заданий возможно только для администратора.
Доступность:
Для Каждого Регламентное из Регламентные Цикл НоваяСтрока = СписокРегламентныхЗаданий.Добавить(); НоваяСтрока.Метаданные = Регламентное.Метаданные.Представление(); НоваяСтрока.Наименование = Регламентное.Наименование; НоваяСтрока.Ключ = Регламентное.Ключ; НоваяСтрока.Расписание = Регламентное.Расписание; НоваяСтрока.Пользователь = Регламентное.ИмяПользователя; НоваяСтрока.Предопределенное = Регламентное.Предопределенное; НоваяСтрока.Использование = Регламентное.Использование; НоваяСтрока.Идентификатор = Регламентное.УникальныйИдентификатор;
ПоследнееЗадание = Регламентное.ПоследнееЗадание; Если ПоследнееЗадание <> Неопределено Тогда НоваяСтрока.Выполнялось = ПоследнееЗадание.Начало; НоваяСтрока.Состояние = ПоследнееЗадание.Состояние; КонецЕсли; КонецЦикла;
Создание
Создается методом СоздатьРегламентноеЗадание менеджера регламентных заданий:
РегламентноеЗадание.Наименование = Наименование; РегламентноеЗадание.Ключ = Ключ; РегламентноеЗадание.Использование = Использование; РегламентноеЗадание.ИмяПользователя = ПользователиВыбор; РегламентноеЗадание.КоличествоПовторовПриАварийномЗавершении = КоличествоПовторовПриАварийномЗавершении; РегламентноеЗадание.ИнтервалПовтораПриАварийномЗавершении = ИнтервалПовтораПриАварийномЗавершении; РегламентноеЗадание.Расписание = Расписание; РегламентноеЗадание.Записать();
ОбъектЗадания.Наименование = Наименование; ОбъектЗадания.Использование = Истина;
Объект задания имеет поле "Параметры", в котором задаются параметры метода:
РегламентноеЗадание (ScheduledJob)
Параметры (Parameters)
Использование:
Чтение и запись.
Описание:
Тип: Массив. Массив параметров регламентного задания. Количество и состав параметров должен соответствовать параметрам метода регламентного задания.
Доступность:
Сервер, толстый клиент, внешнее соединение.
Примечание:
Возможность чтения и записи доступны только для администратора.
Удаление
Удаляется методом Удалить() объекта задания:
Получение объекта задания
- списком через метод ПолучитьРегламентныеЗадания:
- через метод НайтиПоУникальномуИдентификатору менеджера заданий: