Re: Reduce licensing costs - disable cores?
Date: Mon, 26 Mar 2012 09:42:53 +1300
just wondering - have you considered the SPARC VII alternatives in the M-series servers ?
They are quad-core CPUs which boils down to a more granular 2 "processor" license per CPU.
By all accounts they are better suited to single-threaded performance, vs the T-series (T4, T3 etc) CPUs. That could be a pro or con I guess, depending on your environment. We're doing a similar evaluation and are leaning towards M-series and SPARC VII for this reason.
On 21 March 2012 03:19, Robert Laverty
> We are planning a hardware refresh and management wants to move to Oracle
> T4-2 servers. These come with two 8-core CPUs, which breaks down to 8
> "processors" for Oracle licensing (11gR2 EE). We're currently licensed for
> 6 processors on these boxes. Our application is all I/O and seldom exceeds
> 25% CPU.
> I have two questions:
> Has anyone used psradm to disable cores in Solaris to reduce licensing
> costs? Oracle's software sales guys claim that they don't know of any way
> to shut off cores. There was a similar post here last April, but I didn't
> see an answer. We want to keep it simple and avoid VM partitioning.
> Is a server more reliable with two CPUs than one? Our admin insists that
> the redundancy is important, but I'm too skeptical to accept the premise
> that Solaris/Oracle will survive a catastrophic CPU failure. We're
> running a simple dedicated server with remote hot backup - no RAC.
> Bob Laverty
> Bob Laverty
> NJ MMS SenIORS Team Lead
> 1.609.588.6273 29.6273
> Confidentiality Notice: This message, including any attachments, is for
> the sole use of the intended recipients and may contain confidential and/or
> privileged information. Any unauthorized review, use, disclosure, or
> distribution is prohibited. If you are not the intended recipient, please
> contact the sender and destroy/delete all copies of the original message,
> including any and all attachments.
> IMPORTANT NOTICE TO RECIPIENT: This email is meant only for the intended
> recipient of the transmission. In addition, this email may be a
> communication that is privileged by law. If you received this email in
> error, any review, use, disclosure, distribution, or copying of this email
> is strictly prohibited. Please notify us immediately of the error by
> return email, and please delete this email from your system. Thank you for
> your cooperation.