Re: Enterprise Manager Restricted Use License

From: Chris Taylor <christopherdtaylor1994_at_gmail.com>
Date: Thu, 9 Apr 2015 18:49:25 -0500
Message-ID: <CAP79kiRex7+GK+4PvUE7ecDX0ags3X_J4bGpQqqz4mi3bCR0mA_at_mail.gmail.com>



That's a good thought actually - something I hadn't considered.

Chris

On Thu, Apr 9, 2015 at 3:45 PM, Tim Hall <tim_at_oracle-base.com> wrote:

> We used to have the repository DB protected by service guard and two
> management servers. Upgrades were a pig. Failed multiple times and had
> long-running SRs.
>
> We now run the whole lot OMS + DB on a single VM and use the virtual
> infrastructure to provide resilience between hosts and data centers. It's
> very easy to manage. Upgrades are simple. If something goes wrong, we pull
> back a snapshot/backup of the VM and we are sorted. I hope I never run
> Cloud Control on physical again.
>
> I'm not saying it would be perfect for all situations, but I'm a big fan
> of Keep It Simple Stupid (KISS).
>
> Cheers
>
> Tim...
>
> On Thu, Apr 9, 2015 at 9:19 PM, Niall Litchfield <
> niall.litchfield_at_gmail.com> wrote:
>
>> Well when you don't have to pay license fees, its somewhat easier to hit
>> hardware limits :)
>>
>> On Thu, Apr 9, 2015 at 4:33 PM, Pete Sharman <pete.sharman_at_oracle.com>
>> wrote:
>>
>>> Try looking at the one that runs OPC – 2 million targets and counting.
>>> Now that’s when you need a big DB server. ;)
>>>
>>>
>>>
>>> Pete
>>>
>>> [image: Oracle logo]
>>>
>>> Pete Sharman
>>> Database Architect, DBaaS
>>> Enterprise Manager Product Suite
>>> 33 Benson Crescent CALWELL ACT 2905 AUSTRALIA
>>>
>>> Phone: +61262924095 | | Fax: +61262925183 | | Mobile: *+61414443449
>>> <%2B61414443449>*
>>> ------------------------------
>>>
>>> "Controlling developers is like herding cats."
>>>
>>> Kevin Loney, Oracle DBA Handbook
>>>
>>>
>>>
>>> "Oh no, it's not, it's much harder than that!"
>>>
>>> Bruce Pihlamae, long term Oracle DBA
>>> ------------------------------
>>>
>>>
>>>
>>> *From:* oracle-l-bounce_at_freelists.org [mailto:
>>> oracle-l-bounce_at_freelists.org] *On Behalf Of *Niall Litchfield
>>> *Sent:* Thursday, April 9, 2015 11:07 PM
>>> *To:* Chris Taylor
>>> *Cc:* oracle-l_at_freelists.org
>>> *Subject:* Re: Enterprise Manager Restricted Use License
>>>
>>>
>>>
>>> That's correct. I've yet to see a requirement for a huge EM DB server
>>> though.
>>>
>>>
>>>
>>> On Thu, Apr 9, 2015 at 1:52 PM, Chris Taylor <
>>> christopherdtaylor1994_at_gmail.com> wrote:
>>>
>>> Someone correct me if I'm wrong - for the Enterprise Manager restricted
>>> use license listed below, we can run a single-instance Oracle db on any
>>> size server we desire correct? The server that houses the db and EM
>>> components doesn't have to be a certain size, right?
>>>
>>>
>>>
>>> Or is there some limitations to the number of CPUs etc?
>>>
>>>
>>> Enterprise Manager Restricted-use License
>>>
>>> · Enterprise Manager includes a restricted-use license of the
>>> Oracle Database for use as the Oracle Management Repository only.
>>>
>>> Additional database options or additional servers for disaster recovery
>>> require separate licensing. Customers receive one single-instance database
>>> with the Grid Control, or RMAN, repository. To protect the repository with
>>> Data Guard, customers need to purchase a license for the standby site. To
>>> protect the repository with Oracle Real Application Clusters, customers
>>> must license the second node for the database, and both nodes require an
>>> Oracle Real Application Clusters license.
>>>
>>> · Use of Oracle WebLogic Server with Oracle Enterprise Manager is
>>> restricted to the servlet functionality without clustering for the Oracle
>>> Management Server (OMS).
>>>
>>> https://docs.oracle.com/cd/E11857_01/license.111/e11987/overview.htm
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> Niall Litchfield
>>> Oracle DBA
>>> http://www.orawin.info
>>>
>>
>>
>>
>> --
>> Niall Litchfield
>> Oracle DBA
>> http://www.orawin.info
>>
>
>



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


image001.jpg
Received on Fri Apr 10 2015 - 01:49:25 CEST

Original text of this message