They decided not to task/ask me, at least not yet, and they are running out of time :d. The support DBA in question would probably prefer to work 48 hours straight rather than have to answer my question, "Why are you doing that?" I'm a big believer in automation. I have a low tolerance for doing things the hard way. -----Original Message----- From: George Leonard - Business Connexion [mailto:George.Leonard@xxxxxxxxx] Sent: Friday, May 02, 2014 12:28 PM To: <niall.litchfield@xxxxxxxxx> Cc: Mark W. Farnham; Freeman, Donald G. CTR (ABL); oracle-l digest users Subject: Re: Quick and Dirty Grid Control 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@xxxxxxxxx +27 82 655 2466 On 02 May 2014, at 18:26, "Niall Litchfield" <niall.litchfield@xxxxxxxxx> wrote: but probably not by this weekend ! On Fri, May 2, 2014 at 5:08 PM, Mark W. Farnham <mwf@xxxxxxxx> 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@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Mark W. Farnham Sent: Friday, May 02, 2014 12:04 PM To: donald.freeman.ctr@xxxxxxxxxxxxxxx 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@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Fuad Arshad (Redacted sender "fuadar@xxxxxxxxx" for DMARC) Sent: Friday, May 02, 2014 11:46 AM To: donald.freeman.ctr@xxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxx> 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. > > -- //www.freelists.org/webpage/oracle-l -- //www.freelists.org/webpage/oracle-l -- //www.freelists.org/webpage/oracle-l -- Niall Litchfield Oracle DBA http://www.orawin.info
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
