Oracle的GLOBAL_NAME由两个部分组成：DB_NAME和DB_DOMAIN。如果在建立数据库的时候不指定DB_DOMAIN的值，则GLOBAL_NAME和DB_NAME的值一样。

Oracle有一个从来没有解决的问题，就是DB_DOMAIN一旦加上，就再也去不掉了。

不管是设置通过DB_DOMAIN的方式，还是通过ALTER DATABASE RENAME GLOBAL_NAME TO的方式。一旦GLOBAL_NAME包含了DB_DOMAIN部分。就再也无法去掉了。

SQL> SELECT * FROM GLOBAL_NAME;

GLOBAL_NAME

-------------------------------------------------------------------------

YTK

SQL> SHOW PARAMETER DB_DOMAIN

NAME TYPE VALUE

------------------------------------ ----------- ------------------------

db_domain string

SQL> ALTER DATABASE RENAME GLOBAL_NAME TO YTK.YANGTINGKUN;

数据库已更改。

SQL> SELECT * FROM GLOBAL_NAME;

GLOBAL_NAME

-------------------------------------------------------------------------

YTK.YANGTINGKUN

SQL> ALTER DATABASE RENAME GLOBAL_NAME TO YTK;

数据库已更改。

SQL> SELECT * FROM GLOBAL_NAME;

GLOBAL_NAME

-------------------------------------------------------------------------

YTK.YANGTINGKUN

而且这个问题还可能造成以前建立的数据库链不可用的情况。这还不是最郁闷的，当配置高级复制等环境时，需要将GLOBAL_NAMES参数设置为TRUE，因此如果主站点本身不带DB_DOMAIN，则带DB_DOMAIN的数据库无法加入到这个复制环境中。

因为，这个时候，添加任何不带DOMAIN的数据库链，Oracle都会自动将本机的DOMAIN加上。

SQL> CREATE DATABASE LINK TESTDATA;

数据库链接已创建。

SQL> SELECT DB_LINK FROM USER_DB_LINKS;

DB_LINK

----------------------------------------

TESTDATA.YANGTINGKUN

这就要求复制环境中不要出现不同配置的数据库。要不然全部环境都不带DB_DOMAIN，要不然全部环境都带DB_DOMAIN。否则就很容易出现这个问题。

说了半天，这个DB_DOMAIN到底如何才能去掉呢。没有常规的方法，唯一的方法是修改数据字典。

下面的方法只是实在没有办法的时候才使用，个人并不推荐使用这个方式。

SQL> CONN /@YTK AS SYSDBA已连接。

SQL> UPDATE SYS.PROPS$ SET VALUE$ = 'YTK' WHERE NAME = 'GLOBAL_DB_NAME';

已更新 1 行。

SQL> SELECT * FROM GLOBAL_NAME;

GLOBAL_NAME

----------------------------------------------------------------------------

YTK

SQL> COMMIT;

提交完成。

虽然通过SQL_TRACE可以看到，Oracle实际上就是这些了这个操作，不过仍然不推荐采用直接修改数据字典的方法。