There is one thing to be aware of. In a very large
environment, (which you may or may not have) you
don't always want everyone to be able to connect to
everywhere. By using tnsnames.ora files, we can control
which clients are allowed to connect to which
servers (yes, the same thing can be accomplished
using the protocol.ora file, but we prefer it
this way).
ymmv -blah blah blah
----
R. Matt Adams - GE Appliances - [EMAIL PROTECTED]
Meddle not in the affairs of troff,
for it is subtle and quick to anger.
> -----Original Message-----
> From: Jared Still [mailto:[EMAIL PROTECTED]]
> Sent: Friday, May 11, 2001 2:37 PM
> To: Multiple recipients of list ORACLE-L
> Subject: Re: When to go for ORACLE NAMES Server
>
>
>
> Somewhat of a pain to setup for the first time, for sure.
>
> But after you get it implemented, you will never want to
> go back.
>
> One caveat: There is a fair amount of software around
> that *requires* tnsnames.ora or it won't work. Oracle
> Forms on unix comes to mind. Yes, Oracle's own software
> does not fully utilize names.
>
> This is a minor problem when compared to the benefits though.
>
> Jared
>
>
> On Friday 11 May 2001 10:50, Mohan, Ross wrote:
> > if the "tedious"ness exceeds your perception of the
> difficulty, do Names.
> >
> > if not, not.
> >
> > In my very limited experience, a truly robust, well-managed
> Names service
> > is great, but takes some work to set up, test, and document.
> >
> > YMMV
> >
> > || -----Original Message-----
> > || From: Johnson Poovathummoottil [mailto:[EMAIL PROTECTED]]
> > || Sent: Friday, May 11, 2001 12:15 PM
> > || To: Multiple recipients of list ORACLE-L
> > || Subject: When to go for ORACLE NAMES Server
> > ||
> > ||
> > || There is another thread going on about no database on
> > || a single server, I have another question to ask.
> > ||
> > || We have nearly 30 databases across Sun and Win 2000
> > || Platforms. We are finding it tedious to keep track of
> > || tnsnames.ora. While looking out for a solution we hit
> > || at ORACLE Names server. I hear it is going to give way
> > || to ORACLE Internet directory. But after reading a
> > || little I think using either would be too much of a
> > || kill for the problem.
> > ||
> > || Any opinions?
> > ||
> > ||
> > || __________________________________________________
> > || Do You Yahoo!?
> > || Yahoo! Auctions - buy the things you want at great prices
> > || http://auctions.yahoo.com/
> > || --
> > || Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > || --
> > || Author: Johnson Poovathummoottil
> > || 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: Jared Still
> 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).
>
