RE: OMS and Repository Preferences

From: Peter Sharman <>
Date: Thu, 12 Apr 2012 15:07:23 -0700 (PDT)
Message-ID: <74294a6a-fe46-4f8b-ae1a-6feec5ddbaa6_at_default>

RAC is not free, that's exactly the point Kellyn was making. If you want to use RAC under your EM repository, that's an add-on, paid option.


Pete Sharman
Principal Product Manager
Enterprise Manager Product Suite
33 Benson Crescent CALWELL ACT 2905 AUSTRALIA Phone: +61262924095 | | Fax: +61262925183 | | Mobile: +61414443449 

"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

-----Original Message-----
From: John Hallas [] Sent: Friday, 13 April 2012 6:37 AM
To:; Cc: Oracle- L_at_ Free
Subject: RE: OMS and Repository Preferences

RAC free for OEM - new one on me (although we do have site licenses so have had no need to investigate to a great detail)

-----Original Message-----
From: [] On Behalf Of Kellyn Pot'vin Sent: 12 April 2012 16:37
Cc: Oracle- L_at_ Free
Subject: Re: OMS and Repository Preferences

Since without EM, we DBA's are often in the dark, I appreciate the proposal of RAC for the environment, but doesn't this kill the free licensing option that many companies take advantage of to keep costs down?  I would prefer to use my EM monitoring and alert script vs. having to go to my manager and explain to him that I need more budget for licensing costs!  Correct me if RAC is free for EM, but I see no documentation saying otherwise. Thanks!
Kellyn Pot'Vin
Senior Technical Consultant

 From: Tim Hall <> To:
Cc: "Oracle- L_at_ Free" <> Sent: Thursday, April 12, 2012 9:09 AM
Subject: Re: OMS and Repository Preferences  


Take a look at this:

From your description it sounds like you are only planning a level 1 setup (1 repository instance and 1 OMS instance). If that is the case, I see very little benefit to having it on 2 machines, as opposed to 1. If either DB or OMS machine dies it's all gone anyway. Since the two servers in this setup provide no additional resilience, I would prefer a simpler solution of a single server myself.

Of course, if the plan is to move to a more resilient solution in the future, it may alter my opinion somewhat.



On Thu, Apr 12, 2012 at 3:15 PM, Kellyn Pot'vin <> wrote:
> I know it's common for many folks to separate their OMS from their repository for Enterprise Manager-  I haven't been one to do this in the past due to, OK, just going to say it, flaky network connectivity in previous environments that would cause *false* communication alerts with the OMS components to/from the repository.  I now have new clients, new systems to work on and at least two EM12c environments to build out in the near future.
> So here's my question:
> What is your preference when building an Enterprise Manager
> environment?  Do you house the OMS and the repository on the same host
> or separately and I want to know WHY you build it one way or the
> other, not just "It just should be that way.. " :)
> Thanks!
> Kellyn Pot'Vin
> Senior Technical Consultant
> Enkitec
> --


Wm Morrison Supermarkets Plc is registered in England with number 358949. The registered office of the company is situated at Gain Lane, Bradford, West Yorkshire BD3 7DL. This email and any attachments are intended for the addressee(s) only and may be confidential. 

If you are not the intended recipient, please inform the sender by replying to the email that you have received in error and then destroy the email. 
If you are not the intended recipient, you must not use, disclose, copy or rely on the email or its attachments in any way. 

This email does not constitute a contract in writing for the purposes of the Law of Property (Miscellaneous Provisions) Act 1989.

Our Standard Terms and Conditions of Purchase, as may be amended from time to time, apply to any contract that we enter into. The current version of our Standard Terms and Conditions of Purchase is available at:

Although we have taken steps to ensure the email and its attachments are virus-free, we cannot guarantee this or accept any responsibility, and it is the responsibility of recipients to carry out their own virus checks. 

Received on Thu Apr 12 2012 - 17:07:23 CDT

Original text of this message