Professional Documents
Culture Documents
Concurrent Manager FAQs
Concurrent Manager FAQs
What is Concurrent Processing Server?
The reporting programs and data updating programs that need to run either periodically, or
on an ad hoc basis. These programs, which run in the background while users continue to
work on other tasks, may require a large number of data-intensive computations, and are
run using the Concurrent Processing architecture.
What is Concurrent Manager?
Concurrent managers are fundamental to concurrent processing. Acting as a job scheduling
and execution system, a concurrent manager:
Is an executable that is registered as a program library within Oracle E-Business
Suite, and which runs in its own operating system process
Runs operating system processes called target processes (often referred to as
workers),each of which can start one concurrent program at a time
Can optionally run an immediate program that runs as part of the concurrent
manager's own operating system process
Can be allowed to run any concurrent program, or be specialized to run certain
programs
Operates during the days and times defined by a work shift
How can I check to see if a concurrent manager is running?
One way to see if a manager is running is to use the 'Administer Concurrent Managers'
form. Navigate to Concurrent->Managers->Administer.
You will see two columns labeled 'Actual' and 'Target'.
The Target column lists the number of processes that should be running for each manager
for this particular workshift.
The Actual column lists the number of processes that are actually running. If the Actual
column is zero, there are no processes running for this manager. If the Target column is
zero, then either a workshift has not been assigned to this manager, or the current
workshift does not specify any target processes.
If the target column is not zero, then the manager processes have either failed to start up,
or gone down. You should check the manager's logfile and the ICM logfile. You can also
search for OS processes using the 'ps' command.
When you need to bounce (stop and restart) the Concurrent Manager?
When you modify the Printer Driver you have to restart the Manager which runs the request
which is attached to that Printer Driver, however, if you do not know which managers then
you have to restart the internal manager because the printer driver can be used by multiple
managers and multiple requests.
If only a concurrent program definition is modified, running a verify on the Internal Manager
will pick up the changes without the need for bouncing the manager.
This will tell whether the internal manager is running, what the PMON method is, and where
the log file is.
To set the PMON method:
1) First shut the concurrent managers down
2) cd $FND_TOP/sql
3) sqlplus apps/apps @afimpmon.sql LOCK (or RDBMS)
How do I enable/disable the Conflict Resolution Manager?
Use the system profile option 'Concurrent: Use ICM'. Setting this to 'No' (which is the
default) allows the CRM to be started. Setting it to 'Yes' cause the CRM to be shutdown and
the Internal Manager (ICM) will take over the conflict resolution duties. If the CRM will not
start (it is started automatically by the ICM), check this profile option.
Note that using the ICM to resolve conflicts is not recommended. The CRM's sole purpose is
to resolve conflicts, while the ICM has other functions to perform as well. Only set this
option to 'YES' if you have a good reason to do so.
How do I clean out the Concurrent Manager tables?
Cleaning out the tables is a useful method of making sure that there are no invalid statuses
that can prevent the managers from starting. Previously, this has been done by truncating
fnd_concurrent_processes and/or fnd_concurrent_requests. Truncation of the tables is a
little
drastic, and can cause problems later when trying to purge requests, not to mention losing
all of the request information.
Run the script, cmclean.sql, article note 134007.1 CMCLEAN.SQL - Non Destructive Script
to Clean Concurrent Manager Tables It will make sure the relevant status codes are valid
without
deleting any information.
How do I tell concurrent manager processes apart at the OS level?
Use: pf -ef | grep FNDLIBR
I hit the Restart button to start the Standard manager, but it still did not start?
Telling a manager to restart just sets the status to Restart, The ICM will start it the next
process monitor session or the next time the ICM starts. Use Activate to start a manager
immediately. When a manager is deactivated manually, the ICM will not restart it, you will
need to set it to Restart, or activate it manually.
How many rows are in FND_CONCURRENT_REQUESTS and FND_CONCURRENT_PROCESSES
tables?
Depending on the specification of the system it has been seen that when tables reach above
3000-4000 rows, the performance begins to diminish, however, there could be 30000-
40000 rows in the tale before the performance begins to degrade.
You may want to run the Purge Concurrent Request and/or Manager Data on a regular
basis, dependant on the amount of requests being run.
The Purge Concurrent Requests job can be used to purge:
Requests, Mgr logs, and All requests depending on what is chosen.
Use the following options: Enter = All, Mode = AGE, Mode Value = 15
The std.mgr log continuously grows where it may good to archive it regularly.
Any processes pending in Internal or Conflict Resolution Manager?
Best course of action before starting the Concurrent Managers is to cancel any "Deactivate"
or "Verify" jobs pending in the Internal Manager and place any other pending jobs on hold.
How do I turn on transaction manager diagnostics?
Set the profile option 'Concurrent:Debug Flags' to 'TCTM1' at the site level. This will cause
transactions to make debug entries in the FND_CONCURRENT_DEBUG_INFO table.
Truncate this table before running a tranasction, then select the entries from the table.
Starting the managers with diag=Y will also produce more information in the transaction
manager logfile.
Problem....
When you try to submit a request like Active users or Active responsibilities, request gets
submitted. When we view the help requests, you find that it is inactive / nomanager.
Within 12 to 15 seconds, you refresh-it gets completed. Initially, you could find only inactive
and we look at the diagnostic- the concurrent manager assigned is not picking up. There is
no specialization rules in any managers except the include program this source.
Solution....
Most often when this occurs where a request goes "inactive/no manager" and is then
processed a short time later, the solution is to either increase the cache size for your
Standard manger, or increase the actual number of Standard manager processes.
Cache Size is set on the CONCURRENT/MANAGER/DEFINE form. Basically, this regulates
how many requests a manager will pick up for each sleep cycle.
How do I process more concurrent requests concurrently?
The Concurrent Manager parameters, (Query the concurrent manager by Login as
Sysadmin, navigate -> Concurrent -> Manager -> Define and Query for the relevant
concurrent manager), should be modified to handle more concurrent requests concurrently,
this can be done in two steps:
(i) Increase the Number of Target processes for the manager
(ii) Change the cache size of the concurrent manager as this determines how many
requests will be evaluated by a manager at a time and should match the target (process)
value as set above.
How to run a concurrent request through a Self-Service Page?
Self-Service Page does not deliver any concurrent requests. You have to use the
Professional User Interface only.
How to Re-create Concurrent Manager Views?
FNDLIBR FND FNDCPBWV apps/<passwd> SYSADMIN 'System Administrator'
SYSADMIN