You are on page 1of 4

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.

You might also like