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 [EMAIL PROTECTED] 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: [EMAIL PROTECTED] 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: [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).