Re: Extended RAC on SE
Date: Wed, 26 Aug 2015 09:33:40 -0600
Message-ID: <CAAaXtLAHT6q6FBWvmHMdwf4yVp2-tx7SM6FOHFtF6GcgLx_H5Q_at_mail.gmail.com>
This is true. However, finding single-socket servers can be something of a challenge.
The example cited seems to work -- unless that 18-core processor is implemented as a multi-chip-module ;-) -- but the majority of servers these days are equipped with at least two sockets. You'll also need to make certain your single socket server has enough network interfaces.
I don't know whether Oracle ever removed the language about multi-chip modules from the OLSA. If they haven't though, it (still) makes license management with SE very tricky.
On Wed, Aug 26, 2015 at 3:05 AM, Tom Dale <tom.dale_at_fivium.co.uk> wrote:
> As I read it you can 4 nodes,
>
>
> https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=358910255816631&id=220970.1&_adf.ctrl-state=znnb3zko4_57#A5750
>
> Oracle Database Standard Edition can only be licensed on servers that have
> a maximum capacity of 4 sockets. If licensing by Named User Plus, the
> minimum is 5 Named User Plus licenses. Oracle Database Standard Edition,
> when used with Oracle Real Application Clusters, may only be licensed on a
> single cluster of servers supporting up to a total maximum capacity of 4
> sockets.
>
> *NOTE: This means that the server capacity must meet the restriction even
> if the sockets are empty, since they count towards capacity.*
>
> So if you have 4 single *socket* servers
>
> eg you could have a single 18 core intel 2600 v3 with 512gb of ram in -
>
> http://www.supermicro.com/products/system/1U/1018/SYS-1018R-WC0R.cfm
>
>
>
>
>
> On Wed, Aug 26, 2015 at 12:40 AM, Fernando Andrade <correo_at_fjandrade.com>
> wrote:
>
>> Thanks _at_Joe
>> The answer was in the referenced doc. 220970.1
>>
>> On Tue, Aug 25, 2015 at 6:33 PM, Sweetser, Joe <JSweetser_at_icat.com>
>> wrote:
>>
>>> Check out Doc ID 220970.1 on MOS/metalink (old school J ).
>>>
>>>
>>>
>>> Short answer is yes but there are a few restrictions.
>>>
>>>
>>>
>>> Hth,
>>>
>>> -joe
>>>
>>>
>>>
>>>
>>>
>>> *From:* oracle-l-bounce_at_freelists.org [mailto:
>>> oracle-l-bounce_at_freelists.org] *On Behalf Of *Fernando Andrade
>>> *Sent:* Tuesday, August 25, 2015 5:23 PM
>>> *To:* Oracle-L Group <oracle-l_at_freelists.org>
>>> *Subject:* Extended RAC on SE
>>>
>>>
>>>
>>> Hi I recieved an extrange request for a client.
>>>
>>> He wants a extended RAC on SE, I have found this reference googling:
>>>
>>> http://isu.ifmo.ru/docs/doc111/license.111/b28287/editions.htm
>>>
>>> "Extended or stretch clusters are not supported with Standard Edition
>>> and Oracle RAC. An Extended or stretch cluster is defined as "A cluster
>>> where all nodes are not located in the same room"
>>>
>>>
>>>
>>> I havent found this paragraph in the documentation provided by Oracle
>>> nor in 11.1, 11.2 or 12.1.
>>>
>>>
>>>
>>> Any one with more information? Thanks
>>>
>>> FJA
>>>
>>> --
>>>
>>> ---------------------------------------
>>> Fernando Jose Andrade
>>> http://www.fjandrade.com
>>> 0983032550
>>> twitter: _fjandrade_
>>> _at_Quito,Ecuador
>>> ---------------------------------------
>>> Confidentiality Note: This message contains information that may be
>>> confidential and/or privileged. If you are not the intended recipient, you
>>> should not use, copy, disclose, distribute or take any action based on this
>>> message. If you have received this message in error, please advise the
>>> sender immediately by reply email and delete this message. Although ICAT,
>>> Underwriters at Lloyd's, Syndicate 4242, scans e-mail and attachments for
>>> viruses, it does not guarantee that either are virus-free and accepts no
>>> liability for any damage sustained as a result of viruses. Thank you.
>>>
>>
>>
>>
>> --
>>
>> ---------------------------------------
>> Fernando Jose Andrade
>> http://www.fjandrade.com
>> 0983032550
>> twitter: _fjandrade_
>> _at_Quito,Ecuador
>> ---------------------------------------
>>
>
>
-- http://www.freelists.org/webpage/oracle-lReceived on Wed Aug 26 2015 - 17:33:40 CEST