In my case, it's because I wanted to see what functionality exists in OEM. I'm hoping that a future version will be solid, but until then I will rely on what works- unix scripts scheduled via cron. To be fair, I have seen some good and bad aspects of OEM. Schema comparisons in Change Manager is an example of a good feature. What would be really nice is a set of Unix/Perl scripts that cover the major monitoring areas, which is why I have Jared's book :-). It's also fun to whip up some custom shell scripts for monitoring and alerts. And, most importantly, they are *reliable*. Best regards, David B. Wagoner Database Administrator Arsenal Digital Solutions E-Mail: dwagoner@xxxxxxxxxxxxxxxxxx Web: http://www.arsenaldigital.com "the most trusted source for STORAGE MANAGEMENT SERVICES" The contents of this e-mail message may be privileged and/or confidential. If you are not the intended recipient, any review, dissemination, copying, distribution or other use of the contents of this message or any attachment by you is strictly prohibited. If you receive this communication in error, please notify us immediately by return e-mail or by telephone (919-466-6700), and please delete this message and all attachments from your system. Thank you. -----Original Message----- From: Jesse, Rich [mailto:Rich.Jesse@xxxxxxxxxxxx] Sent: Wednesday, January 28, 2004 1:12 PM To: 'oracle-l@xxxxxxxxxxxxx' Subject: RE: OEM Ummmmm, if the tool's paging reliability is suspect (and I agree it is), then why have redundant monitoring? Why not just use the one that works? Just curious... Rich Rich Jesse System/Database Administrator rich.jesse@xxxxxxxxxxxx Quad/Tech International, Sussex, WI USA -----Original Message----- From: David Wagoner [mailto:dwagoner@xxxxxxxxxxxxxxxxxx] Sent: Wednesday, January 28, 2004 10:29 AM To: 'oracle-l@xxxxxxxxxxxxx' Subject: RE: OEM Yes, in OEM you can create a user-defined SQL test. Yes, it monitors disk space, node up/down, CPU utilization, etc. I currently have OEM monitoring 8 servers and about 15 databases. Some problems I've encountered are hanging Intelligent Agents- have to restart them and then they send tons of queued alerts at once. Also, some difficulty with sending alerts to pagers and cell phones (email works fine though). When it works properly, it's a nifty tool that can save you time developing your own tools. However, given the problems I've had so far, I use redundant monitoring scripts for disk space and other vital stats. If you've paid for Enterprise Edition, it may be worth experimenting with to see if it works in your environment. Best regards, David B. Wagoner ---------------------------------------------------------------- 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 -----------------------------------------------------------------