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@xxxxxxxxxxxxx>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@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 > > > -- Niall Litchfield Oracle DBA http://www.orawin.info