Re: why do I need dbcontrol?

To the best of my knowlege, Enterprise Edition isn't required to use Grid Control (though GC does use an EE database for its repository). The nice thing is that as long as it's only used for Grid Control and/or RMAN, the repository database does not need a database license. From the licensing document:

*Infrastructure Repository Databases *
A separate Oracle Database can be installed and used as a Recovery Manager (RMAN) repository without additional license requirements, provided that all the Oracle databases managed in this repository are correctly licensed. This repository database may also be used for the Oracle Enterprise Grid Control repository. It may not be used or deployed for other uses.

A separate Oracle Database can be installed and used as a Oracle Enterprise Manager Grid Control (OEM Grid Control) repository without additional license requirements, provided that all the targets (databases, applications, and so forth) managed in this repository are correctly licensed. This database may also be used for the RMAN repository. It may not be used or deployed for other uses.

On Fri, Apr 25, 2008 at 11:02 AM, David Barbour <david.barbour1_at_gmail.com> wrote:

> I think the answer to "Why" is up to you.
>
> What does DB Control do for you that allows you to give better service to
> your customers?
>
> If you've got Enterprise Edition, you might want to consider setting up
> Grid Control. I've been running Grid on "throw-away" Intel boxes for some
> time. Just recently able to get a 16GB RAM 2-processor dual-core 64bit box
> that was retired (because it wasn't "robust" enough for the Windows IIS
> application they had running). Using the Linux download from Oracle.
> Previously I had it on a 32-bit box with 2GB of RAM and it ran okay. Not
> really stellar, but it did what I needed it to do which was provide another
> source for monitoring and notification. I'm still a command line dinosaur,
> and have scripts that redundantly monitor the major pain points I might
> encounter, but I'm really getting to like GC. Good quick overview. I've
> put all my production DBs into one report that I can look at several times a
> day which saves me logging into every server and poking around.
> Experimenting with provisioning now.
>
> Nice thing about GC is that it uses an agent, so the webserver isn't
> running on every box. The agent can be (and is in my case) made to
> communicate with the GC server in secure mode so I'm not locking down web
> servers on every box.
>
>
>
>
> On 4/25/08, Mayen.Shah_at_lazard.com <Mayen.Shah_at_lazard.com> wrote:
> >
> >
> > Hello Everyone,
> >
> > I need some non technical help (more political).
> >
> > As a standard installation/configuration I configure iSQL*Plus and
> > dbcontrol for every 10g database in our environment (10.2.0.3 on Solaris
> > if that matters). We do not have Oracle application server.
> >
> > My manager suddenly woke up and asking for justification for installing
> > isqlplus and dbcontrol. I know isqlplus is not of much of significance but I
> > have to justify why I need dbcontrol. Below is exact email from him:
> >
> > "
> > Mayen,
> >
> > By Monday, can you send me a quick email with the following:
> >
> > -All Oracle services that we have implemented that require a web server
> > running on the host database machine
> > -Reasons why we need to have these web services running
> > -What do we lose if we do not implement these services
> >
> > Thanks
> > "
> >
> > Can some one please help me with this, so "Non-Oracle" person can
> > understand why I need dbcontrol.
> >
> > Thank you very much.
> >
> > Regards
> > Mayen
>
>
>

-- 
Jason Heinrich

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