RE: Quick and Dirty Grid Control

From: Freeman, Donald G. CTR (ABL) <"Freeman,>
Date: Tue, 6 May 2014 12:08:07 +0000
Message-ID: <85D44D05C4C24C40AFDED6C1FC0E1BDF295D0B1C_at_SNSLCVWEXCH02.abl.cda.navy.mil>



Sorry so late to respond, no connectivity all of yesterday. In response to your comment there wasn't much chance that a major thing like Cloud Control could be implemented fast. If I start now and try really hard and am very convincing it might take a year to get support. I'm playing the long game here. If they are going to try and involve me in patching this stuff then I want to implement grid control. I'm already convinced on how, "It should be done..." The answer is anyway except manually.

The problem here, and I'm sure other places, as soon as you introduce a new thought or idea, somebody responds with some other horrific thing that you didn't know that increases the scope or difficulty of the task. I only care, at this moment, about the patching. That led to a conversation about backups. We have a very unbalanced portfolio of software and hardware. It's not enough to be supplied with unlimited usage of software if you don't have all the other infrastructure items that are needed to employ it.

To get past the original problem as stated by our lead DBA, "How do I get through discovery?" Our six database servers share a couple of NETAPP file systems. This is a new architecture to me and I'm kind of fuzzy on, conceptually, how it all works, and how that impacts discovery, if at all. Can I free things up by running more agents? Or, can I just do a manual discovery?

-----Original Message-----
From: Peter Sharman [mailto:pete.sharman_at_oracle.com] Sent: Friday, May 02, 2014 7:57 PM
To: Freeman, Donald G. CTR (ABL); oracle-l digest users Subject: RE: Quick and Dirty Grid Control

GAH! (Runs screaming from the room)

Seriously, you are (to use a technical term) in deep do-do. This is REALLY easy to do with CloudControl, but getting it set up to be READY to do it for so many ORACLE_HOME's etc. will undoubtedly take longer than "do this this weekend" allows. If you could get it pushed off a week I could walk you through the process of getting it set up properly to do it. ;)

If you want to do a bit of investigation on how it SHOULD be done, look up the concept of patch plans in section 27.4 Applying Patches in the Enterprise Manager Lifecycle Management Administrator's Guide.

Pete

Pete Sharman
Principal Product Manager
Enterprise Manager Product Suite
33 Benson Crescent CALWELL ACT 2905 AUSTRALIA Phone: +61262924095 | | Fax: +61262925183 | | Mobile: +61414443449 

"Controlling developers is like herding cats."
Kevin Loney, Oracle DBA Handbook

"Oh no, it's not, it's much harder than that!"
Bruce Pihlamae, long term Oracle DBA

-----Original Message-----
From: Freeman, Donald G. CTR (ABL)
[mailto:donald.freeman.ctr_at_ablcda.navy.mil] Sent: Saturday, May 3, 2014 1:28 AM
To: oracle-l digest users
Subject: Quick and Dirty Grid Control

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


  • application/pkcs7-signature attachment: smime.p7s
Received on Tue May 06 2014 - 14:08:07 CEST

Original text of this message