Re: Configuration of number of CPU's to comply with license agreement

do NOT change the value of CPU_COUNT in INIT.ORA. the value of this parameter does NOT limit the number of processors that Oracle will use. there are a couple of other INIT.ORA parameters that can be changed in order to tune for one, two or more processors. e.g. on a single processor machine, set SPIN_COUNT=0.

you can run this by your legal department, but i think that restricting Oracle processes to only two of the processors on a four processor machine does *NOT* comply with the terms of the license agreement. while oracle is restricted to two processors, other OS processes that support Oracle are running on the other two (or six or more) processors. so you need to restrict ALL of the processes to the two processors. (it was a nice try, though.)

if you are running standard edition, your recourse is to either remove or otherwise disable two of the processors, or alternatively install to a different machine that has only two processors. i know it is possible on some HP-UX boxes to disable some of the processors such that the OS doesn't see or use the processors.

if you're running enterprise edition, you also have the option is to cough up the money for the four processor license.

"Brian Peasland" <peasland_at_usgs.gov> wrote in message news:3A800653.9B5FB6FB_at_usgs.gov...
> Easy, set CPU_COUNT=2 in your INIT.ORA file and bounce the database!
>
> HTH,
> Brian
>
>
> ye_aung_at_my-deja.com wrote:
> >
> > How do I configure Oracle to run on the number of CPU's licensed to
> > comply with license agreement. For example, if I buy 2-CPU Internet
> > license Oracle server and my server has 4 CPU, how do I configure
> > Oracle
> > to use only 2 CPU's in compliance with Oracle licensing agreement.
> >
> > Sent via Deja.com
> > http://www.deja.com/
>
> --
> ========================================
> Brian Peasland
> Raytheons Systems at
> USGS EROS Data Center
> These opinions are my own and do not
> necessarily reflect the opinions of my
> company!
> ========================================
>
Received on Fri Feb 09 2001 - 21:49:45 CST