Анализ задач
Преимущества:
- Оптимизация временных окон выполнения задач.
- Снижение избыточности задач
- Оптимизация параллельного выполнения задач
- Уменьшение количества сбоев задач
Цель
Регулярная проверка новых задач помогает не только контролировать то, что необходимо (своевременность обновлений, наличие дубликатов задач и т.д.), но также позволяет анализировать временные окна обновления задач, одновременное выполнение задач и любые другие аспекты планировщика Qlik.
Анализ временных окон выполнения задач
Как описано в разделе «Оптимизация временных окон выполнения задач», используйте приложение «Reloads Monitor» («Монитор перезагрузок»), чтобы просмотреть пиковые часы перезагрузки. Значительное отклонение от предыдущих недель может сигнализировать о том,
- что для узлов Qlik Sense Enterprise, выполняющих перезагрузку, необходимы дополнительные ресурсы
-
Приложения имеют почасовую частоту перезагрузки, которая не нужна
- Пример: в стандартной задаче перезагрузки «Лицензия» и «Монитор операций» используется ежечасная перезагрузка, которая обычно не требуется для большинства инсталляций.
Уменьшение избыточности
Чтобы определить, есть ли в приложениях повторяющиеся задачи перезагрузки, откройте приложение «Reloads Monitor» («Монитор перезагрузок») и создайте копию листа «Task Details Sheet» («Сведений о Задаче»).
Дайте новому листу понятное имя, например, «Task Details (Duplicates)» («Сведения о Задаче (дубликаты)»).
Удалите обе таблицы, так как мы создадим новую настраиваемую таблицу для своих целей.
Перетащите на лист объект визуализации таблицы и добавьте измерение «Task App Name» («Наименование приложения, связанного с задачей»).
Добавьте меру.
Выберите меру «Task Name» («Наименование Задачи») и выберите функцию агрегирования Count().
Измените метку меры на понятное наименование, например, "Кол-во задач".
На вкладке сортировки переместите меру "Кол-во задач" на первую позицию, чтобы сортировка выполнялась по ее значениям в первую очередь.
В настройках измерения снимите отметку «Include null values» («Отображать отсутствующие значения»).
Полученная таблица должна выглядеть примерно так и показывать, для каких приложений настроено более одной задачи (дубликаты задач).
Например, в таблице видно, что для приложения с названием «5k Random Data» создано 10 задач. Перейдите в QMC > Apps (Приложения), далее в списке приложений выберите «5k Random Data», нажмите редактировать. Выберите вкладку «Tasks» («Задачи»). Вы увидите список всех задач, связанных с данным приложением.
Бывают случаи, когда, например, одно приложение должно обновляться несколько раз (например, запускаться каждый день в 6 утра и в полдень), поэтому с ним связаны две задачи. Это нормальная ситуация, но при этом нужно проверять дубликаты и уточнять у владельца приложения, действительно ли необходимо выполнять обновление дважды в день, имеет ли это какую-то коммерческую ценность или это просто устаревшие задачи, которые можно удалить.
Оптимизация параллельного выполнения задач
Как описано в разделе «Оптимизация временных окон выполнения задач», убедитесь, что в настройках служб планировщика указано соответствующее количество Max Concurrent Reloads («Максимальных одновременных перезагрузок») для серверов, на которых работают службы.
Уменьшение количества сбоев задач
Для этого действия перейдите на лист Task Details («Детализация задач») в приложении «Operations Monitor» («Монитор операций»).
В таблице «Reload Summary Statistics» («Сводная статистика перезагрузок») отсортируйте данные по «Failure Rate» («Частота Отказов»).
Далее
- Для приложений, которые выходят из строя с очень высокой частотой отключите задачи и предупредите владельца приложения. В этом примере задача перезагрузки «Reload of Failure of an App» не выполняется в 100% случаев. Нет необходимости включать эту задачу, если она всегда завершается с ошибкой.
-
Для приложений, которые выходят из строя с умеренной частотой, дополнительно изучите данные на листе «Task Details» («Сведения о задачах»), определите, есть ли закономерности в появлении отказов (например, время суток). Общие закономерности, с которыми сталкиваются чаще всего, включают:
- Ограничение ресурсов из-за многократных перезагрузок
- Ограничение ресурсов из-за выполнения задачи одновременно с вычислительно тяжелой задачей
- Недоступность источника данных (например, из-за обслуживания)
Чтобы упростить анализ причин отказов, в таблице «Reload Summary Details» («Сводная информация об обновлениях») выберите «Reload Status» («Статус обновления») ‘Failed’.
В таблице «Reload Details» («Сведения об обновлениях») есть детализированные сведения о задачах, которые не удалось выполнить, и это позволит администратору Qlik обнаружить взаимосвязи.
