Re: RAC and ASM - Standard vs. Enterprise Edition install process ?

ASM is the only option for a RAC shared storage in SE from licensing point of view.
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 features.
Just install SE in a separate ORACLE_HOME and startup your database using a SE Oracle software.

Michael

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.
>
> Dan
>
>
> 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.
>>
>> http://www.oracle.com/corporate/pricing/databaselicensing.pdf
>>
>>
>

-- 
Best Regards
Michael Elkin

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