LIUBINGLIN

很多时候不在于你技术有多高,更重要的是你够不够细心、耐心和静心。

  • 博客访问: 4999770
  • 博文数量: 501
  • 用 户 组: 普通用户
  • 注册时间: 2010-01-05 23:06
  • 认证徽章:
个人简介

Oracle数据库管理员,Oracle数据库系统构架员;2012年7月出版《构建最高可用Oracle数据库系统:Oracle 11gR2 RAC管理、维护与性能优化》一书;Oracle 10g OCM。

ITPUB论坛APP

ITPUB论坛APP



APP发帖 享双倍积分

文章分类

全部博文(501)

微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

分类: Oracle


   客户想实现对会话空闲时间的控制,下面是做的一个例子。

Microsoft Windows [版本 6.1.7601]

版权所有 (c) 2009 Microsoft Corporation。保留所有权利。

 

C:\Users\LIUBINGLIN>sqlplus sys/oracle123@localhost:1521/hello as sysdba

 

SQL*Plus: Release 11.2.0.3.0 Production on 星期二 4 14 08:42:55 2015

 

Copyright (c) 1982, 2011, Oracle.  All rights reserved.

 

连接到:

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

 

SQL> create profile test_profile limit idle_time 1;  <<<< 1表示允许的空闲时间为1分钟。

 

配置文件已创建

 

SQL> set linesize 200

SQL> select * from dba_profiles where profile='TEST_PROFILE';

 

PROFILE                        RESOURCE_NAME                    RESOURCE LIMIT

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

TEST_PROFILE                   COMPOSITE_LIMIT                  KERNEL   DEFAULT

TEST_PROFILE                   SESSIONS_PER_USER                KERNEL   DEFAULT

TEST_PROFILE                   CPU_PER_SESSION                  KERNEL   DEFAULT

TEST_PROFILE                   CPU_PER_CALL                     KERNEL   DEFAULT

TEST_PROFILE                   LOGICAL_READS_PER_SESSION        KERNEL   DEFAULT

TEST_PROFILE                   LOGICAL_READS_PER_CALL           KERNEL   DEFAULT

TEST_PROFILE                   IDLE_TIME                        KERNEL   1

TEST_PROFILE                   CONNECT_TIME                     KERNEL   DEFAULT

TEST_PROFILE                   PRIVATE_SGA                      KERNEL   DEFAULT

TEST_PROFILE                   FAILED_LOGIN_ATTEMPTS            PASSWORD DEFAULT

TEST_PROFILE                   PASSWORD_LIFE_TIME               PASSWORD DEFAULT

 

PROFILE                        RESOURCE_NAME                    RESOURCE LIMIT

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

TEST_PROFILE                   PASSWORD_REUSE_TIME              PASSWORD DEFAULT

TEST_PROFILE                   PASSWORD_REUSE_MAX               PASSWORD DEFAULT

TEST_PROFILE                   PASSWORD_VERIFY_FUNCTION         PASSWORD DEFAULT

TEST_PROFILE                   PASSWORD_LOCK_TIME               PASSWORD DEFAULT

TEST_PROFILE                   PASSWORD_GRACE_TIME              PASSWORD DEFAULT

 

已选择16行。

 

SQL> show parameter resource

 

NAME                                 TYPE        VALUE

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

resource_limit                       boolean     FALSE

resource_manager_cpu_allocation      integer     4

resource_manager_plan                string

 

SQL> alter system set resource_limit =true;    <<<< PROFILEKERNEL类型的项目进行控制需要将该参数设置为TRUEPASSWORD类型的项目不受此参数限制。

 

系统已更改。

 

SQL> create user test111 identified by test111 default tablespace users temporary tablespace temp profile test_profile;

 

用户已创建。

 

SQL> grant connect,resource to test111;

 

授权成功。

 


另外窗口开一个会话:

C:\Users\LIUBINGLIN>sqlplus test111/test111@localhost:1521/hello

 

SQL*Plus: Release 11.2.0.3.0 Production on 星期二 4 14 08:55:49 2015

 

Copyright (c) 1982, 2011, Oracle.  All rights reserved.

 

 

连接到:

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

 

SQL> create table test (id number);

create table test (id number)

*

1 行出现错误:

ORA-02396: 超出最大空闲时间, 请重新连接

 

空闲一分钟后再操作就会收到上面的报错。

 

但是客户说以上的方法只是适用于SQLPLUS,PL/SQL工具无效,下面讨论一下为什么对PL/SQL无效。

 

使用test111登陆PL/SQL之后查看数据库会话信息:



   成功登陆后在数据库里面看到创建了两个session,可以看到sessionlogin时间是11:17:0911:17:28两个时间点。由于没有执行任何SQL,登陆成功后的session状态是INACTIVE的。

IDLE_TIME设置的为1分钟,1分钟后两个会话的状态变成了SNIPED,表示会话已经过期。

当在PL/SQL中执行任何SQL语句的时候,PL/SQL没有报错,成功执行。

但是从后台看,登陆时间变成了11:20:4711:20:51,状态又变成了INACTIVE

说明在PL/SQL执行SQL语句的时候自动的重新登陆了。

 

下面是SQLPLUS的情况:


11:37:26登陆成功后,为SQLPLUS创建了一个SESSION,

1分钟没操作后会话变成了SNIPED状态。

再次到该会话操作时,收到如下报错:



从上一张图片可以看出,从后台看SQLPLUS的SESSION已经被KILL。
由此可以判断,PROFILE IDLE_TIME对SQLPLUS有效,对PL/SQL无效
跟客户端有很大关系


    通过这个实验还可以发现一点,会话过期后,会话的状态会变成SNIPED,该会话不会被立即KILL,直到会话对应的客户端下次执行SQL时被KILL,说明这段时间会话对应的服务器进程一直存在,如果这样的会话很多,且SNIPED存在的状态持续较长时间,那么数据库可能超过PROCESSES初始化参数的限制。

另外这里解释一下sqlnet.ora配置文件中配置SQLNET.EXPIRE_TIME参数的含义:

 

    SQLNET.EXPIRE_TIME=1表示每过1分钟都向客户端发出一个测试连接的包,客户端收到后会给出响应,如果连接正常,这个连接是不会被杀掉的。

这个参数是用于解决客户端无故关闭,网络出现故障,再指定的时间内杀掉服务器进程。


    Oracle推荐PROFILESQLNET.EXPIRE_TIME一起使用,但由于PL/SQL工具本身的特点,它会在SESSION的状态变成SNIPED(PROFILE IDLE_TIME超时)后,第一次操作的时候自动重新连接,所以这两种方法都控制不了它。


    Oracle提出一种方法,就是在Oracle服务器端部署定时杀掉SNIPED状态会话的脚本。但是为了处理少量的PL/SQL客户端,未免有点大费周章了。


--end--

阅读(11191) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
评论热议
请登录后评论。

登录 注册