本文转载自http://yangtingkun.itpub.net/post/468/259496
这个数据库建立很早,且一直不是我在维护,所以数据库一直没有打PATCH,数据库版本仍然是9201。
SQL> SELECT * FROM V$VERSION;
BANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production PL/SQL Release 9.2.0.1.0 - Production
CORE 9.2.0.1.0 Production
TNS for Linux: Version 9.2.0.1.0 - Production
NLSRTL Version 9.2.0.1.0 - Production
检查数据库链,并尝试删除:
SQL> SELECT * FROM DBA_DB_LINKS;
OWNER DB_LINKUSERNAMEHOST CREATED
-------- --------------------- ------------ ------------ ----------------------
PUBLIC DATA NDMAIN DATADB 2004-5月 -14 18:44:07
PUBLIC DATA.EMEDCHINA.NET SELE datadb 2007-2月 -01 10:39:10
PUBLIC DATADB DNMAIN DATADB 2004-5月 -14 18:41:35
PUBLIC MAINDB LOG MAINDB 2004-2月 -19 18:27:30
PUBLIC MAINDB.EMEDCHINA.NET LOG MAINDB 2004-6月 -04 14:03:37
LAS REPDB02.EMEDCHINA.NET REPORT report2_90 2006-2月 -28 14:46:29
LAS_NEW GPODB.EMEDCHINA.NET SELE_LAS_NEW gpodb 2007-1月 -19 09:52:01
LAS_NEW SSISS.EMEDCHINA.NET USERTSP ssiss 2007-1月 -22 10:03:29
已选择8行。
SQL> DROP PUBLIC DATABASE LINK DATADB;
DROP PUBLIC DATABASE LINK DATADB
*
ERROR 位于第 1 行:
ORA-02024: 未找到数据库链接
SQL> ALTER SYSTEM SET GLOBAL_NAMES = TRUE;
系统已更改。
SQL> DROP PUBLIC DATABASE LINK DATADB;
DROP PUBLIC DATABASE LINK DATADB
*
ERROR 位于第 1 行:
ORA-02024: 未找到数据库链接
SQL> ALTER SYSTEM SET GLOBAL_NAMES = FALSE;
系统已更改。
看来常规的办法已经行不通了。由于数据库链已经创建了很长的时间,产生问题的原因可能已经无法找到,不过现在可以做的是至少找到无法产生的原因。
SQL> ALTER SESSION SET SQL_TRACE = TRUE;
会话已更改。
SQL> DROP PUBLIC DATABASE LINK DATADB;
DROP PUBLIC DATABASE LINK DATADB
*
ERROR 位于第 1 行:
ORA-02024: 未找到数据库链接
SQL> ALTER SESSION SET SQL_TRACE = FALSE;
会话已更改。
从TRACE文件中没有找到具体的错误原因,于是新建立一个数据库链,并对删除操作进行trace:
SQL> CREATE PUBLIC DATABASE LINK TEST;
数据库链接已创建。
SQL> ALTER SESSION SET SQL_TRACE = TRUE;
会话已更改。
SQL> DROP PUBLIC DATABASE LINK TEST;
数据库链接已丢弃。
SQL> ALTER SESSION SET SQL_TRACE = FALSE;
会话已更改。
进行了简单的对比后,仍然找不到导致删除失败的原因。不过到是找到了一个解决问题的方法。
从DROP PUBLIC DATABASE LINK的trace文件看,Oracle在删除数据库链时,对数据字典进行的修改只有一个,就是从link$表中将对应的记录删除。那么只要将需要删除的数据库链对应的记录从表中清除掉就可以了。当然,即使从TRACE文件上看,只包含了这一个操作,仍然不建议采用这样的方法去操作,毕竟,对数据字典进行操作是危险的。
于是查看了一下Metalink,检查是否存在类似的问题,结果很快就查到了问题的真正原因:
如果Oracle的global_name仅包括db_name,也就是说DB_DOMAIN的值为空。那么这个时候建立的数据库链,在数据库修改全局名GLOBAL_NAME之后(修改为db_name.db_domain格式),会无法删除。
如果要产生数据库链,必须将GLOBAL_NAME改回DB_NAME格式,即去掉后面的DOMAIN,但是这个时候,RENAME操作会自动添加域名,使得Oracle全局名无法恢复到初始状态。
SQL> SELECT * FROM GLOBAL_NAME;
GLOBAL_NAME
-----------------------------------------
ORCL.EMEDCHINA.NET
SQL> ALTER DATABASE RENAME GLOBAL_NAME TO ORCL;
数据库已更改。
SQL> SELECT * FROM GLOBAL_NAME;
GLOBAL_NAME
-----------------------------------------
ORCL.EMEDCHINA.NET
这个错误本来是8i上的,不知道为什么9201又重现了这个问题。
而Oracle给出的解决问题的方法居然是UPDATE PROPS$。通过修改PROPS$将数据库的GLOBAL_NAME修改回原来的值。删除数据库链后将GLOBAL_NAME恢复,并重建目前所有的数据库链。
Oracle在给出这个方法的时候强调了这是一种不支持的方法。说实话,我认为Oracle提供的方法还没有直接从LINK$中删除记录方便呢,反正同样都是修改数据字典,更新PROPS$表还需要重新RENAME并重建索引。
如果没有必要,其实最好的方法是不去处理,如果一定要删除的话,最好先做好备份。
10g下具体解决的方法见上篇在Oracle 10g中global_name的修改方法