Re: RAC and ASM - Standard vs. Enterprise Edition install process ?
Date: Sat, 21 Feb 2009 23:11:54 +0200
I am using RAC in 18.104.22.168 with SE.
ASM is the only option for a RAC shared storage in SE from licensing point
I have asked Oracle support the same question about RAC CPU limit in SE several times , as i understand there is an option to perform a physical CPU partition on the server and only then you can use SE on the server with more than allowed number of sockets.
By the way for Intel based processors i am pretty sure that calculation is 2 cores = 1 CPU license in EE.
Regarding the migration from EE to SE i do not think that you have to export
/import or do any data migration assuming that you are not using any EE
Just install SE in a separate ORACLE_HOME and startup your database using a SE Oracle software.
On Fri, Feb 20, 2009 at 7:36 PM, Dan Norris <dannorris_at_dannorris.com> wrote:
> AFAIK, the licensing restrictions in SE are just that--licensing
> restrictions. I'm not sure about CPU count, but I do know that building RAC
> with SE doesn't technically require ASM, just that the license does. I tend
> to believe that the CPU restrictions are just paper restrictions and won't
> really be technical limits, but I'm not positive.
> On Fri, Feb 20, 2009 at 11:31 AM, Crisler, Jon <Jon.Crisler_at_usi.com>wrote:
>> I am wondering what happens if you try to install SE on a server with
>> more CPU's than is allowed by SE. As anybody knows that tries to figure
>> out licensing costs for Oracle, there is a difference in processor
>> sockets, processor cores, and cluster configs. But does SE actually
>> enforce any CPU limits ? Will it just set the parameter "cpu_count" to 4
>> and not let it increase beyond that value ?
>> For EE, 1 core = 1 processor.
>> For SE, 1 socket = 1 processor (so a single socket with a 4-core chip
>> is 1 processor)
>> For SE, 4 cpu sockets is the limit for a RAC cluster, which implies a 4
>> node max config.
>> I am just looking at Intel / AMD processors, and ignoring Sun Sparc for
>> now which is even more complex. I think my servers are ok for now,
>> but we might have to remove CPU's to stay compliant with the license.
-- Best Regards Michael Elkin -- http://www.freelists.org/webpage/oracle-lReceived on Sat Feb 21 2009 - 15:11:54 CST