RE: Making dispatchers re-read tnsnames.ora?

Not that ONames doesn't have it's shortcomings, but I'm not sure how ONames is a single point of failure. Even in our little 35-alias ONames repository with only the root region, we have a secondary Names Server. With local checkpoint files, the repository is not required for continuous access, so there's no SPoF there.

Could you expound a bit on that, Jeremiah?

Thanks,
Rich

Rich Jesse                           System/Database Administrator
rjesse_at_qtiworld.com                  Quad/Tech International, Sussex, WI USA

-----Original Message-----
Sent: Thursday, January 30, 2003 10:10 AM To: Multiple recipients of list ORACLE-L

On Thu, 30 Jan 2003, Gogala, Mladen wrote:

> Yeah! Put it in Oracle*Names.

Will it make a difference? Does a dispatcher really re-query Names every time it tries to make a connection? No caching of service addresses? You promise?

Off I go to convert my 300-instance organization to rely on a single point of failure and make a bunch more calls for every connect...

YEEHAW! Oh wait. Names can't handle multiple interface and or distinct allocation of certain clients to certain listeners/interfaces. Oh well, and I thought I was going to have an exciting weekend. Guess its back to that Rubik's cube.

--
Jeremiah Wilton
http://www.speakeasy.net/~jwilton

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Jesse, Rich
  INET: Rich.Jesse_at_qtiworld.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (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).