RE: 3rd Party Database health check
- From: "Mercadante, Thomas F" <thomas.mercadante@xxxxxxxxxxxxxxxxx>
- To: "'oracle-l@xxxxxxxxxxxxx'" <oracle-l@xxxxxxxxxxxxx>
- Date: Wed, 4 Feb 2004 11:34:17 -0500
I think I would like this maybe once or twice just to help me perform a
sanity check on everything. After that, it might be annoying because it
eats up your time while the person is there.
Of course, the value of the "Health Check" would depend on the skills and
experience of the person doing it. I would pay big $ for folks from HotSos
and many others on this list. But to have a local Consulting Group come in
- well - you really need to evaluate the evaluator then, don't you.
Good Luck!
Tom Mercadante
Oracle Certified Professional
-----Original Message-----
From: Niall Litchfield [mailto:n-litchfield@xxxxxxxxxxxxxxxxxxxxxxx]
Sent: Wednesday, February 04, 2004 11:13 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: RE: 3rd Party Database health check
Sorry I should have been more clear, I intended to mean paying 3rd party co=
nsultants to come in and do a manual health check of ones databases. The id=
ea is good or rather not bad, it helps give damagement some outside confide=
nce in the DBA team a bit like a network security check. On the other hand =
if you can say that everything is satisfactorily backed up without actually=
seeing any proof that the backups worked....=20
=20
--=20
Niall Litchfield
Oracle DBA
Audit Commission UK
-----Original Message-----
From: thomas.mercadante@xxxxxxxxxxxxxxxxx
Sent: 04 February 2004 15:51
To: oracle-l@xxxxxxxxxxxxx; thomas.mercadante@xxxxxxxxxxxxxxxxx
Subject: RE: 3rd Party Database health check
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@xxxxxxxxxxxxxxxxxxxxxxx]
Sent: Wednesday, February 04, 2004 10:40 AM
To: oracle-l@xxxxxxxxxxxxx
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@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //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@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //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@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //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@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
