使用Oracle PROFILE控制会话空闲时间

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

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;    <<<< 对PROFILE中KERNEL类型的项目进行控制需要将该参数设置为TRUE，PASSWORD类型的项目不受此参数限制。

 

系统已更改。

 

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 ，可以看到 session 的 login 时间是 11:17:09 和 11:17:28 两个时间点。由于没有执行任何 SQL ，登陆成功后的 session 状态是 INACTIVE 的。

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

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

但是从后台看，登陆时间变成了11:20:47和11: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推荐PROFILE和SQLNET.EXPIRE_TIME一起使用，但由于PL/SQL工具本身的特点，它会在SESSION的状态变成SNIPED(PROFILE IDLE_TIME超时）后，第一次操作的时候自动重新连接，所以这两种方法都控制不了它。

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

--end--

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/23135684/viewspace-1622190/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/23135684/viewspace-1622190/