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

简介: Oracle dblink的连接模式的关系测试总结这篇主要介绍一下database link由于连接数据库的方式不同遇到的一些问题,我们知道连接ORACLE服务器的模式一般有两种方式:专用服务器连接(dedicated server)和共享服务器连接(shared server)。

Oracle 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

clip_image001

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
CONNECT TO TEST IDENTIFIED BY "t123$%^"
USING '(DESCRIPTION =

(ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = TCP)(HOST = 10.20.57.24)(PORT = 1521))
)
(CONNECT_DATA =
   (SERVER = SHARED)
  (SERVICE_NAME = gsp.localdomain)
)

)';

CREATE PUBLIC DATABASE LINK LINK_DEDIATED_TEST
CONNECT TO TEST IDENTIFIED BY "t123$%^"
USING '(DESCRIPTION =

(ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = TCP)(HOST = 10.20.57.24)(PORT = 1521))
)
(CONNECT_DATA =
   (SERVER = DEDICATED)
  (SERVICE_NAME = gsp.localdomain)
)

)';

然后我们在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 KERRY@LINK_NODEFINE_TEST;

    ID NAME

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

   100 kerry

SQL>

clip_image002

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

clip_image003

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

SQL> show user;
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个。

clip_image004

LINK_SHARED_TEST测试

SQL>SELECT * FROM KERRY@LINK_SHARED_TEST;

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

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
    74         30 NONE      mylnx01

SQL>

LINK_DEDIATED_TEST测试

SQL> SELECT * FROM KERRY@LINK_DEDIATED_TEST;

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

SQL> SELECT SID, SERIAL#,SERVER,MACHINE FROM V$SESSION
2 WHERE USERNAME='TEST'
3 AND MACHINE='nbolnx01';

   SID    SERIAL# SERVER    MACHINE

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

    67        506 NONE      mylnx01
    74         30 NONE      mylnx01
   135         32 DEDICATED mylnx01

SQL>

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

会话连接方式

LINK_NODEFINE_TEST

LINK_SHARED_TEST

LINK_DEDIATED_TEST

DEDICATED SERVER

SHARED SERVER

SHARED SERVER

DEDICATED SERVER

SHARED SERVER

SHARED 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.

部分测试截图如下:

clip_image005

实验总结:

会话连接方式

LINK_NODEFINE_TEST

LINK_SHARED_TEST

LINK_DEDIATED_TEST

DEDICATED SERVER

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的会话使用哪种连接方式没有任何关系。

作者:潇湘隐者
出处:http://www.cnblogs.com/kerrycode/

相关文章
|
2月前
|
SQL Oracle 关系型数据库
Python连接Oracle
Python连接Oracle
22 0
|
3月前
|
关系型数据库 MySQL 数据库
6-2|测试连接数据库的命令
6-2|测试连接数据库的命令
|
3月前
|
Ubuntu Oracle 关系型数据库
Oracle VM VirtualBox之Ubuntu 22.04LTS双网卡网络模式配置
这篇文章是关于如何在Oracle VM VirtualBox中配置Ubuntu 22.04LTS虚拟机双网卡网络模式的详细指南,包括VirtualBox网络概述、双网卡网络模式的配置步骤以及Ubuntu系统网络配置。
334 3
|
5月前
|
监控 Oracle 关系型数据库
关系型数据库Oracle恢复测试
【7月更文挑战第20天】
93 7
百万并发连接的实践测试02
百万并发连接的实践测试02
|
4月前
|
网络协议 Ubuntu
百万并发连接的实践测试01
百万并发连接的实践测试01
|
4月前
|
JavaScript 前端开发 应用服务中间件
【qkl】JavaScript连接web3钱包,实现测试网络中的 Sepolia ETH余额查询、转账功能
【区块链】JavaScript连接web3钱包,实现测试网络中的 Sepolia ETH余额查询、转账功能
124 0
|
4月前
|
Oracle 关系型数据库
Navicat 连接Oracle ORA-28547: connection to server failed, probable Oracle Net admin error
Navicat 连接Oracle ORA-28547: connection to server failed, probable Oracle Net admin error
122 0
|
5月前
|
Oracle 关系型数据库 MySQL
实时计算 Flink版产品使用问题之在online模式下增量抓取Oracle数据时,在archive_log切换时,出现数据丢失的情况,是什么原因
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
6月前
|
关系型数据库 分布式数据库 数据库
PolarDB产品使用问题之如何解决测试连接时出现2003-Can't connect的问题
PolarDB产品使用合集涵盖了从创建与管理、数据管理、性能优化与诊断、安全与合规到生态与集成、运维与支持等全方位的功能和服务,旨在帮助企业轻松构建高可用、高性能且易于管理的数据库环境,满足不同业务场景的需求。用户可以通过阿里云控制台、API、SDK等方式便捷地使用这些功能,实现数据库的高效运维与持续优化。

推荐镜像

更多