RE: Database Control vs. Grid Control

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.

--
http://www.freelists.org/webpage/oracle-l


Other related posts: