Oracle FAQ Your Portal to the Oracle Knowledge Grid

Home -> Community -> Mailing Lists -> Oracle-L -> RE: OEM justification

RE: OEM justification

From: <>
Date: Mon, 26 Mar 2007 11:00:59 -0400
Message-ID: <>

Geez, it seems that when I was job hunting, nine months ago, the key words where always RAC, OEM, GRID, RMAN. OEM 10g GRID control was always there.

Joel Patterson
Database Administrator
904 727-2546

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

From: Michael Fontana [] Sent: Monday, March 26, 2007 10:34 AM
To:; Patterson, Joel; oracle-l Subject: RE: OEM justification

FWIW - My "nice man" really pushed OEM when 10gR2 was first announced. After we complained about numerous problems, opened numerous SRs, barely got it running, and complained during a "trial period" about the many tribulations and conditions we had to overcome to use it, he seemed to crawl back into his cubby hole and never mentioned/pushed it again.

I think Oracle had a big sales push for the concept, and they got so much pushback, it has since fallen on it's face. We continue to use TOAD and other standard means (statspack, trace, homegrown scripts, etc) to analyze our performance issues at much lower cost. I have yet to find anyone in a rather large town (Dallas) for Oracle users who are really making great use of the performance add-ons available with OEM. No one I know has recommended their use at the price they are being offered.  

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

[] On Behalf Of Nigel Thomas Sent: Monday, March 26, 2007 8:01 AM
To:; oracle-l Subject: Re: OEM justification


Speaking as a former sales engineer, I would suggest you get a nice man (sorry, person) at Oracle to do the donkey work for you. There should be some kind of ROI model floating around inside Oracle Corp somewhere into which you can plug some assumptions, turn the handle and get some kind of ROI / time to payback. Along with the quantitive model should go all the qualitative benefits. Of course you should sanity check the results for your context; ie set your own staff costs, cost of maintaining your existing DBA scripts etc, and ruthlessly cut out the 'benefit' of pieces you won't use, for example. You can also add benefits which you've thought of and Oracle hasn't. But it should give you a ballpark figure and if even if the numbers are total gibberish, it should give you something to start your own analysis with.

If your friendly Oracle SE can't produce this more or less immediately - ie can't qualify/quantify the benefits to you of OEM - you should question whether you really want to give him any of your company's hard earned cash for it.

Same of course would apply to any vendor's equivalent product...

Cheers Nigel

-- Received on Mon Mar 26 2007 - 10:00:59 CDT

Original text of this message