ITPUX技术网

交流 . 资讯 . 分享
Make progress together!
Linux操作系统下Oracle11g R2 RAC 安装配置教程
Oracle数据库培训-备份恢复-性能优化-集群容灾
Oracle数据库DBA高级工程师培训视频

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

内容发布:luashin| 发布时间:2017-6-8 00:12:32
使用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分钟。

配置文件已创建
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客户端,未免有点大费周章了。


上一篇:Oracle数据文件物理删除后的恢复
下一篇:通过SQL准确查出一天的数据方法
回复

使用道具 举报

1框架
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

快速回复 返回顶部 返回列表