Очень хочется найти все параметры ко всем описанным в SM62 системным событиям!
Первопричина такого вопроса - желание настроить периодическое выполнение джоба только после успешного завершения самого себя.
Может кто-нибудь предложит какие-либо варианты, не по событию.

З.Ы. Джоб выполняется по OLIX с наабапленным вариантом, копирует данные из инфосистем, сейчас настроен на жесткий период в 6 часов, если не успевает выполнится, то возникает конфликт между 2 паралельно идущими джобами, в результате некоректные данные в ИС.

Могу ошибаться, прошу поправить меня, может не там копаю...

Похоже у нас проблема с SM62, дерево критериев и все что написано тут https://help.sap.com/saphelp_nw04s/helpdata/en/c4/3a7fae505211d189550000e829fbbd/frameset.htm
отсутствует, есть только журнал операций создание и редактирование событий...[/img]

Судя по всему, вам нужно просто обеспечить, чтобы новая instance той же background job не запускалась, если запущенная раньше все еще работает. Думаю если за 6 часов все это дело еще не отработало (что это у вас там, кстати, за программа такая мощная - может оптимизировать бы надо? ), то сразу же запускать ту же программу по второму кругу - это уже слишком IMHO. Дайте хоть передохнуть немного системе.

Вопрос как не допустить одновременного запуска одной и той же background job уже, по-моему, тут обсуждался - поищите. Если что, то вот тут есть набор программок:
http://www.kabai.com/abaps/q.htm

А вообще это скорее для Basis вопрос... При создании background job есть опция "After job", но вряд ли можно на саму себя сделать условие (эдак она либо никогда не запустится или никогда не остановится). Может можно что-то изобразить с двумя разными именами.

P.S. Кстати, какой у вас релиз? В ECC 6.0 транзакция SM62 была переделана и раньше это все выглядело совершенно по-другому.

Можно ставить блокировку в начале джоба и молча завершать исполнение в случае неудачи.

Большое спасибо !
Ссылочка мне как начинающему в самый раз.
Про релиз это точно, ссылку я повесил немного не ту (не в ту версию в хелпе залез ), точно не скажу, но однозначно ниже ECC 6.0, у нас в транзакции SM62 можно только событие создать и все.

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

Всем спасибо огромное!!!

Любая программа именно этим и занимается

Вы это в разделе по базисным компонентам напишите и услышите в свой адрес много тёплых, а может и горячих, слов. Может задача такая приоритетная, что для неё данное решение подходит... Но в общем случае такой зацикливание означает, что один фоновый процесс всё время занят. Десяток-другой таких программ — и системе скорее всего поплохеет.

Есть три варианта.
1. Задаче требуется более 24 часов процессорного времени в сутки. Тогда это вопрос оптимизации или распараллеливания.
2. Задаче требуется как раз примерно 24 часа в сутки. Тогда Ваш вариант с зацикливанием - идеальное решение.
3. Задаче требуется меньше 24 часов. Тогда почему бы не освобождать ресурс?

Очевидно, вариант №2 реализуется не часто.

Теперь представьте себе, что в определённый момент времени копировать нечего и этот джоб исполняется за 1 мс. Фоновый процесс при этом, тем не менее, всё время будет занят. Кроме того, с большой скоростью будут загаживаться логи.

Т.е. по крайней мере нужно ограничить минимальное время исполнения джоба в случае, если ему нечего делать, вводя idle time. А это по сути тождественно ежеминутному исполнению джоба с блокировкой от двойного одновременного запуска.

В общем, похоже, что изобрели велосипед.

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

А что вы и куда копируете, если не секрет? И зачем и какое количество записей (в среднем)? Возможно стоит подумать об изменениях в конфигурации самих инфоструктур...

Кроме того, в OLIX можно задать разные параметры (например, posting period) и, соответственно, можно создать хоть несколько background jobs работающих одновременно. Т.к. период разный, то они конфликтовать друг с другом не будут. Хотя тут можно, как уже правильно заметили, от Базиса получить на орехи.

Опять же проверьте, может вам вовсе и не надо все копировать, а только, например, текущий месяц. В общем возможностей масса на самом деле.[/list]

Нуу....
Значит есть первоначальная ИС в которую летят данные по фактурам и по заказам. Вот из неё и копируются данные с удалением за период 2-4 часа , только вот шагов в джобе 20 и на каждом идет копирование этих данных в разные ИС.
Возможно конфигурацию ИС и нужно перестроить, только вот я тут один прогер и времени нету, копирует уже и бог с им ))))
сейчас джоб отрабатывает в среднем 2,5 часа, приемлемо, даже временные окна в использовании процесса есть ))))