Хотим купить доработки если у кого есть по администрированию пакетных заданий.

[AXcons]

Коллеги, делал ли кто-то функционал для организации работы пакетников, отслеживания их статуса и т.д.? Можем сами сделать, но считаю, что зачем всем программировать одно и то же. Проще купить за разумные деньги, если у кого-то уже есть.

Задача примерно такая.
Должен быть реестр пакетников, привязынный к кому-то модулю или функционалу, по которому в каком-то понятном виде пользователь должен видеть статус - какой-то семафор - все ли в порядке с его заданиями.
Например, есть модуль интеграции с другой системой. И есть четкий перечень пакетников, которые железно должны работать по определенному расписанию, которое, конечно, может меняться, но сам пакетник удален быть не может. И должна быть понятная картинка что работает, что не работает, почему, какая ошибка, ахтунги по имейл в случае чего, и т.д.

Может, есть уже такое решение?

[Morpheus]

Set up alert for batch job (form) [AX 2012]

[AXcons]

Цитата:

Сообщение от Morpheus

Set up alert for batch job (form) [AX 2012]

Это описание стандартной настройки оповещения? Вы думаете, мы не умеем это настраивать?

Уточнение: функциональность требуется для AX2009

[AlGol]

Такой инструмент не поможет?

Цитата:

The Microsoft Dynamics AX 2009 Management Pack for Systems Center Operations Manager 2007 provides the capability for Systems Center Operations Manager 2007 to discover Microsoft Dynamics AX 2009 Application Object Servers. It allows you to monitor availability and view information about batch jobs and tasks, user activity, and AOS events. The Management Pack also allows you to start and stop AOS instances through the Operations Console.

https://www.microsoft.com/en-us/download/details.aspx?id=11872

[NV]

Видела модуль интеграции 1с с АХ. Что - то похожее к вашему описанию. Авторство айнети и ланит.

[AXcons]

Цитата:

Сообщение от NV

Видела модуль интеграции 1с с АХ. Что - то похожее к вашему описанию. Авторство айнети и ланит.

Спасибо. Но целый модуль интеграции для нас будет перебор, нам либо готовое решение нужно, либо мы сами сделаем. Просто, мне казалось, проблема распространенная с пакетниками, наверняка должны были как-то ее решать. Похоже, что нет.

[KiselevSA]

Цитата:

Сообщение от AXcons

Спасибо. Но целый модуль интеграции для нас будет перебор, нам либо готовое решение нужно, либо мы сами сделаем. Просто, мне казалось, проблема распространенная с пакетниками, наверняка должны были как-то ее решать. Похоже, что нет.

В свое время писали хранимку непосредственно на SQL: если дата/время начала работы пакета меньше текущей минус, например, 20 минут, отослать письмо по адресатам, перечисленным в параметрах хранимки. Почему на SQL? В младших версиях сессию пакетников надо было запускать отдельно после рестарта AOS м иногда про какие-то группы пакетов просто забывали. В 12-ке такой подход, кстати, позволит выявить "зависание" очереди из-за одного из заданий, болтающихся в статусе "Выполнение".

[dech]

Цитата:

Сообщение от AXcons

Коллеги, делал ли кто-то функционал для организации работы пакетников, отслеживания их статуса и т.д.? Можем сами сделать, но считаю, что зачем всем программировать одно и то же. Проще купить за разумные деньги, если у кого-то уже есть.

Задача примерно такая.
Должен быть реестр пакетников, привязынный к кому-то модулю или функционалу, по которому в каком-то понятном виде пользователь должен видеть статус - какой-то семафор - все ли в порядке с его заданиями.
Например, есть модуль интеграции с другой системой. И есть четкий перечень пакетников, которые железно должны работать по определенному расписанию, которое, конечно, может меняться, но сам пакетник удален быть не может. И должна быть понятная картинка что работает, что не работает, почему, какая ошибка, ахтунги по имейл в случае чего, и т.д.

Может, есть уже такое решение?

А чем вас стандартный функционал не устраивает?
Основное > Запросы > Пакетное задание
Там и журналы и алерты, все все есть.

[AXcons]

Цитата:

Сообщение от KiselevSA

В свое время писали хранимку непосредственно на SQL: если дата/время начала работы пакета меньше текущей минус, например, 20 минут, отослать письмо по адресатам, перечисленным в параметрах хранимки. Почему на SQL? В младших версиях сессию пакетников надо было запускать отдельно после рестарта AOS м иногда про какие-то группы пакетов просто забывали. В 12-ке такой подход, кстати, позволит выявить "зависание" очереди из-за одного из заданий, болтающихся в статусе "Выполнение".

Да, мы тоже хотим на SQL сделать такой джоб, который отслеживает зависшие пакетники и шлет письма об этом.

В общем, тема с пакетниками сильно недоразвита в Аксе, много надо дописывать.

[AXcons]

Цитата:

Сообщение от dech

А чем вас стандартный функционал не устраивает?
Основное > Запросы > Пакетное задание
Там и журналы и алерты, все все есть.

Сверху есть ТЗ, что именно нужно. Всего этого в стандарте нет, если вы в курсе функционала пакетников в Аксапте.

[KiselevSA]

Цитата:

Сообщение от dech

А чем вас стандартный функционал не устраивает?
Основное > Запросы > Пакетное задание
Там и журналы и алерты, все все есть.

А что делать, если в вечернее время остановился AOS? Да и администратору целый день сидеть в AX и жать кнопочку обновить в списке пакетных заданий как-то не комильфо. ))) По стандарту для выполнения задачи нужно инициирующее воздействие. Вот уведомление на почту таким воздействием и является.

[Raven Melancholic]

Сомневаюсь, чтобы было "все в одном флаконе" и при этом еще на продажу за разумные деньги. Причина простая - каждому нужно что-то свое (даже всего десяток сообщений в этой теме уже говорит про это). И реализовать это заточенное только под себя достаточно просто. Например:

• По полной пользуемся тем, что предлагает стандарт по поводу завершения пакетников с ошибками.
• За тем, работает ли АОС и другие службы может простенький скрипт, запускаемый планировщиком Windows или сторонним планировщиком. У нас этим занимается XStarter, он же следит за тем, сколько памяти отжирают АОСы (для DAX2009 актуальная задача).
• Остается отслеживание зависших пакетников. Как предлагалось в данной теме, это можно делать запросами в базу MS SQL. Эту задачу тоже несложно добавить в XStarter (по крайней мере наши админы как-то с его помощью проверяют загрузились ли у них какие-то логи в базу MS SQL ночью).

То есть, под свои потребности сделать что-то подобное просто - уж точно за то время, которой прошло с момента размещения темы. У многих что-то подобное есть, но, по моему мнению, вряд ли у многих оно готово в таком состоянии, что его можно предлагать во внешний мир.

[AXcons]

Цитата:

Сообщение от Raven Melancholic

Сомневаюсь, чтобы было "все в одном флаконе" и при этом еще на продажу за разумные деньги. Причина простая - каждому нужно что-то свое (даже всего десяток сообщений в этой теме уже говорит про это). И реализовать это заточенное только под себя достаточно просто. Например:

• По полной пользуемся тем, что предлагает стандарт по поводу завершения пакетников с ошибками.
• За тем, работает ли АОС и другие службы может простенький скрипт, запускаемый планировщиком Windows или сторонним планировщиком. У нас этим занимается XStarter, он же следит за тем, сколько памяти отжирают АОСы (для DAX2009 актуальная задача).
• Остается отслеживание зависших пакетников. Как предлагалось в данной теме, это можно делать запросами в базу MS SQL. Эту задачу тоже несложно добавить в XStarter (по крайней мере наши админы как-то с его помощью проверяют загрузились ли у них какие-то логи в базу MS SQL ночью).

То есть, под свои потребности сделать что-то подобное просто - уж точно за то время, которой прошло с момента размещения темы. У многих что-то подобное есть, но, по моему мнению, вряд ли у многих оно готово в таком состоянии, что его можно предлагать во внешний мир.

То, что вы описываете, это понятно. Но я говорю про более широкий функционал, не только про отслеживание зависаний.

Еще есть как минимум две проблемы с ними. Первая - у нас они иногда массово переходят в статус Отложен. И, если это случилось в пятницу вечером, то узнаем мы об этом по разному, бывает, что только в понедельник, а за выходные много чего плохого из-за этого случается. Почему они сваливаются в этот статус - не знаю, и мне даже не интересно, потому что это починишь, что-то другое вылезет, пакетники - такая мутная и капризная вещь, что там уже дышать на них боишься. Поэтому хочу сделать функционал, который бы мониторил все у пакетника, который должен работать.
А тогда возникает следующая задача - как понять, какие пакетники должны работать, а какие нет. На эту же тему наша вторая проблема - как-то случайно удалили или не перестартовали нужный пакетник, и он не работает, а никто об этом не знает. Пока, опять же, что-то не случится критическое.
А пакетников у нас много, потому что много интеграции. И надо, чтобы все как часы работало.
Поэтому я хочу сделать надстройку для пакетников - таблицу с задачами, которые, собственно, ставятся в пакеты. Например, Интеграция со складом/Загрузка приходов, должно быть такое-то расписание, какие-то еще характеристики, как уведомлять, кого, и ссылка на само пакетное задание. И вот те пакетные задания, которые в этой табличке привязаны, должны мониториться - в каком статусе, отработал ли порасписанию, не завис, ошибочки на почту разослать.. А то бывает еще, что сам пакетник пишет, что отработал без ошибок, а внутри инфолога - ошибки. Их тоже надо пользователю показывать.
И семафор какой-нибудь для пользователя - открыл формочку и видишь - что у тебя в порядке, а что нет.

Конечно, в итоге сами сделаем, уже вижу, что нет готовых решений. Странно почему только.

[gl00mie]

Коллеги реализовали такой вот мониторинг пакетов, правда, это под 12-ку:

[Zabr]

Цитата:

Сообщение от AXcons

у нас они иногда массово переходят в статус Отложен

Если тот, кто настроил пакетные задания, потом запустил АХ под другим юзером, то все его задания перейдут в "Отложено" - по крайней мере, так в АХ2012, но может и в АХ2009 так было - не помню уже (3 года в 2009 не работаю).

[Ivanhoe]

Запуск "под руким юзером" - это доработка или особый способ запуска ярлыка?

Я так понимаю, периодически АОСы проверяют пакеты, если они от имени заблокированных пользователей, то пакеты отменяются.

[konfet]

Абсолютно бесплатно, т.е. даром предлагаю вашему вниманию SQL скрипт BatchJobMonitoring.sql, сделанный под DAX 2009. Он находит джобы (batchJob), которые удовлетворяют первому или второму условию:

• Джоб был фактически запущен, и с тех пор прошло уже 20 минут (StartDateTime > GetDATE() + @ALERTEXECUTIONTIME). Однако он до сих пор еще не закончен (статус Executing), так что вполне возможно, что он завис.
• Джоб был запланирован к запуску, и с тех пор прошло уже 10 минут (OrigStartDateTime > GetDATE() + @ALERTDELAY). Однако он все еще в статусе Waiting, либо Error, либо любом другом кроме Executing или Finished - словом, он или вообще не был запущен в запланированное время, либо - был запущен, но что-то с ним явно не так.

В скрипте учтен сдвиг времени на сервере на час и задействован фильтр по создателю джоба, если вам это неактуально - удалите.
Скрипт запускается с помощью утилиты sqlcmd, которая сохраняет вывод SQL запроса в текстовый файл BatchJobMonitoring.txt. Улитита входит в состав SQL сервер, начиная с MSSQL 2005.
Если SQL скриптом найдены подозрительные job-ы, что соответствует отсутствию строки "0 rows affected" в выходном файле - файл отсылается админам с помощью vbs - скрипта mail_to.vbs.
Во всех трех приложенных скриптах файлах надо заменить плейсхолдеры **xxx** (имя сервера и бд, email адрес...) на данные Вашей компании. В случае необходимости, добавьте в вызов sqlcmd логин и пароль SQL.
После того, как оттестировали работу скрипта - добавьте запуск BatchJobMonitoring.cmd в Task Sheduler.

В качестве ответной любезности, хотелось бы, чтобы кто-нибудь поделился доработкой по копированию batchJob. Задача - скопировать в один клик настроенный batchJob, со всеми его задачами, параметрами, расписанием и тд. На форуме такого не нашел.

[Zabr]

Цитата:

Сообщение от Ivanhoe

"под руким юзером"

"рукий юзер" - это антоним к "безрукий юзер" ?

Имеется в виду стандартная кнопка Run as.. в пользователях, которая позволяет вам запустить у себя сессию под чужим логином.

[AXcons]

Цитата:

Сообщение от Zabr

Если тот, кто настроил пакетные задания, потом запустил АХ под другим юзером, то все его задания перейдут в "Отложено" - по крайней мере, так в АХ2012, но может и в АХ2009 так было - не помню уже (3 года в 2009 не работаю).

Интересный баг.
Но не воспроизвелся. Из-за чего то другого слетает, похоже.

[AXcons]

Цитата:

Сообщение от konfet

В качестве ответной любезности, хотелось бы, чтобы кто-нибудь поделился доработкой по копированию batchJob. Задача - скопировать в один клик настроенный batchJob, со всеми его задачами, параметрами, расписанием и тд. На форуме такого не нашел.

А что вы будете с ним делать, после того, как скопируете? У него же параметры уже нельзя будет поменять?