people do not touch them. Some
try to modify them and when new databases are created, the tnsnames.ora files must be
changes as well. It seems to be that a shared tnsnames.ora file on a network drive
may work. I remember a thread awhile back about the order of resolution (home
directory
you support a large number of PCs (200+) and
keep each ones tnsnames.ora file in sync. It seems that most people do not
touch them. Some try to modify them and when new databases are created, the
tnsnames.ora files must be changes as well. It seems to be that a shared
tnsnames.ora file on a network
]
Sent by: cc:
[EMAIL PROTECTED] Subject: Re: shared tnsnames.ora
. -- Kernighan
[EMAIL PROTECTED]
et To:
[EMAIL PROTECTED]
Sent by: cc:
[EMAIL PROTECTED] Subject: Re: shared
tnsnames.ora
03/03/2003
to be that a shared
tnsnames.ora file on a network drive may work. I remember a thread
awhile back about the order of resolution (home directory, then OH/network/admin
). Again, I am asking about people using the Oracle client to
connect to15+ databases (v7.3.4 - 9.0.x) on 10+ different
servers. I have
]
Sent by: cc:
[EMAIL PROTECTED] Subject: shared tnsnames.ora
+) and
keep each ones tnsnames.ora file in sync. It seems that most people do not
touch them. Some try to modify them and when new databases are created, the
tnsnames.ora files must be changes as well. It seems to be that a shared
tnsnames.ora file on a network drive may work. I remember a thread
-Original Message-
I am looking for info on how you support a large
number of PCs (200+) and keep each ones tnsnames.ora
file in sync.
---
One way is to use Oracle names servers. For some reason, I have never liked
this. No particular reason.
Another way
. -- Kernighan
[EMAIL PROTECTED]
ine.com To:
[EMAIL PROTECTED]
Sent by: cc:
[EMAIL PROTECTED] Subject: shared tnsnames.ora
02/27/2003 12
. -- Kernighan
[EMAIL PROTECTED]
ine.com To:
[EMAIL PROTECTED]
Sent by: cc:
[EMAIL PROTECTED] Subject: shared tnsnames.ora
02/27/2003 12
. It seems that most people do not
touch them. Some try to modify them and when new databases are created, the
tnsnames.ora files must be changes as well. It seems to be that a shared
tnsnames.ora file on a network drive may work. I remember a thread awhile
back about the order of resolution (home
looking for info on how you support a large number of PCs (200+) and
keep each ones tnsnames.ora file in sync. It seems that most people do not
touch them. Some try to modify them and when new databases are created, the
tnsnames.ora files must be changes as well. It seems to be that a shared
[EMAIL PROTECTED]
ine.com
To:[EMAIL PROTECTED]
Sent
by:
cc:
[EMAIL PROTECTED] Subject:
shared
tnsnames.ora
02/27/2003
12:56
PM
Please respond
to
ORACLE-LI am looking for info on how you
support a large number of PCs (200+) andkeep each ones tnsnames.ora file in
sync. It seems that most
The problem is if that shared tnsnames.ora then becomes a massive single
point of failure.
If for some reason someone messes up this file or it becomes unavailable.
All your users would be left out of the databases.
I REALLY think Oracle Names is the way to go. (I have used it in 1000+ user
that most people do not
touch them. Some try to modify them and when new databases are created, the
tnsnames.ora files must be changes as well. It seems to be
that a shared tnsnames.ora file on a network drive may work. I remember a
thread awhile back about
the order of resolution (home directory
With Oracle, you MUST run OID for LDAP. There is no other supported LDAP,
and since OID doesn't generate v3-compatible LDIFs, the Oracle schemas in
OID are not easily ported to a non-supported LDAP (like SunOne).
Oracle says Sure! We support any v3-compliant LDAP! Not really. They
support a
16 matches
Mail list logo