Oracle-L: RE: Concurrent Manager

From: April Wells <awells_at_csedge.com>
Date: Thu, 09 Oct 2003 05:04:24 -0800
Message-ID: <F001.005D28D7.20031009050424@fatcity.com>

Not sure why you would necessarily want the reports server on the database tier... Concurrent managers wake up periodically (like 60 or 90 seconds), query their tables to see if there are any jobs to run... run them if there are and then go back to sleep. If they are all on the same tier, the throughput is faster, and there is no network overhead. The more concurrent jobs that you have, the more that this has the potential to become an issue.

Also, the database maintains the status of the concurrent managers (are they up, is it their work shift, are they sleeping...) and if the communication gets off (for example if you shut down the database, then something happens on the CM tier (Windows is good at things weirding out with the CM) to shut down the managers, then bring up the database... the database thinks the managers are up, they aren't, then sometimes when you try to start the managers, they won't because the database thinks they already are... and you have to run CMCLEAN to make the database forget the old status.

WE have our concurrent managers on the apps tier, and are working towards migrating them to the database tier because performance is so horrendous.

April Wells
Oracle DBA/Oracle Apps DBA
Corporate Systems
Amarillo Texas
/\
/ \

/     \ 
\     /

\/
>\<

     \ 
     >\< 
         \

Few people really enjoy the simple pleasure of flying a kite Adam Wells age 11

-----Original Message-----
Sent: Thursday, October 09, 2003 7:11 AM To: Multiple recipients of list ORACLE-L

Hi ,
In Oracle Apps why concurrent manager and report server should be in database tier when other application servers are in application tier.?

Thx

The information contained in this communication, including attachments, is strictly confidential and for the intended use of the addressee only; it may also contain proprietary, price sensitive, or legally privileged information. Notice is hereby given that any disclosure, distribution, dissemination, use, or copying of the information by anyone other than the intended recipient is strictly prohibited and may be illegal. If you have received this communication in error, please notify the sender immediately by reply e-mail, delete this communication, and destroy all copies.

Corporate Systems, Inc. has taken reasonable precautions to ensure that any attachment to this e-mail has been swept for viruses. We specifically disclaim all liability and will accept no responsibility for any damage sustained as a result of software viruses and advise you to carry out your own virus checks before opening any attachment.

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: April Wells
  INET: awells_at_csedge.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Received on Thu Oct 09 2003 - 08:04:24 CDT