Title: RE: Discovering same SIDs on 2 boxes in OEM

What error number/message are you getting?  I suspect that the sid is in both server's oratab files.  You can trick OEM into discovering the node by removing the sid from the oratab and then bouncing the agents.  But that won't help you if you want to test OEM functionality against both databases simultaneously.

Tony


-----Original Message-----
From: Rao, Maheswara [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 24, 2001 3:01 PM
To: Multiple recipients of list ORACLE-L
Subject: RE: Discovering same SIDs on 2 boxes in OEM


Rich,

It is doable.  We have two databases with same SID.  One on production and
another on development box. This is a result of our Unix SA doing it in dark
ages.

I had some difficulty in getting the OEM discover these nodes.  If I recall
correctly, following is the sequence.

1. Try to discover each node one at a time.
2. If the step one fails, then, remove both nodes (production and
development nodes) from OEM.  Then discover only production node.
3. After step 2, go to development box.  Stop the intelligent agent on
development box.  Delete all the logs created by intelligent agent (Please
check the Oracle docs for the location of these intelligent agent logs are
created).
4. Start the intelligent agent on development box. Now try to recognize.

Caveat:

In our case, production and development databases are same version.

Rao



-----Original Message-----
Sent: Monday, September 24, 2001 1:06 PM
To: Multiple recipients of list ORACLE-L


Using OEM v2.2, how can one differentiate between two databases with the
same SID on two different boxes using "Discover node"?

I have a production DB in v7.3.5 that I need to test both the conversion and
the app, so the SID is the same on each box, but the ONAMES alias is
(obviously) different.  The production has already been discovered, but the
test one will not discover, I think due to the SID being the same.

Is this doable?  I would RTFM, but I can't find a decent M to FR RE:OEM.  :)

TIA,
Rich Jesse                          System/Database Administrator
[EMAIL PROTECTED]             Quad/Tech International, Sussex, WI USA
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Jesse, Rich
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Rao, Maheswara
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to