Re: Quick and Dirty Grid Control
Date: Fri, 2 May 2014 16:28:04 +0000
Message-ID: <17409F4A-5ACE-4233-98C9-1D201E1AD3C0_at_bcx.co.za>
If you have that many to patch, then ye the EM method would have been best option, but agree time is against you to get EM properly deployed and credentials added everywhere still...
Gonna be a tough weekend.
Sent from my iPhone 5
George Leonard
Georgelza_at_gmail.com<mailto:Georgelza_at_gmail.com> +27 82 655 2466
On 02 May 2014, at 18:26, "Niall Litchfield" <niall.litchfield_at_gmail.com<mailto:niall.litchfield_at_gmail.com>> wrote:
but probably not by this weekend !
On Fri, May 2, 2014 at 5:08 PM, Mark W. Farnham <mwf_at_rsiz.com<mailto:mwf_at_rsiz.com>> wrote: And Niall's point about agents is well taken. An average of 120 databases per server indicates there is probably room for some useful consolidation and deadwood removal.
-----Original Message-----
From: oracle-l-bounce_at_freelists.org<mailto:oracle-l-bounce_at_freelists.org> [mailto:oracle-l-bounce_at_freelists.org<mailto:oracle-l-bounce_at_freelists.org>]
On Behalf Of Mark W. Farnham
Sent: Friday, May 02, 2014 12:04 PM
To: donald.freeman.ctr_at_ablcda.navy.mil<mailto:donald.freeman.ctr_at_ablcda.navy.mil>
Cc: 'oracle-l digest users'
Subject: RE: Quick and Dirty Grid Control
Even if there are network secure fences between some of the five Solaris servers, it seems like at most you would need to set up 5 independent grid controls.
I mention secure fences only because of your email address and the statement that discovery was alleged to have previously failed.
In terms of counting things for humans to manage, 600 is error prone simply by head count. Five seems a lot more reasonable and if there are security ring threshold issues one each may be the way to go. If you have a machine that hosts databases of less stringent availability requirements, having a pioneer run for a while after a raft of patches before you do the more critical systems may also be useful.
mwf
-----Original Message-----
From: oracle-l-bounce_at_freelists.org<mailto:oracle-l-bounce_at_freelists.org> [mailto:oracle-l-bounce_at_freelists.org<mailto:oracle-l-bounce_at_freelists.org>]
On Behalf Of Fuad Arshad (Redacted sender "fuadar_at_yahoo.com<mailto:fuadar_at_yahoo.com>" for DMARC)
Sent: Friday, May 02, 2014 11:46 AM
To: donald.freeman.ctr_at_ablcda.navy.mil<mailto:donald.freeman.ctr_at_ablcda.navy.mil>
Cc: oracle-l digest users
Subject: Re: Quick and Dirty Grid Control
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<mailto: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 -- http://www.freelists.org/webpage/oracle-l -- http://www.freelists.org/webpage/oracle-l -- Niall Litchfield Oracle DBA http://www.orawin.info -- http://www.freelists.org/webpage/oracle-lReceived on Fri May 02 2014 - 18:28:04 CEST