Bruce:

   You are correct in that you do not need a database to store the topology.
Instead it stores the topology in cache or using a "replication-type"
feature.  Here is a white paper I wrote on setting up names.  Hope this
helps.
 <<IOUG Paper 103.doc>> 

Thank You

Stephen P. Karniotis
Technical Alliance Manager
Compuware Corporation
Direct: (248) 865-4350
Mobile: (248) 408-2918
Email:  [EMAIL PROTECTED]
Web:    www.compuware.com

 -----Original Message-----
[mailto:[EMAIL PROTECTED]] 
Sent:   Tuesday, March 05, 2002 6:18 PM
To:     Multiple recipients of list ORACLE-L
Subject:        RE: Names server

Stephen or others,

If I understood correctly, the email below said it is possible to have a
Names Server that doesn't require its own database.
I have just briefly read the manual on Names and it mentions that Names8
doesn't require a database to store topology but it is recommended.
It also mentions service replication where information is stored in Names
cache rather than a database.

Is this what is being referred to?
Stephen - can you provide a bit more information on a Names server that
doesn't require a separate database.

Thanks,
Bruce Reardon

-----Original Message-----
Sent: Wednesday, 6 March 2002 1:29

I agree with everyone.  Oracle Names saved many days/months of maintenance
time in migrating new TNSNAMES to over 30000 desktops.  The only gotchas
with ON was the creation of a separate Administrative database and 24x7
maintenance of it.  With the new extensibility features not requiring a
database, that job was made much easier.

However, the move to LDAP will benefit you even more because all you need to
do is put an entry in the directory server for the instances and "magic"
occurs.  I personally hate the concept of the TNSNAMES file because if
violates the "knowledge" security standard of knowing what databases are
within the environment.  Any savvy user can figure out how to hack in once
they have that kind of information.

Thank You

Stephen P. Karniotis
Technical Alliance Manager
Compuware Corporation
Direct: (248) 865-4350
Mobile: (248) 408-2918
Email:  [EMAIL PROTECTED]
Web:    www.compuware.com

 -----Original Message-----
Sent:   Monday, March 04, 2002 6:08 PM

I agree with you Jared.   On the last job we had TNSNAMES files out to
everyones work station ..... got to be a pain.   Installed Names, created
the right files ..... bingo, all worked .   Very easy.

-----Original Message-----
Sent: Monday, March 04, 2002 4:29 PM

Completely removing names from Oracle would be a mistake IMO.

Reason:  Name is fairly easy to implement,  LDAP is anything but.

Jared

---------
"Freeman, Robert " <[EMAIL PROTECTED]>
03/04/02 01:38 PM

Names server is depreciated in 9i, but still there.
They were going to remove it, but I think there was a bit of a backlash, 
so
they have delayed
the removal.
OID (LDAP) is the replacement.
 
We use names server here, have found it to be pretty stable and reduced
tnsnames.ora administration nicely.
 
RF
 
Robert G. Freeman - Oracle8i OCP
Oracle DBA Technical Lead
CSX Midtier Database Administration

-----Original Message-----
Sent: Monday, March 04, 2002 3:53 PM

Names server will be obsolete in 9i, I think.

-----Original Message-----
Sent: Monday, March 04, 2002 11:33 AM

Hi ALL:
    Is any one using names server out there?  How the it works?  Any infor
are wellcome.
-- 
Author: Freeman, Robert 
  INET: [EMAIL PROTECTED]
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Reardon, Bruce (CALBBAY)
  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).

Attachment: IOUG Paper 103.doc
Description: MS-Word document

Reply via email to