Re: OMS and Repository Preferences
- From: Kellyn Pot'vin <kellyn.potvin@xxxxxxxxx>
- To: "John.Hallas@xxxxxxxxxxxxxxxxxx" <John.Hallas@xxxxxxxxxxxxxxxxxx>, tim@xxxxxxxxxxxxxxx
- Date: Thu, 12 Apr 2012 14:45:59 -0700 (PDT)
Sorry, I'm going to have to differ with you on that one, have it from a pretty
verifiable source, that RAC is not free anywhere, including with EM- it's
going to cost you... :)
It's not free. If you use RAC under EM, it's a paid option.
Pete Sharman
Principal Product Manager
Enterprise Manager Product Suite
33 Benson Crescent CALWELL ACT 2905 AUSTRALIA
I just ruined at least 25 RAC DBA's day today, I know... :)
Kellyn Pot'Vin
Senior Technical Consultant
Enkitec
DBAKevlar.com
________________________________
From: John Hallas <John.Hallas@xxxxxxxxxxxxxxxxxx>
To: "kellyn.potvin@xxxxxxxxx" <kellyn.potvin@xxxxxxxxx>; "tim@xxxxxxxxxxxxxxx"
<tim@xxxxxxxxxxxxxxx>
Cc: "Oracle- L@ Free Lists.org" <oracle-l@xxxxxxxxxxxxx>
Sent: Thursday, April 12, 2012 2:36 PM
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)
www.jhdba.wordpress.com
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Kellyn Pot'vin
Sent: 12 April 2012 16:37
To: tim@xxxxxxxxxxxxxxx
Cc: Oracle- L@ Free Lists.org
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
Enkitec
DBAKevlar.com
________________________________
From: Tim Hall <tim@xxxxxxxxxxxxxxx>
To: kellyn.potvin@xxxxxxxxx
Cc: "Oracle- L@ Free Lists.org" <oracle-l@xxxxxxxxxxxxx>
Sent: Thursday, April 12, 2012 9:09 AM
Subject: Re: OMS and Repository Preferences
Hi.
Take a look at this:
http://docs.oracle.com/cd/E24628_01/doc.121/e24473/ha_intro.htm#EMADM10659
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.
Cheers
Tim...
On Thu, Apr 12, 2012 at 3:15 PM, Kellyn Pot'vin <kellyn.potvin@xxxxxxxxx> 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
> DBAKevlar.com
> --
> //www.freelists.org/webpage/oracle-l
>
>
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
______________________________________________________________________
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:
http://www.morrisons.co.uk/gscop
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.
______________________________________________________________________
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
Other related posts:
