删除 Dblink 报错 ORA-02024: database link not found 的解决方法
朋友说删除DBLINK 报错： ORA-02024: database link not found。
在Metalink上搜到了2篇与这个错误有关的文章：
Cannot drop a database link after changing the global_name ORA-02024 [ID 382994.1]
http://blog.csdn.net/tianlesoftware/archive/2011/01/23/6160082.aspx
ORA-02024: Database Link Not Found [ID 1058949.1]
http://blog.csdn.net/tianlesoftware/archive/2011/01/23/6160080.aspx
两篇文章分别讲到了2种情况。
一 . DBLINK所有者不一致造成
我们来演示一下这种情况。
--创建dblink
SQL> conn system/admin;
已连接。
SQL> create database link dave connect to system identified by admin using '
2 (DESCRIPTION =
3 (ADDRESS_LIST =
4 (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.6.100)(PORT = 1521))
5 )
6 (CONNECT_DATA =
7 (SERVICE_NAME = newccs)
8 )
9 )
10 ';
数据库链接已创建。
DBLINK 创建这块可以参考官网说明：
CREATE DATABASE LINK
http://download.oracle.com/docs/cd/E11882_01/server.112/e17118/statements_5005.htm#SQLRF01205
--查看验证dblink
SQL> select name from v$database@dave;
NAME
---------
NEWCCS
SQL> alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss';
会话已更改。
SQL> select * from all_db_links;
OWNER DB_LINK USERNAME HOST CREATED
---------- ---------- ---------- ---------- -------------------
SYSTEM DAVE SYSTEM 2011-01-23 21:17:31
--我们用错误的所有者来删除看看
SQL> drop public database link dave;
drop public database link dave
*
第 1 行出现错误:
ORA-02024: 未找到数据库链接
--用正确的用户来删除
SQL> drop database link dave;
数据库链接已删除。
二. Global_name 造成
先看官网的一段说明：
If the value of the GLOBAL_NAMES initialization parameter is TRUE, then the database link must have the same name as the database to which it connects. If the value of GLOBAL_NAMES is FALSE, and if you have changed the global name of the database, then you can specify the global name.
The maximum number of database links that can be open in one session or one instance of an Oracle RAC configuration depends on the value of the OPEN_LINKS and OPEN_LINKS_PER_INSTANCE initialization parameters.
Global_names 是一个布尔值，global_names的作用是创建db link时是否强制使用远程数据库的global_name,如果global_names=true,则db link name必须要求是remote database的global_name,否则创建之后db link 不能连同，缺省值是false。 当global_name 为False时，如果我们修改了global_name，那么在dblink中也要相应的指定global_name. 并且当我们修改了global_name后，之前存在的我们dblink也无法删除。
Global_name 是由db_name.db_domain构成。
有关这几个参数的说明，参考：
DBID,SID,DB_NAME,DB_DOMAIN,INSTANCE_NAME,DB_UNIQUE_NAME,SERVICE_NAMES 及监听参数的说明
http://blog.csdn.net/tianlesoftware/archive/2010/12/20/6086066.aspx
CREATE DATABASE LINK
http://download.oracle.com/docs/cd/E11882_01/server.112/e17118/statements_5005.htm#SQLRF01205
open_links_per_instance 和 open_links 参数说明
http://blog.csdn.net/tianlesoftware/archive/2010/12/22/6090729.aspx
下面来看示例：
SQL> show parameter global_names
NAME TYPE VALUE
------------------------------------ ----------- -------
global_names boolean FALSE
SQL> select * from global_name;
GLOBAL_NAME
------------------------------
NEWCCS
SQL> create database link dave connect to system identified by admin using 'newccs';
数据库链接已创建。
SQL> select * from dba_db_links;
OWNER DB_LINK USERNAME HOST CREATED
---------- ---------- ---------- ---------- -------------------
SYSTEM DAVE SYSTEM newccs 2011-01-23 21:45:41
SQL> select name from v$database@dave;
NAME
---------
NEWCCS
这里要注意一点，我这里创建的dblink 使用的是监听名：newccs. dba_db_links表中的host显示的是这个监听的名字。 在第一个示例中，我创建dblink 是使用命令来写的，那种情况下host 为空。
在上面提到，当global_names为False的情况下，如果我们修改了global_name，之前创建的dblink 在删除的时候也会包ORA-02024的错误。 甚至我们把global_name 改变成原来的值，也无法删除。 因为这种改变没有生效。 除非我们更新props$ 表。
先来验证global_name 修改后生效问题。
SQL> select * from global_name;
GLOBAL_NAME
----------------------------------------------------------------------------
NEWCCS
SQL> alter database rename global_name to newccs.tianlesoftware.com;
数据库已更改。
SQL> select * from global_name;
GLOBAL_NAME
----------------------------------------------------------------------------
NEWCCS.TIANLESOFTWARE.COM
SQL> alter database rename global_name to newccs;
数据库已更改。
SQL> select * from global_name;
GLOBAL_NAME
----------------------------------------------------------------------------
NEWCCS.TIANLESOFTWARE.COM
--这里并没有生效。
SQL> drop database link dave;
drop database link dave
*
第 1 行出现错误:
ORA-02024: 未找到数据库链接
从上面的操作，验证了如果仅通过alter 命令，是无法让global_name 还原成原来的值的。并且当global_name 发生改变后，已经存在的dblink也无法删除。
解决这个问题的方法，就是用sys用户来修改props$表：
SQL> update props$ set value$ = '<globalname without domain>' where name ='GLOBAL_DB_NAME';
示例：
SQL> conn / as sysdba;
已连接。
SQL> update props$ set value$ = 'NEWCCS' where name ='GLOBAL_DB_NAME';
已更新 1 行。
SQL> commit;
提交完成。
然后切换到dblink 的用户，删除dblink：
SQL> conn system/admin;
已连接。
SQL> drop database link dave;
数据库链接已删除。
如果还报这种错误，可以刷新三次shared pool， 在执行drop命令：
alter system flush SHARED_POOL;
alter system flush SHARED_POOL;
alter system flush SHARED_POOL;
如果刷新shared pool后还无法drop，那么就需要重启DB，在删除了。
------------------------------------------------------------------------------
Blog： http://blog.csdn.net/tianlesoftware
网上资源： http://tianlesoftware.download.csdn.net
相关视频：http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx
DBA1 群：62697716(满); DBA2 群：62697977(满)
DBA3 群：62697850 DBA 超级群：63306533;
聊天 群：40132017
--加群需要在备注说明Oracle表空间和数据文件的关系，否则拒绝申请
