GLOBAL_NAMES参数研究

GLOBAL_NAMES参数研究

GLOBAL_NAMES参数研究

 

    最近在配置Stream时，发现必须要把GLOBAL_NAMES参数的指设置为TRUE，具体原因为何不知。但是发现在设置了该参数之后，数据库每天的物化视图刷新出现了问题。之后查明原因，是DBLINK出现了问题。随后研究了一下GLOBAL_NAMES这个参数，发现其实很有意思的事情是：GLOBAL_NAMES参数并不是用来控制GLOBAL_NAME的，而是用来限制DBLINK的使用。下面简单了解一下这个参数：

 

    GLOBAL_NAMES参数的作用，简单得说来就是：当GLOBAL_NAMES参数设置为TRUE时，使用DBLINK的名称必须与被连接库的GLOBAL_NAME一致。本来是想做几个简单的测试，但是发现网上已经有人写过了，想想要再配置数据库也比较麻烦，就直接拷过来了：

 

************************************************************************************

http://space.itpub.net/69924/viewspace-192128

当GLOBAL_NAMES参数设置为TRUE时，使用DATABASE LINK时，DATABASE LINK的名称必须与被连接库的GLOBAL_NAME一致。下面做一个测试，在测试中，创建数据库链接的库为XJ（WINDOWS 2003 ORACLE 10g 10.2.0.1），被链接的库为DMDB（LINUX AS5 ORACLE 10g 10.2.0.1 RAC）

 

首先查看DMDB的相关配置：

 

SQL> show parameter global_names

 

NAME                                 TYPE        VALUE
------------------------------------ ----------- ---------
global_names                         boolean     FALSE

SQL> select * from global_name;;

 

GLOBAL_NAME
----------------------------------------------------------
DMDB

 

可以看到这个被链接的库其global_names参数为FALSE。

 

要创建数据库链接的库的配置：

 

SQL> show parameter global_names

 

NAME                                 TYPE        VALUE
------------------------------------ ----------- -------
global_names                         boolean     FALSE

SQL> select * from global_name;

 

GLOBAL_NAME
--------------------------------------------------------
XJ

 

然后做下面的操作：

 

SQL> create database link test_link connect to test identified by test using 'DMDB';

 

数据库链接已创建。

 

SQL> select * from dual@test_link ;

 

D
-
X

 

可以看到数据库链接工作正常。

 

在DMDB库上将global_names设为TRUE：

 

SQL> alter system set global_names=true;

 

系统已更改。

 

在XJ库上再次查询，并新建一个DATABASE LINK再进行查询：

 

SQL> select * from dual@test_link ;

 

D
-
X

 

SQL> create database link test_link2 connect to test identified by test using 'DMDB';

 

数据库链接已创建。

 

SQL> select * from dual@test_link2 ;

 

D
-
X

 

此时可以看数据库链接工作正常。我们再将XJ库的global_names参数设置为TRUE：

 

SQL> alter system set global_names=true;

 

系统已更改。

 

SQL> select * from dual@test_link2 ;
select * from dual@test_link2
                   *
第 1 行出现错误:
ORA-02085: 数据库链接 TEST_LINK2 连接到 DMDB

 

SQL> select * from dual@test_link
select * from dual@test_link
                   *
第 1 行出现错误:
ORA-02085: 数据库链接 TEST_LINK 连接到 DMDB

 

而再次将XJ库的global_names设为FALSE，则数据库链接又可用了。
SQL> alter system set global_names=false;

 

系统已更改。

 

SQL> select * from dual@test_link ;

 

D
-
X

 

SQL> select * from dual@test_link2 ;

 

D
-
X

 

再将DMDB库的global_names设为FALSE，数据库链接仍然可用：

 

在DMDB库上：

 

SQL> alter system set global_names=false;

 

系统已更改。

 

在XJ库上：

 

SQL> select * from dual@test_link ;

 

D
-
X

 

可以看到，链接仍然可以用。
如果在DMDB库上创建链接到XJ库上，可以观察到同样的结果。
可以得出一个结论：global_names参数设置为FALSE，影响的是创建数据库链接的那个库对数据库链接的使用。也就是说，如果一个库（实例）的global_names参数设值为TRUE，则该库连接其他库的数据库链接，其名称必须要与被连接的库的global_name相同：

 

在XJ库上：

 

SQL> alter system set global_names=true;

 

系统已更改。

 

SQL> create database link dmdb connect to test identified by test using 'dmdb';

 

数据库链接已创建。

 

SQL> select * from dual@dmdb ;

 

D
-
X
SQL> select * from dual@test_link ;
select * from dual@test_link
*
第 1 行出现错误:
ORA-02085: 数据库链接 TEST_LINK 连接到 DMDB

 

SQL> select * from dual@test_link2 ;
select * from dual@test_link2
                   *
第 1 行出现错误:
ORA-02085: 数据库链接 TEST_LINK2 连接到 DMDB

 

如果在GLOBAL_NAMES设置为TRUE的情况下，如果要建多个数据库链接到同一个库，怎么办呢？因为数据库链接的名称必须与目标库的GLOBAL_NAME相同。可以按如下的方法：

 

SQL> create database linkdmdb@link1connect to test identified by test using 'dmdb';

 

数据库链接已创建。

 

SQL> create database linkdmdb@link2connect to test identified by test using 'dmdb';

 

数据库链接已创建。

 

SQL> select * fromdual@dmdb ;

 

D
-
X

 

SQL> select * fromdual@dmdb@link1 ;

 

D
-
X

 

SQL> select * fromdual@dmdb@link2 ;

 

D
-
X

 

也就是在GLOBAL_NAME后面加上@再加上一个标识。这样就能够创建多个数据库链接到同一目标库上了。

 

另外在创建数据库链接时，不能给其他SCHEMA创建链接，这是因为数据库链接（database link）其名称可以含有'.'即点号。比如A用户想给B用户创建一个DBLINK名叫LINKB，CREATE DATABASE LINK B.LINKB ......， 这个语句将会实际创建一个A用户下的名为B.LINKB的数据库链接。

******************************************************************************************************