ITPub博客

首页 > Linux操作系统 > Linux操作系统 > PUBLIC数据库链无法删除的问题(一)

PUBLIC数据库链无法删除的问题(一)

原创 Linux操作系统 作者:yangtingkun 时间:2007-02-01 00:00:00 0 删除 编辑

今天在一个二线数据库中发现了一个奇怪的问题。有几个已经存在的PUBLIC数据库链无法正常删除。


这个数据库建立很早,且一直不是我在维护,所以数据库一直没有打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_LINK USERNAME HOST 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 LINKtrace文件看,Oracle在删除数据库链时,对数据字典进行的修改只有一个,就是从link$表中将对应的记录删除。那么只要将需要删除的数据库链对应的记录从表中清除掉就可以了。当然,即使从TRACE文件上看,只包含了这一个操作,仍然不建议采用这样的方法去操作,毕竟,对数据字典进行操作是危险的。

于是查看了一下Metalink,检查是否存在类似的问题,结果很快就查到了问题的真正原因:

如果Oracleglobal_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并重建索引。

如果没有必要,其实最好的方法是不去处理,如果一定要删除的话,最好先做好备份。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/4227/viewspace-69156/,如需转载,请注明出处,否则将追究法律责任。

上一篇: RAC管理总结
请登录后发表评论 登录
全部评论
暂无介绍

注册时间:2007-12-29

  • 博文量
    1955
  • 访问量
    10350736