Re: OMS and Repository Preferences
Date: Thu, 12 Apr 2012 08:36:59 -0700 (PDT)
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!
Senior Technical Consultant
From: Tim Hall <tim_at_oracle-base.com> To: kellyn.potvin_at_ymail.com
Cc: "Oracle- L_at_ Free Lists.org" <oracle-l_at_freelists.org> 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 <kellyn.potvin_at_ymail.com> 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.. " :)
> Kellyn Pot'Vin
> Senior Technical Consultant