Inpolus Scheduler 
Inpolus ESB 1.11
Inpolus Registry
Inpolus SchedulerРуководство пользователя Менеджера Сценариев
5.Эксплуатация.
5.1.Работа с расписаниями.
5.1.8.Статусы заданий в системе.
Статусы заданий (таблица 9) обеспечивают полную прозрачность жизненного цикла заданий и позволяют эффективно управлять очередью обработки.
| Статус | Описание | Когда устанавливается | Особенности |
|---|---|---|---|
| Новое | Задание только что создано и ожидает обработки. | При создании нового задания в очереди. | Задание находится в очереди на исполнение, но ещё не взято в работу. |
| Повтор | Задание отправлено на повторное исполнение после предыдущей неудачи. | При срабатывании правил повторных попыток (RetryRules) или после временных ошибок (таймауты, сетевые проблемы). | Учитываются настройки RetryRules.Может иметь задержку перед повтором. Счётчик попыток увеличивается. |
| Исполняется | Задание находится в процессе выполнения. | С началом обработки задания. | Выполняется вызов целевого сервиса. Обрабатываются данные. Ведутся логи выполнения. Возможно зависание при проблемах с целевыми системами. |
| Выполнено | Задание успешно завершено. | После успешного выполнения всех операций задания. | Целевой сервис вернул успешный ответ. Все данные корректно обработаны. Нет ошибок в процессе выполнения. |
| Ошибка | Задание завершилось с ошибкой. | Ошибка вызова целевого сервиса. Исключение в процессе обработки. Таймаут соединения. Невалидные данные. |
Требуется анализ логов и возможное ручное вмешательство. |
| Пауза | Выполнение задания автоматически приостановлено из-за недоступности целевого сервиса. | Срабатывание механизма защиты от отказов из-за частых ошибок. Обнаружение временной недоступности сервиса. |
Не может быть установлен вручную. Задание остаётся в очереди. Возобновление происходит автоматически при восстановлении доступности. |
| Прервано | Выполнение задания было принудительно остановлено. | Ручная остановка администратором. Системные сбои, требующие прерывания. Обнаружение критических проблем. |
Принудительная остановка выполнения. |
| Пропущено | Задание было пропущено по определённым правилам. | Дублирующиеся задания. Невыполнимые условия. Ограничения бизнес-логики. |
Задание исключается из обработки без выполнения. |
Настройки правил повтора
Статус «Повтор» тесно связан с настройками.
- Таймаут (при вызове сервиса не получено ответа): повтор при таймаутах. Включает/выключает повторные попытки при таймаутах соединения. Срабатывает при превышении времени ожидания ответа от целевого сервиса (сетевые проблемы, перегрузка целевой системы, медленное выполнение запроса).
- Ошибка (при вызове сервиса получена ошибка): повтор при ошибках на уровне вызова сервиса. Срабатывает при HTTP ошибках (4xx, 5xx), ошибках соединения, проблемах с WSDL/SOAP, ошибках аутентификации. Либо повторы при ошибках обработки данных. Срабатывает при ошибках в бизнес-логике, валидации данных.
- Повтор заданий при «зависании» исполнения (задание находится в статусе «Исполняется» более указанного времени): повтор при при обнаружении «зависших» процессов. Срабатывает когда процесс выполнения превышает ожидаемое время.
- Максимальное время исполнения заданий, минут *: время определения «зависания». Определяет пороговое время в секундах для определения зависания. Например, если максимальное время исполнения заданий = 300, то процесс считается зависшим после 5 минут выполнения.
- Повтор заданий при установке статуса (сервис был вызван успешно, но позже был установлен статус из списка): фильтр статусов при повторах. Определяет, для каких конкретно статусов ошибок необходимо делать повтор. Позволяет включать повтор только для временных ошибок, игнорируя фатальные.
Механизм работы правил повтора.
- Обнаружение ошибки: система определяет тип ошибки.
- Проверка правил: проверяются соответствующие флаги в правилах повтора.
- Установка статуса: если правило активно, статус меняется на «Повтор».
- Задержка: возможна пауза перед повторной попыткой.
- Повторное выполнение: задание снова переходит в статус «Исполняется».
Мониторинг и устранение проблем.
Критические ситуации:
- долгое нахождение в статусе «Исполняется» — возможное зависание задания;
- множественные статусы «Повтор» — проблемы с целевой системой;
- статус «Ошибка» без повторов — требуется ручное вмешательство.
Рекомендации:
- мониторить задания в статусе «Исполняется», которые исполняются дольше ожидаемого времени;
- анализировать логи при статусе задания «Ошибка»;
- настраивать адекватные правила повторов для разных типов ошибок.