Oracle dblink的连接模式的关系测试总结

发布时间：2020-12-12 13:17:07 所属栏目：百科来源：网络整理

导读：这篇主要介绍一下database link由于连接数据库的方式不同遇到的一些问题，我们知道连接ORACLE服务器的模式一般有两种方式：专用服务器连接（dedicated server）和共享服务器连接（shared server）。这次遇到的案例服务是dblink跟连接ORACLE方式有关,当然本质

会话连接方式

LINK_NODEFINE_TEST

LINK_SHARED_TEST

LINK_DEDIATED_TEST

DEDICATED SERVER

SHARED SERVER

DEDICATED SERVER

SHARED SERVER

DEDICATED SERVER

从测试结果可以看出，如果目标服务器开启了共享服务器模式，那么在创建db link的时候，如果没有指定连接方式为DEDICATED SERVER的话，那么不管使用db link以什么方式连接到数据库，db link都是以shared server方式连接到目标数据库。

然后我们在Server A关闭数据库共享模式，然后再重复上面的测试实验

SQL> alter system set shared_servers=0 scope=both;

System altered.

SQL> alter system set max_shared_servers=0 scope=both;

System altered.

部分测试截图如下：

实验总结：

会话连接方式

LINK_NODEFINE_TEST

LINK_SHARED_TEST

LINK_DEDIATED_TEST

DEDICATED SERVER

报ORA-12520错误

DEDICATED SERVER

SHARED SERVER

DEDICATED SERVER

报ORA-12520错误

DEDICATED SERVER

如果Server A关闭了共享连接模式，那么如果db link指定了SHARED SERVER的都报错了，没有指定连接方式的db link链接过去都是DEDICATED SERVER模式。

结论总结：

??? dblink使用哪种方式跟数据库连接，跟创建dblink时指定的连接模式（CONNECT_DATA）有关，也跟dblink所指向的数据库实例，是否开启共享服务器模式与否有关。而跟使用dblink的会话使用哪种连接方式没有任何关系。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!

这篇主要介绍一下database link由于连接数据库的方式不同遇到的一些问题，我们知道连接ORACLE服务器的模式一般有两种方式：专用服务器连接（dedicated server）和共享服务器连接（shared server）。这次遇到的案例服务是dblink跟连接ORACLE方式有关,当然本质原因是什么呢，这也是我这篇文章在探讨的问题。下面通过案例来讲述一下具体情况：

我们先来搭建测试环境,具体测试环境信息如下所示：

Server A：

Server IP ： 10.20.57.24

DB Version： Oracle Database 11g Enterprise Edition Release 11.2.0.1.0

Server A是开启了数据库共享模式的。如下所示，shared_servers参数值为10

Server B:

Server IP ： 192.168.27.132

Oracle Database 10g Release 10.2.0.4.0 - 64bit Production

我们在Server B上面创建三个db link链接到Server A(注意三个db link的连接方式有所区别，区别：SERVER = SHARED、SERVER = DEDICATED、以及没有指定SERVER的方式)，如下所示：

CREATE?PUBLIC?DATABASE LINK LINK_NODEFINE_TEST

CONNECT?TO TEST IDENTIFIED BY "t123$%^"

USING?‘(DESCRIPTION =

??? (ADDRESS_LIST =

????? (ADDRESS = (PROTOCOL = TCP)(HOST = 10.20.57.24)(PORT = 1521))

??? )

??? (CONNECT_DATA =

????? (SERVICE_NAME = gsp.localdomain)

??? )

? )‘;

CREATE?PUBLIC?DATABASE LINK LINK_SHARED_TEST

?????? (SERVER = SHARED)

????? (SERVICE_NAME = gsp.localdomain)

? )‘;

CREATE?PUBLIC?DATABASE LINK LINK_DEDIATED_TEST

?????? (SERVER = DEDICATED)

? )‘;

然后我们在Server A的TEST用户下面新建表KERRY，如下所示：

SQL> CREATE?TABLE TEST.KERRY(ID? NUMBER,NAME NVARCHAR2(32));

Table created.

SQL> INSERT INTO TEST.KERRY

? 2? SELECT 100,‘kerry‘?FROM DUAL;

1 row created.

SQL> commit;

Commit complete.

然后在客户端连接到Server B（dedicated server方式），然后测试三种db link连接到Server A是什么连接模式。如下测试所示：

1：在客户端使用sqlplus连接到Server B，在Server B上使用db link查询数据

SQL> show user;

USER 为 "TEST"

SQL> select userenv(‘sid‘) from dual;

USERENV(‘SID‘)

--------------

?????????? 896

SQL> SELECT * FROM [email?protected]_NODEFINE_TEST;

??????? ID NAME

---------- ------------------------------------------------

?????? 100 kerry

SQL>

使用sys用户检查会话连接方式

2：在Server A上使用下面SQL检查通过db link连接过来的会话（查询条件根据实际情况调整），可以确认使用LINK_NODEFINE_TEST链接过来的会话是共享服务器模式方式。关于SERVER为NONE值，参考我这篇文章"v$session中server为none与shared值解析".

USER?is "SYS"

SQL> SELECT SID,SERIAL#,SERVER,MACHINE FROM V$SESSION?

? 2? WHERE USERNAME=‘TEST‘?

? 3??? AND MACHINE=‘mylnx01‘;

?????? SID??? SERIAL# SERVER??? MACHINE

---------- ---------- --------- ----------------------------------------------------------------

??????? 67??????? 506 NONE????? mylnx01

SQL>

然后继续上面实验，测试其它两个db link，具体测试截图，注意，这里没有退出会话，直接测试，所以，你会看到在Server A对应的会话也会增加到3个。

LINK_SHARED_TEST测试

SQL>SELECT * FROM [email?protected]_SHARED_TEST;

然后在SERVER A上查询，你会发现LINK_SHARED_TEST的连接方式是SHARED SERVER，注意如果不想多个会话被干扰，你可以退出SQL*PLUS，然后重新登录进行测试，每次就只能看到一个会话。

??????? 74???????? 30 NONE????? mylnx01

SQL>

LINK_DEDIATED_TEST测试

SQL> SELECT * FROM [email?protected]_DEDIATED_TEST;

执行上面会话后，在SERVER A上执行下面查询，你会发现LINK_DEDIATED_TEST对应的会话连接方式为DEDICATED

? 3??? AND MACHINE=‘nbolnx01‘;

?????? 135???????? 32 DEDICATED mylnx01

SQL>

然后我们修改连接数据库方式，从DEDICATED 改为SHARED，然后重复上面实验，这里限于篇幅，不做重复描述，测试实验总结如下：