Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: 3rd Party Database health check

RE: 3rd Party Database health check

From: Mercadante, Thomas F <thomas.mercadante_at_labor.state.ny.us>
Date: Wed, 4 Feb 2004 10:51:47 -0500
Message-ID: <DE8A21F8F1D0254EA4A9214D52AB2FEDAD588F@exchsen0a1ma>


We just looked at Tivoli Monitoring for Oracle. The sales presentation sounded good. But when we started looking at what exactly they could monitor "out of the box", we rejected everything except for database up/down, listener up/down and archive directory getting full. It had a bunch of Oracle internal things it could monitor (like tablespace filling up, user process monitoring etc, but we just didn't want to implement a monster, and some other stuff just didn't make any sense (like BCHR). And we thought that it would be sending us way too many emails or pages to turn anything else on.

Just my 2 cents.

Tom Mercadante
Oracle Certified Professional

-----Original Message-----

From: Niall Litchfield [mailto:n-litchfield_at_audit-commission.gov.uk] Sent: Wednesday, February 04, 2004 10:40 AM To: oracle-l_at_freelists.org
Subject: 3rd Party Database health check

Does anyone have any experience of these, what sort of things got looked at and what stuff didn't get looked at? We have had 2 that seemed to be somewhat useless and annoying, I am not sure that this is because they are useless and annoying or if we were just unlucky. I don't mind folk checking that we backup our databases for example, but passing our backup strategy without seeing whether it worked or not doesn't inspire confidence  

Niall Litchfield
Oracle DBA
Audit Commission
+44 117 975 7805



This email contains information intended for the addressee only. It may be confidential and may be the subject of legal and/or
professional privilege. Any dissemination, distribution, copyright or use of this
communication without prior permission of the sender is strictly prohibited.


Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.
--

Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html

-----------------------------------------------------------------
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--

Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
Received on Wed Feb 04 2004 - 09:51:47 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US