2013-06-25 2 views
0

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

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

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

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

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

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

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

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

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

Крис

ответ

0

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

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

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

0

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

условие будет выглядеть как

condition: f(name_of_box_or_job) || t(name_of_box_or_job)