RE: Oracle Licensing Productivity Packs

  • From: "Murching, Bob" <bob_murching@xxxxxxxxx>
  • To: "'dofreeman@xxxxxxxxxxx'" <dofreeman@xxxxxxxxxxx>, "'oracle-l@xxxxxxxxxxxxx'" <oracle-l@xxxxxxxxxxxxx>
  • Date: Tue, 4 Apr 2006 16:51:33 -0400

You can hire quite a few DBAs for the cost of the OEM packs.  For shops with
fewer than dozens of DBAs, the licensing cost makes Grid Control a hard sell
from the labor-savings angle.

Term licenses can be more palatable as a short-term measure; they buy you
time, and you're not throwing away nearly as much cash as you would on the
perpetual processor licenses.

-----Original Message-----
From: Freeman, Donald [mailto:dofreeman@xxxxxxxxxxx] 
Sent: Tuesday, April 04, 2006 4:22 PM
To: oracle-l@xxxxxxxxxxxxx
Cc: Freeze, Matthew
Subject: Oracle Licensing Productivity Packs

I'm dragging this old thread back out because I just went three rounds with
our Oracle Sales guy.  I guess I didn't adequately understand what Mogens
said when he said, 

"Yes, you pay either $60 per Named User Plus license or $3000 per CPU
license for each of the OEM Packs. That's always been the case."

My Oracle sales guy is telling me it's $3000 per CPU MONITORED.   A year
ago, when this thread was started, we bought a one-cpu machine and a one-cpu
Oracle 9i Enterprise Edition to host our Enterprise OMS.  We paid 12K for
the productivity packs after our discount.   Now the guy is telling me that
it's supposed to be 12K per CPU for every monitored CPU in our Enterprise.
My fricken head is spinning. He KNOWS how many CPU's we have, why didn't he
say something then? We wouldn't have wasted 12k.  Hell, we can only legally
use the productivity packs on the OMS database.

What started our conversation today was our question, "Can we go to 10G and
use grid control without paying any extra money?  We already own the
productivity packs."  We really wanted all the cool stuff you could do.  I'm
guessing, legally then, there are very few people in the Oracle world
actually using any of the new stuff.  It was unreasonably priced then and it
is now.  

On top of all this is our project manager who is a Microsoftophile who
wonders if Oracle is all dat. I'll have to take a fire extinguisher with me
when I tell him about this.....

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx]
On Behalf Of Mogens Nørgaard
Sent: Monday, June 07, 2004 5:21 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: Re: Oracle Expert


And just to set the license record straight:

Yes, you pay either $60 per Named User Plus license or $3000 per CPU license
for each of the OEM Packs. That's always been the case.

With 10g there's a new twist, since some of the really cool performance and
patch features in that relase can only be used if you buy the OEM Packs.

In short, AWR, ADDM, ASH, Advisors, etc. on the performance side must only
be used if you have purchased both the Performance and Tuning packs. The
database cloning and the various patch maintenance features of 10g must only
be used if you have purchased the Change Management pack.

It makes the packs much more useful. It also makes Oracle more expensive,
which will hinder the sales of these packs.

As for the historic facet: Yes, they came from the Rdb world, and they
(expecially the DEC Expert product) would deliver reports several hundred
pages long where each parameter setting, and all sorts of other
in-conclusive data, were presented to the great bewilderment (but often
satisfaction) of the customer/end-user. The lack of proper instrumentation
showed, of course.

Mogens

Jared.Still@xxxxxxxxxxx wrote:

> 
>  >
>  > I would seriously advise against that. I have horrible experience 
> with OEM  > change pack. The company I used to work for ended up 
> buying Schema  > Manager from  > Quest, despite having OEM Change 
> Management license. Quest Schema Manager  > is a great product, but 
> for the change management part of "Oracle Expert",  > its expertise 
> consists in producing Java engine dumps, user interface crashes,  > 
> management server crashes and ORA-0600 errors in the OEM database.
>  > Whoever wrote
>  > that piece of s...oftware should be a DBA in his next reincarnation 
> and be  > forced to use the product.
> 
> 
> I will second that.
> 
> We eval'd OEM change mgr and Quest Schema Mgr a few years ago.
> 
> The Quest product wins, there was no contest.
> 
> Jared

----------------------------------------------------------------
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
-----------------------------------------------------------------
--
//www.freelists.org/webpage/oracle-l

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


Other related posts: