Re: Quick and Dirty Grid Control

From: Niall Litchfield <niall.litchfield_at_gmail.com>
Date: Fri, 2 May 2014 16:51:27 +0100
Message-ID: <CABe10sa4M9OXjWV1Dw63W5AWcQikbHuxhMM8Bj-wcbO6Eta6SA_at_mail.gmail.com>

100+ databases on a single server might well be challenging on the *agent* side, How many software homes, listeners etc are there?

On Fri, May 2, 2014 at 4:46 PM, Fuad Arshad <dmarc-noreply_at_freelists.org>wrote:

> 600 databases are not that many from a grid control or cloud control
> perspective . I'm wondering why the comment was made . if you have ovm
> running you can down the EM templates and run a discovery . I have had over
> 1200 databases being monitored usif em11g grid control where the oms and
> repo was running on a tiny SPARC v880 with not many issues
>
> Fuad
>
>
> > On May 2, 2014, at 8:28, "Freeman, Donald G. CTR (ABL)" <
> donald.freeman.ctr_at_ablcda.navy.mil> wrote:
> >
> > The place I work doesn't use grid control. They have about 600 active
> > databases in the development regions. We lack hardware infrastructure.
> > All of these databases are mounted on five Solaris 10 Servers. Another
> DBA
> > told me that they previously tried to get Grid Control running but it
> failed
> > on discovery. It couldn't handle that many objects on a server. That
> was
> > some time ago.
> >
> > I'm about to get drafted (listening over the wall) to patch this weekend
> > (I'm not on that team) and I'm not really interested in trying to patch
> that
> > many databases manually, at least not twice. Is there a method to
> install
> > grid control in some way that it can handle this situation? Can 12C
> handle
> > this?
> >
> > I would start doing some reading but I'm afraid somebody is going to walk
> > around the corner in about 5 minutes and give me, "the look." I'm
> looking
> > for a direction to march in that will fix this going forward.
> >
> >
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>

-- 
Niall Litchfield
Oracle DBA
http://www.orawin.info

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

Received on Fri May 02 2014 - 17:51:27 CEST