RE: Global names

The way I understood Gloal names is a global name will have a .someserver.com

AFAIK... Global names is set/required IF you have your sqlnet.ora with a line for
 GLOBAL_NAMES =.someserver.com

Then you can seperatly identify your instances from the different servers they are running on

Sqlplus user/pass_at_LOCDB.someserver.com or Sqlplus user/pass_at_LOCDB.someotherserver.com

In the tns entries below I just use an alias how eer this wont work with a dblink, then you need to set the parameter in initSID.ora [example of 2 of the same SIDs different servers]

LOCDB1=
  (DESCRIPTION =
(ADDRESS_LIST =

      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.54.100.231)(PORT = 1521))     )
(CONNECT_DATA = (SID = LOCDB)(SRVR=SHARED))
  )

LOCDB2=
  (DESCRIPTION =
(ADDRESS_LIST =

      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.54.100.232)(PORT = 1521))     )
(CONNECT_DATA = (SID = LOCDB)(SRVR=SHARED))
  )

The problem is if your like me and would like to know what db your on (while in SQL+)
You would add a setting to glogin

• set db prompt set termout off col x new_value y select rtrim(name,chr(0)) x from v$database; set sqlprompt '&y SQL> ' set termout on

The problem is you still see the SID not the alias or global name.someserver.com Its much easier for SOME dba's to use the same SID but As the first fellow pointed out it can have its drawbacks/devistating effects

The global_name in initSID.ora, afaik is for creating dblinks with the same or different names
For ease of use I prefer false, but none the less that is going away

My 2cts
bob

> > It recently came to my attention that the DBA's where I work have
> adopted a 
> > convention where the global_name of a database is the same for the
> > production, test, and development instance of that database 
> (obviously, 
> > they've turned off global naming in the init.ora).  They've 
> also set up 
> the 
> 
> Oracle has stated for some time that global_names=true will 
> be required
> in future versions of Oracle, and recommend that that be done now.
> 
> Which obviously won't work if you have databases with the same global 
> name.
> 
> I personally have global_names=false, though our databases all have 
> different global names. 
> 
> Having databases with the same global name is rather 
> confusing.  I can't 
> say I've really thought through the ramifications other than that.
> 
> 
> > Our DBA argues that this configuration is strongly preferred by the 
> majority 
> > of developers since they don't have to make any changes to 
> their code 
> when they 
> > move from development to QA and to test. 
> 
> Junior developers? If the changing the database name requires code 
> changes, then
> the duhvelopers need some remedial education.
> 
> my $0.02
> 
> Jared
> 
> 
> -- 
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> -- 
> Author: 
>   INET: Jared.Still_at_radisys.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).
> 
> 

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Bob Metelsky
  INET: bmetelsky_at_cps92.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).