|
Home > Archive > Tools for Oracle database > August 2005 > 10g EM agent
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
|
|
|
| Anyone have a good reference for installing the 10g EM agent in a
clustered unix environment? I'm using Veritas Cluster Services on
Solaris 2.8.
For that matter does anyone have a good reference for the emctl utility?
The EM docs contain very little about it other than how to start and
stop the agent with it. I'm mainly interested in the deploy option and
finding out *exactly* what it does.
TIA
--
To reply by email remove "_nospam"
| |
|
| On Thu, 18 Aug 2005 16:35:52 -0400, Chuck interested us by writing:
> For that matter does anyone have a good reference for the emctl utility?
> The EM docs contain very little about it other than how to start and
> stop the agent with it. I'm mainly interested in the deploy option and
> finding out *exactly* what it does.
Without looking into much detail ...
Realize that emctl is a J2EE application server and associated application
(using Oracle's OC4J, JSPs/servlets and EJBs) kept for a 10g DB in
$ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_?
J2EE has a very clear definition around 'deploy', to the extent that
automated deployments are relatively easy - capture a few pieces of info
(host, port, J2EE Home, etc) and 'push'.
Again, the above is speculation but seems to conform to the help provided
from an "emctl deploy" request
/Hans
--
Hans Forbrich
Canada-wide Oracle training and consulting
mailto: Fuzzy.GreyBeard_at_gmail.com
*** I no longer assist with top-posted newsgroup queries ***
| |
|
| Chuck wrote:
> Anyone have a good reference for installing the 10g EM agent in a
> clustered unix environment? I'm using Veritas Cluster Services on
> Solaris 2.8.
>
> For that matter does anyone have a good reference for the emctl utility?
> The EM docs contain very little about it other than how to start and
> stop the agent with it. I'm mainly interested in the deploy option and
> finding out *exactly* what it does.
Chuck, I tried the OEM web-based thing on a Linux RAC cluster and
disliked it intensely. Its slow and clunky. I have a problem with
SYSAUX tablespace being totally consumed by what seems to be bug in
collecting session stats. And the EM agent processes takes up more CPU
power and memory than I'm willing to provide as coin to buy what OEM
provides. (more than 1/4 on a dual CPU node)
I've disabled all OEM stuff (DBMS_JOB, agents, etc). Using my own
custom-rolled Unix shell script and a pool of SQL scripts (some
self-made, many borrowed from experts) for seeing what is happening in
the database and what and where the problems are.
If there's one thing that has always sucked in Oracle, it is its DBA
management tools. From SQL*DBA to OEM. They should look at Microsoft to
see how to do it properly. Despite the limitations and restrictions in
SQL-Server, their admin tool has been excellent since version 4 and
only got better.
--
Billy
| |
| sybrandb@yahoo.com 2005-08-19, 9:24 am |
| dbms_job has absolutely zero to do with OEM.
--
Sybrand Bakker
Senior Oracle DBA
| |
|
| Billy wrote:
> Chuck wrote:
>
>
>
>
> Chuck, I tried the OEM web-based thing on a Linux RAC cluster and
> disliked it intensely. Its slow and clunky. I have a problem with
> SYSAUX tablespace being totally consumed by what seems to be bug in
> collecting session stats. And the EM agent processes takes up more CPU
> power and memory than I'm willing to provide as coin to buy what OEM
> provides. (more than 1/4 on a dual CPU node)
>
> I've disabled all OEM stuff (DBMS_JOB, agents, etc). Using my own
> custom-rolled Unix shell script and a pool of SQL scripts (some
> self-made, many borrowed from experts) for seeing what is happening in
> the database and what and where the problems are.
>
> If there's one thing that has always sucked in Oracle, it is its DBA
> management tools. From SQL*DBA to OEM. They should look at Microsoft to
> see how to do it properly. Despite the limitations and restrictions in
> SQL-Server, their admin tool has been excellent since version 4 and
> only got better.
>
> --
> Billy
>
On non-clustered systems my emagents are behaving quite nicely. One is
monitoring 29 targets and consuming only .2% of the cpu. My problem is
that there's no documentation on the right way to set up the agents in a
clustered unix environment. In addition, there's very little documented
about emctl's options. I guess they don't expect anyone to do anything
with it but start, stop, and status.
--
To reply by email remove "_nospam"
| |
|
| sybrandb@yahoo.com wrote:
> dbms_job has absolutely zero to do with OEM.
Sybrand, not talking about DBMS_JOB itself, but about a job scheduled
via it.
Job EMD_MAINTENANCE. EXECUTE_EM_DBMS_JOB_
PROCS is part (as I understand)
of the Oracle Enterprise Manager suite. I simply broke the thing to
gain some tablespace and resource sanity. Maybe 10.2 upgrade fixes
thing. Maybe not. As things are now, I honestly do not give a damn
whether OEM works or not.
Note:308291.1 has some details on this.
--
Billy
|
|
|
|
|