Grid Control (10.2.0.5) on OEL 4.8 x86_64…

I recently managed to screw up my Grid Control VM, so I was forced to reinstall it. I’d not written an article on it since 10gR2, as I’ve just been applying patches since then. Faced with a new install I decided to go x86_64 and do clean install direct to 10gR5.

I used OEL 4.8 as it is the highest supported OS version. I went with the standard new database installation as I can’t really be bothered messing about with an 11g database as the repository. I think of Grid Control in the same way I think of Oracle Apps. They are shrink-wrapped products and I try to keep them as basic as possible. Anything that can present a problem, usually will.

I must admit to liking Grid Control as a product, but the installation and configuration is truely horrible. At every step of the way you are waiting for the next disaster. There are just too many working parts and it eats resources like nobodies business. Am I the only person who thinks the infrastructure is overly complicated for the job it is actually doing? I really hope the 11g version (if it is ever released) will be neater.

Cheers

Tim…

Author: Tim...

DBA, Developer, Author, Trainer.

5 thoughts on “Grid Control (10.2.0.5) on OEL 4.8 x86_64…”

  1. Regarding “overly complicated” if you look at the grid control, it is made up of a database, an agent and the OMS, all of which are separate installations, each containing a substantial amount of code and complexity.

    Using an Oracle database for the repository is overkill. You could get away with something much smaller like the embedded Berkeley DB, or mySQL once they complete the buyout.

    The App server is kinda irrelevant. There are plenty of monitoring tools that run as a single Perl process (for example) that provide web access without the overly complicated infrastructure. The same could be said for the agent.

    Like I said, the tool is great, but it is built on an overly complicated infrastructure in my opinion. You could get the same results with a much simplified architecture and installation.

    Cheers

    Tim…

  2. Hi.

    Well 10.2.0.5 is certified against RHEL5, but 10.2.0.3, the initial installation isn’t. I think the current state of play for GC installations is terrible and I’m not happy about installing a version of GC on an unsupported OS, even if subsequent patching makes it supported. It’s a nasty solution.

    Cheers

    Tim…

Comments are closed.