That confirms what I was thinking about manual discovery. I would want to turn off the daily auto-discovery and pick what I wanted to monitor. I hate to ask the other DBA why she didn't try that. After having gone to a great deal of trouble to get it running I don't think I'd let it stop me. I certainly wouldn't let it stop me without involving Oracle support. I don't need to monitor everything. Like everywhere some of these targets are more important than others and I should be able to prioritize. I've only been following all of the cloud control updates intermittently. I gather that it works better than its predecessor and is less quirky. The first question I'd have to answer in my environment is whether or not its certified for use here. Somebody, with a budget, has to pay for that certification. And it's not supposed to be transferrable. Then I have to convince a lot of different interests. So, the technology challenges are really not the most serious ones. -----Original Message----- From: Peter Sharman [mailto:pete.sharman@xxxxxxxxxx] Sent: Tuesday, May 06, 2014 4:59 PM To: Freeman, Donald G. CTR (ABL) Cc: oracle-l digest users Subject: RE: Quick and Dirty Grid Control Donald Understand perfectly, quite often the biggest problems we face as technologists is nothing to do with technology. The short answer to what you're attempting to do is covered in Chapter 3 of the Lifecycle Management Administrator's Guide, http://docs.oracle.com/cd/E24628_01/em.121/e27046/disc_autodiscovery.htm#CHD DABEC. Let me know if you need more than that. I'll be taking some time off over the next few days so I may not be looking at email till next week. :) 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@xxxxxxxxxxxxxxx] Sent: Tuesday, May 6, 2014 10:08 PM To: Peter Sharman Cc: oracle-l digest users Subject: RE: Quick and Dirty Grid Control 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@xxxxxxxxxx] 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@xxxxxxxxxxxxxxx] 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.
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
