MVSFORUMS.com

[amitjain_20001]

Hi

There are some jobs that need to be made as started task which doesnot requires initiator.
Why started task doesnot require initiator ?
What type of jobs can be converted into started task?

Thanks
Amit

[shekar123]

amitjain_20001,

Are you talking about something like jobs which are started automatically on a particular time and day in a Scheduling kind of Jobs environment by a Schedular like CA 7 / CA 11 / OPC ?

There can be jobs which can be triggered based on some conditions like :

1.Successful completion of a job.
2.Arrival of an input dataset.
3.Can Trigger one more job after a particular flow and could be many more.

Actually jobs are scheduled to run in any Schedular as per a particular plan designed for Business Flow.Hope this helps.
_________________
Shekar
Grow Technically

[amitjain_20001]

Thanks for your reply Shekar .
Started tasks are run through OPC schedular when other dependent jobs have run sucessfully.

As we know that to run any job initiator is required. Job class determines which initiator will be used.But in started task there is no job card and no initiator is required.

I have a job which executes IEBGENER step ( merge 6 datasets into output dataset).Output dataset of IEBGENER is used to load data in Teradata table (Teradata is RDBMS database ).This job is started task, it does not have any job card and doesnot require initiator.

I want to know why above mentioned job doesnot require initiator.?

There are jobs which run parallel and have to wait for the initiaor to free.Can someone tell me what type of jobs can be converted in started task ?

If a job executing a sort and cobol pgm , can it be converted into started task ?


Thanks
Amit

[semigeezer]

Generally, started tasks are long running server tasks, similar to daemons in Unix. They usually provide some sort of system services such as opeating system related tasks (JES, ALLOCAS, RACF, VLF) , transaction monitors (CICS) or other shared services (web servers, library managers, etc). Jobs are intended for the 'real work' in the system (compiles, batch processing, etc). Started tasks are managed very differently from jobs both by the system (dispatching, security, etc) and by people (for example, started tasks must be started by the operator or by operator automation software). Unless you have a need to provide services to other address spaces, you should not be considering use of a started task. Of course, everything I said has exceptions (not all started tasks are long running, for example), but the initiators exist to manage end user work.

Also, since started tasks have a different operating environment than jobs. Control blocks differ, some facilities may not be available, etc.

[Bill Dennis]

More simply, a job is usually made into a started task when it is important that it run immediately when needed. This is difficult to control with normal initiators. Unlike initiators, there is no set number of started tasks that can be active.
_________________
Regards,
Bill Dennis

Disclaimer: My comments on this foorum are my own and do not represent the opinions or suggestions of any other person or business entity.

[amitjain_20001]

Thanks for your reply
I have got some information regarding initiator It is as follows:-
if job A and job B must both write to a particular data set, the system (through the initiator) does not permit both jobs to run at the same time. Instead, whichever job starts first causes an initiator attempting to run the other job to wait until the first job completes.
Does Anyone have any suggestion regarding this ?

[Bill Dennis]

The initiator knows nothing about which data sets will be used. You would need to follow a rule where jobs A and B must use the same job CLASS and only one initiator would be assigned to that job CLASS.

If both jobs DO get selected by initiators, the system allocation function may cause the second job to wait due to reserved data set names. However, this is not a function of the initiator.
_________________
Regards,
Bill Dennis

Disclaimer: My comments on this foorum are my own and do not represent the opinions or suggestions of any other person or business entity.

[German Castillo]