Оповещения о состоянии машины в ожидании и прекращении в Autosys

В моей компании используется Autosys r11.1 SP1 в качестве планировщика заданий предприятия, и я считаю, что этот продукт отлично справляется со своей задачей. В нашей компании он имеет репутацию «сложного» и «неудобного в использовании»; Я утверждаю, что в качестве кросс-платформенного планировщика заданий предприятия он, безусловно, будет сложным, и, конечно, потребуется некоторое время и самоотверженность, чтобы освоить администрирование такой системы.

Я не являюсь частью команды, отвечающей за администрирование, однако моя команда является самым активным пользователем продукта, поскольку я руковожу нашей командой хранилища данных, и я пытаюсь подготовить некоторые контраргументы против того, что я считаю ложными заявлениями об ограничениях продукт. Я, конечно, знаю, что Autosys — это набор программ, но я ни в коем случае не эксперт. Я считаю, что отдельно от фактического планировщика заданий есть механизм оповещений, а также Центр управления рабочей нагрузкой, все три компонента которого у нас установлены.

В настоящее время, если задание Autosys переходит в статус Max Run Alarm, в нашу службу поддержки отправляется оповещение по электронной почте, и они могут предпринять соответствующие действия. Насколько я понимаю внутреннюю модель данных Autosys, это «событие», которое может произойти с заданием.

Это отличается от различных статуй, которым может принадлежать работа, по одной, о которых я знаю;

  1. Активировано
  2. Неактивный
  3. Начиная
  4. Бег
  5. Успех
  6. Отказ
  7. На удерживании
  8. На льду
  9. Поздно начинать
  10. Ожидание машины
  11. Прекращено

В дополнение к оповещениям, когда задание сталкивается с событием Max Run, наша служба поддержки также получает оповещение по электронной почте, когда задание получает статус «Сбой» или «Ожидание компьютера».

Мне говорят, что он не может отправить предупреждение, если задание переходит в статус «Завершено»? Я просто не верю в это.

Мне также сказали, что нет возможности отфильтровать имя задания перед отправкой какого-либо предупреждения. В настоящее время у нас нет настоящего экземпляра Autosys для разработки, поэтому мы используем соглашения об именах, чтобы отличать производство от UAT или Test, и на данный момент оповещения по электронной почте генерируются для всех, и мы сталкиваемся с постоянной борьбой с нашей службой поддержки, пытающейся получить их. чтобы понять, что нам не нужны билеты, созданные для непроизводственных работ.

Мы будем очень признательны за любое руководство или информацию об истинных возможностях этого продукта!

Крис


person Chris Corbin    schedule 25.06.2013    source источник


Ответы (2)


Поскольку я работаю в Autosys почти 3 года, насколько мне известно, для задания не генерируется оповещение, если задание переходит в статус Terminated(TE). Вы получаете оповещения о погоне, максимальном пробеге и неудачной работе. Если вы сделаете атрибут alarm_if_fail: 0, вы не получите оповещение о задании, если оно не удалось.

Предложение для тикетов, созданных вашей командой службы поддержки для непроизводственных заданий: вы можете внести небольшие изменения в задание, чтобы ребята из службы поддержки поняли, что это производственное задание, изменив название задания. Например, вот так: us_sap_morning_data_p_box. Здесь «П» может помочь вам найти работу на производстве. Точно так же для заданий cmd и fw вы можете использовать это: us_sap_morning_data_p_cmd или us_sap_morning_data_p_fw.

Я не уверен, насколько это поможет вам.

person som    schedule 29.06.2013

Один из способов генерировать оповещения на основе событий TE, особенно вокруг блоков, у которых нет возможности выполнить какой-либо код в блоках проверки кода возврата (или ловушках и т. д.), — это создать задание оповещения. Предупредительное задание, которое проверяет состояние ящика (или конкретного задания), будет командным заданием, отправляющим электронное письмо.

Условие будет выглядеть примерно так

condition: f(name_of_box_or_job) || t(name_of_box_or_job)
person Josh Love    schedule 02.07.2013