Friday, 21 November 2014

Defining Custom Concurrent Managers

Adding Concurrent Manager is a crucial decision. Lots of things needs to be examined before adding
new Concurrent Manager. One of the major area is resources. If you have less number of concurrent managers then overall concurrent processing gets delayed with a lot many requests having the status pending. On the other hand if you have too many Concurrent Managers then there will be a heavy load on your Operating System. So before adding any new Concurrent Managers a proper analysis needs to be done.
You can define as any concurrent managers as you want. For defining Concurrent Manager we need to login to the ebusiess suite as a 'SYSADMIN' and need to choose the System Administrator responsibility.
And Click on 
Navigation: Concurrent: Manager > Define


Once click on Define link form for defining the Concurrent Manager opens.
Fill the Form as Follows.


Manager: Name of the Manager  (ZEECONC)  (You can name it whatever you want)
Short name: Short name of the Manager  (ZC)
Application Name: Applications DBA
Description: ZEE CONC manager
Type: In this field you need to define what type of  Concurrent Manager you are going to define. You cannot Update this field once defined. There are Several types which are available eg: Concurrent Manager, Transnational Manager, Internal Monitor etc.  (Concurrent Manager)
Cache Size: 4  (Its up to  you)
Note: Oracle suggests to enter a value of 1 when defining a manager that runs long and 3 or 4 for the manager which runs small jobs.
Data Group: This is used only by Transnational Manager.
Consumer Group: A Consumer group defines a set of users who have similar resource usage requirements. (LOW_GROUP)
Primary and Secondary: These are from the Parallel Concurrent Processing.
Program Library: 
Name: You need to assign predefined Library for your manager. The Concurrent Manager runs only those programs which are listed in their program Library.
Save it


Specialization Rules:

From here you can Specialize your manager to run only certain types of requests. If  you don't define specialization rule then manager can process any kind of requests.

Click on Specialization Rules and a form will open. fill the form as follows. 

Include: Use this drop down button to include or exclude those requests which your manager will/won't run.
Type: Here you specify the type of specialization rule you want to assign to your manager.
Application: Application Object Library.
Name: Name of the Concurrent program which will be included or excluded.
Save it

Work Shifts:

The Work Shift defines the time which the Concurrent Manager is active. You can define some fixed date or time or can make the Manager run 24*7 making it active all the times.
You can define new Work shift by using work shift form.
Navigation: Concurrent: Manager: WorkShift
 
Press the work shift button on Concurrent Manager define form and select the work shift for the Manager.
Name: Name of the Work shift. (There are Many predefined work shifts and You can define new Work shift by using work shift form.
Navigation: Concurrent: Manager: WorkShift)
From/To: This is the time at which your Concurrent Managers shift begins and ends.
Days form/To: This refers to weekdays.
Date: Enter a date if you want to define a date specific work shift.
Save it

Now Define Concurrent Manager is done you can check your Custom Manager by
Navigation: Concurrent:Manager>Administer
If it is not Activated then activate it 
Select you Concurrent Manager and press Activate button.

No comments:

Post a Comment

Ask your Questions....