Oracle FAQ Your Portal to the Oracle Knowledge Grid

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Oracle Licensing

Re: Oracle Licensing

From: Don Jerman <>
Date: Wed, 07 Mar 2001 11:14:54 -0800
Message-ID: <>

The disk packs (probably still) come with 60 day trials for everything you didn't buy.

Alternatively, if you have 10 developers, you could buy a 15-user license for your developer & test machine (10 devs + you, your assistant, your operator and a couple spares in case you expand). The software works the same no matter how you licensed it.

You should buy support for everything, just in case. Hard to explain to management/stockholders why you didn't when the servers are down ;-).

Yes it is expensive if you have a "real" client-test setup where you can run in parallel with production, but heck, that's what vendor negotiations are for :-).

Steve Orr wrote:

> > NOT happy making for the DBA (me)
> Yeah, what if you needed a "temporary install" on a new machine to test
> something? Am I really expected to get a license for a temporary install?
> Suppose you want to test some UNIX parameters and you can't use the
> "Development" or "QA" servers? (Not to mention production:-) Software locks
> just complicate things. Can't we still keep "the spirit of the law" without
> being subjected to draconian measures to enforce licensing?
> How do you "setup shop" for licensing and support? Say you have 3 fairly
> equal servers for Development, Test, and Production. Each server is
> basically the same: same manufacturer; same hardware; same O/S version and
> patches, same Oracle version, etc. OK, maybe your production machine has
> four times the CPU and memory and a 1000 times more connections. How do you
> license and support these machines? An ORA-00600 or ORA-07445 on one machine
> "should" occur on the other machines for the same reasons with the same
> causes and producing the same effects/symptoms. Do you buy support for all
> three machines or do you just buy support for a smaller machine and apply
> patches across the board? What are the fine print legally correct answers
> versus the ethically correct practices in the real world? Is there a
> distinction? I can imagine what the answers would be if Oracle included
> these questions on the OCP tests. ;-) What do you say?
> Comments and confessions anyone? Feel free to email me privately.
> Steve Orr
> -----Original Message-----
> Carmichael
> Sent: Tuesday, March 06, 2001 9:46 AM
> To: Multiple recipients of list ORACLE-L
> Ingres used to do that for expiration date... you had to enter an
> authorization string when you installed the database. It would check and
> refuse to come up if the software expired.
> Except they
> a) never warned you you were close to expiration
> b) usually shut you down around 10AM EST so people who had logged in earlier
> could work
> c) were a pita about sending a new string
> you had to shut down production in order to apply the new string.
> NOT happy making for the DBA (me)
> Rachel
> >From: Dennis Taylor <>
> >Reply-To:
> >To: Multiple recipients of list ORACLE-L <>
> >Subject: Re: Oracle Licensing
> >Date: Tue, 06 Mar 2001 07:40:43 -0800
> >
> >At 03:35 AM 3/6/01 -0800, you wrote:
> > >my .02 is the whole power unit thing is a good concept but the $$ per
> > >unit is way outta whack. the only reason i say that is its been hard
> > >for oracle to denote when people were using more than the licenses they
> > >bought were being used. I had always setup the databases with the
> > >v$license parms setup in the database. But sometimes damagement
> > >"required" me to "uplift" the limits. We'll leave it at that.
> > >
> >
> >I've always been very surprised that Oracle didn't put some kind of
> >licensing enforcement in their software. They're the perfect situation for
> >it -- High ticket, relatively low volume. They could afford to "brand" the
> >software before sending it to the customer. I bet they'd more than make up
> >enough revenue to be able to drop their prices to something non-lunatic.
> >
> >
> >Dennis Taylor
> >--------------------------------
> >In any human endeavor, once you have exhausted all
> >possibilities and have failed, there will be one solution,
> >simple and obvious, highly visible to everyone else.
> >
> >--
> >Please see the official ORACLE-L FAQ:
> >--
> >Author: Dennis Taylor
> > INET:
> --
> Please see the official ORACLE-L FAQ:
> --
> Author: Steve Orr
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
Received on Wed Mar 07 2001 - 13:14:54 CST

Original text of this message