Speaking of relying on good ol' shell scripts - that reminds me there is a 3rd option that I hadn't really even considered, which is not running either one - no DBC or GC at all. The GUI is nice to have occasionally, but I'm pretty comfortable at the command line so I suppose I could just set up all my 10g database with no Enterprise Manager at all. I think that might actually be the best option for me - then I have ZERO overhead. I think I might just go that route unless I come up with something in EM that I just have to have. If something came up down the road where I really wanted or needed EM, I can always create it on the fly with the emca command, or I suppose I could even go ahead and install DBC and the EM repository for all databases, but only startup the dbconsole processes when/if needed (I think this is what Bryan Thomas was recommending - thanks Bryan!). -----Original Message----- From: Allen, Brandon Sent: Friday, March 30, 2007 2:14 PM To: 'jweatherman91@xxxxxxxxxxxxxx'; salem.ghassan@xxxxxxxxx; oracle-l@xxxxxxxxxxxxx Subject: RE: Database Control vs. Grid Control Thanks John, good point. However, I prefer to rely on good ol' trusty shell scripts for my up/down & log monitoring, and in my case we also have HP OpenView monitoring everything, plus it is a HA cluster so if GC went down on one node it would automatically failover to another one (assuming I could get that configured to work properly, which may not be a safe assumption). -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of John P Weatherman A bigger concern for me is having GC doing the monitoring for things like "Database Down", "Server Down", etc. If the server does crash, and the monitor is on the same server, no notifications can be sent out. By having another server, you can home-brew a monitor for GC while GC monitors everything else. Privileged/Confidential Information may be contained in this message or attachments hereto. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. -- //www.freelists.org/webpage/oracle-l