http://yangtingkun.itpub.net/post/468/279105
今天下午比较郁闷,折腾了一个下午,就是因为GLOBAL_NAME的问题。
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实际上就是这些了这个操作,不过仍然不推荐采用直接修改数据字典的方法。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7922095/viewspace-721650/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/7922095/viewspace-721650/