Служебные задачи — различия между версиями
Материал из Oktell
Peter (обсуждение | вклад) |
Peter (обсуждение | вклад) |
||
| Строка 10: | Строка 10: | ||
** Однократный запуск будет произведен в установленное время. В случае невозможности запуска в настроенное время, например, при выключенном сервере, сценарий будет запущен в ближайшее возможное время, но до истечения срока актуальности. Сдвигом даты и/или времени конца актуального периода можно отказаться от выполнения сценария при неудаче. После окончания выполнения задача автоматически удаляется. | ** Однократный запуск будет произведен в установленное время. В случае невозможности запуска в настроенное время, например, при выключенном сервере, сценарий будет запущен в ближайшее возможное время, но до истечения срока актуальности. Сдвигом даты и/или времени конца актуального периода можно отказаться от выполнения сценария при неудаче. После окончания выполнения задача автоматически удаляется. | ||
** Периодический запуск производится внутри установленного интервала дат в соответствии с настроенным недельным графиком и периодом ожидания перед следующим запуском. Период ожидания будет проигнорирован при перезапуске сервера, так как все параметры менеджера служебных задач хранятся исключительно в оперативной памяти. Для организации более точных схем рекомендуется устанавливать более короткий интервал ожидания следующего запуска, а оценку актуальности дополнительно производить в теле служебного сценария. При настройке периодических служебных задач также рекомендуется в отладочных целях вставлять компоненты «пауза» и «уведомление». Первый помогает увидеть сценарий в мониторинге, второй убедиться в корректности выполнения. | ** Периодический запуск производится внутри установленного интервала дат в соответствии с настроенным недельным графиком и периодом ожидания перед следующим запуском. Период ожидания будет проигнорирован при перезапуске сервера, так как все параметры менеджера служебных задач хранятся исключительно в оперативной памяти. Для организации более точных схем рекомендуется устанавливать более короткий интервал ожидания следующего запуска, а оценку актуальности дополнительно производить в теле служебного сценария. При настройке периодических служебных задач также рекомендуется в отладочных целях вставлять компоненты «пауза» и «уведомление». Первый помогает увидеть сценарий в мониторинге, второй убедиться в корректности выполнения. | ||
| + | ** При запуске сервера. Сценарий активизируется всякий раз после старта сервера. | ||
* Дата/время выполнения и крайний срок (для однократных задач); | * Дата/время выполнения и крайний срок (для однократных задач); | ||
* Период актуальности (для периодических задач); | * Период актуальности (для периодических задач); | ||
Версия 12:31, 17 сентября 2013
На вкладке настраивается расписание автоматического запуска служебных сценариев, лежащих в общем разделе (Администрирование. Сценарии). Создание задачи требует указания ряда параметров, используемых менеджером служебных задач.
Основные параметры:
- Служебный сценарий, запускаемый по настройкам редактируемой задачи;
- Тип запуска (однократный и периодический).
- Однократный запуск будет произведен в установленное время. В случае невозможности запуска в настроенное время, например, при выключенном сервере, сценарий будет запущен в ближайшее возможное время, но до истечения срока актуальности. Сдвигом даты и/или времени конца актуального периода можно отказаться от выполнения сценария при неудаче. После окончания выполнения задача автоматически удаляется.
- Периодический запуск производится внутри установленного интервала дат в соответствии с настроенным недельным графиком и периодом ожидания перед следующим запуском. Период ожидания будет проигнорирован при перезапуске сервера, так как все параметры менеджера служебных задач хранятся исключительно в оперативной памяти. Для организации более точных схем рекомендуется устанавливать более короткий интервал ожидания следующего запуска, а оценку актуальности дополнительно производить в теле служебного сценария. При настройке периодических служебных задач также рекомендуется в отладочных целях вставлять компоненты «пауза» и «уведомление». Первый помогает увидеть сценарий в мониторинге, второй убедиться в корректности выполнения.
- При запуске сервера. Сценарий активизируется всякий раз после старта сервера.
- Дата/время выполнения и крайний срок (для однократных задач);
- Период актуальности (для периодических задач);
- Недельный график выполнения (для периодических задач);
- Интервал ожидания перед следующим запуском (для периодических задач).
После создания задача появляется в списке в неактивном состоянии. Выставив галочку активности задача активируется и начинает выполняться в соответствии с указанным расписанием.
Среди широко распространенных примеров использования служебных задач:
- Опрос SMS-сервера с установленной частотой и распределение полученных SMS по задачам и пользователям;
- Проведение периодических действий в БД;
- Опросы web-сервисов и активация задач.
