我们的生产系统使用的是oracle 11G RAC,昨天突然收到微信告警通知session数达到450个,平时的session数在200个左右. select username,status,machine from v$session:发现基本上是同一个oracle用户占用了200多个session,status全是inactive,machine也是同一个机器.经过询问发现原来是一个开发同事误把测试环境的ip地址写成了生产环境在进行调试.事情总算告一段路安,找到了问题的根源.顺便提一下,1.

Oracle session active 和 inactive 状态 说明 原创 2011年06月12日 13:08:00 标签: session / oracle / database / server / 中间件 / resources   一. Session 状态说明 可以通过v$session 视图的status列查看session 的状态.  关于该视图的使用,参考联机文档: V$SESSION http://download.oracle.com/docs/cd/E11882_0

Oracle列操作 增加一列: alter table emp4 add test varchar2(10); 修改一列: alter table emp4 modify test varchar2(20); 删除一列: alter table emp4 drop column test; 这里要注意几个地方,首先,增加和修改列是不需要加关键字COLUMN,否则会报错ora-00905. 其次,对删除单列的话,一定要加COLUMN,然后记住,删除是不需要加列类型的. 做法如下: 增加多列: al

Oracle session连接数和inactive的问题记录 http://timnity.javaeye.com/blog/280383 从上周起,服务器Oracle数据库出现问题,用不到半天,就会报maxsession(150)的问题,肯定是数据库的会话超过最大数了.   由于服务器跑的是文件传输应用,占用的请求和会话肯定很大,因此用户数不大就已经让oracle的会话数达到最大值.   处理方式不外乎两种:扩大oracle最大session数以及清除inactive会话,当然还有,就是从数

#查看当前不为空的连接select * from v$session where username is not null #查看不同用户的连接数 select username,count(username) from v$session where username is not null group by username #连接数 select count(*) from v$session #并发连接数 Select count(*) from v$session where stat

问题描述:Oracle数据库,java代码使用某数据库实例,获取connection并在使用结束关闭,而session未销毁,而是状态变为inactive从而导致临时表数据未清空. Oracle临时表有session级别和事务级别,正常情况下session级别临时表数据会在session关闭后自动清空.而项目中同时连接了多个实例,2个实例配置参数全部一致,另一个实例在关闭connection后,session自动销毁,该实例session却仅仅是状态在切换. 原因:java web程序使用的了O

一.解释session web应用中,session是服务器段保存用户信息的一个对象,cookie是浏览器端保存用户信息的对象.今天了解了oracle也有session对象,那么什么是oracle的session对象呢? 依照web应用的模式,很容易理解,session是oracle服务器端保存信息的对象.记录了本次连接的客户端机器.通过哪个应用程序.哪个用户在登录等信息.session 是和connection同时建立的,两者是对同一件事情不同层次的描述.简单讲,connection是物理上的

导读: 同学们是不是都用遇到过这种情况,一个业务系统开发期业务并发量只是估算一个值,而系统上线后这个并发量可能会出现溢出或是不够的   情况.在这种情况下我们DBA怎么给出合理的性能优化建议呢?本文就是利用数据给出session并发量的合理值.   目的: 利用数据给出ORACLE性能优化session的合理值.   环境: OS: 6.1 AIX Oracle: 11.2.0.4  rac on 2 nodes   1.实例启动后用户最大并发session? select SESSIONS_C

As we all known ,its the normal way  to use the SQL  'alter system kill 'sid,serial#'' to kill a session,but in some situation ,we hava to kill all the session by the SERVICES,such as deadlock with TM contention. So,does the Oracle the good idea to d

增加字段的语句很简单,以用户身份连接oracle服务: alter table tablename add(colname coltype); # 填上表名.字段名.字段类型 修改字段顺序前,查看表中各字段的顺序: 首先,查看表对应的id: select object_id from all_objects where owner = 'user' and object_name = 'tablename'; # 填上表的所有者.表名 然后,查看表中各字段的顺序: select obj#,col

一.官网说明 1.1 processes 11gR2 的文档: Property Description Parameter type Integer Default value 100 Modifiable No Range of values 6 to operating system dependent Basic Yes Oracle RAC Multiple instances can have different values. PROCESSES specifies the max

什么是session 通俗来讲,session 是通信双方从开始通信到通信结束期间的一个上下文(context).这个上下文是一段位于服务器端的内存:记录了本次连接的客户端机器.通过哪个应用程序.哪个用户在登录等信息[在pl/sql developer中,通过Tools-->Sessions可以查看当前数据库的session].session 是和connection同时建立的,两者是对同一件事情不同层次的描述.简单讲,connection是物理上的客户机同服务器段的通信链路,session是逻

有时候,我们在执行数据库请求时,需要向数据库传一些应用程序的上下文信息,比如当前应用的用户.举个场景,我们要通过触发器记录对某些关键表的修改日志,日志包括修改的表,字段,字段的值,修改的时间,当然非常重要的是,还要知道是哪个用户修改的.但是触发器是不知道应用系统的用户信息的.怎么将这个信息传递给触发器,或者说让触发器能拿到呢?我们可以利用oracle 的 session context来实现.大家知道,session 就是一次连接到断开连接这个会话周期,并且会话之间是隔离的.1.创建一个用来修改

故障简单描写叙述一下:LINUX系统未开启HugePages,主机内存将近300G.SWAP是32G.ORACLE 的 SGA_MAX_SIZE设置是主机内存的将近80%,SGA_TARGET设置是主机内在的将近60%.正常情况下数据库session大约在将近500. 故障当天业务有变化,session数添加了一倍.达到上1000个.内存紧张,用到了SWAP空间. 解决:找时间关数据库,又一次配置HugePages,重新启动数据库后观察,内存消耗较少,与未开启HugePages之前是数量级对照.

ORACLE RAC系统是一个可以横向进行扩展的系统,当一个RAC系统计算能力不满足客户的需求时候,增加节点能够快速增加整个系统的计算能力,使得客户系统计算能力得到一定的提升,以满足客户不断增长的计算需求. 一.        增加节点的准备工作 俗话说,磨刀不误砍柴工,在RAC安装和增加节点过程中,该俗语充分体现了准备工作的重要性.硬件初始化主要包括服务器的安装.存储的连接.网络连接等步骤.本文所基于的基本环境如下: 1.         原有节点分别为cluster1和cluster2 2.

增加字段语法:alter table tablename add (column datatype [default value][null/not null],….); 说明:alter table 表名 add (字段名 字段类型 默认值 是否为空); 例:alter table sf_users add (HeadPIC blob); 例:alter table sf_users add (userName varchar2(30) default '空' not null); 修改字段的

1.删除1980年雇员的雇员信息: delete  from myemp where     hiredate between to_date('1980-1-1','yyyy-mm-dd') and to_date('1980-12-31','yyyy-mm-dd') ; 执行上述语句后其实还没有真正意义上的更新,必须执行下面的语句才会彻底删除,否则其他session会话查询的时候,1980年的员工信息还依然存在.但是当你退出之后Oracle会自动commit的. COMMIT WORK; -

参考资料: 1. 最重要的参考文章,基本上就是按这个做的!!!:https://www.inf.unibz.it/dis/wiki/doku.php?id=students:minnerebner:oracle:addingsrid . 2. 实例参考:http://www.cnblogs.com/cleverxy/archive/2012/04/28/2474563.html 步骤1是从0开始,这个应该有一些基础了,可以对照看一下里面对8801~8807.9802~9807的解释,然后再去数据

触发器无需commit也不能写commit触发器和触发它的DML是同一个事务DML提交了,触发器的操作也提交了,要不就一起回滚了 当然,如果你一定要在触发器里写COMMIT那就用自治事务相当于一个事务里的子事务 正常情况下,Oracle规定在触发器中不能运行 ddl语句和commit,rollback语句. 解决办法有两种: 1.在可以在触发器中加入:pragma autonomous_transaction; 表示自由事务处理.如: create or replace trigger UPDA

1.增加一列: Alter table 表名 add 列名 varchar2(10); 2.修改一列: Alter table 表名 modify 列名 varchar2(20); 3.删除一列: Alter table 表名 drop column 列名; 这里要注意几个地方,首先,增加和修改列是不需要加关键字COLUMN,否则会报错ora-00905. 其次,对删除单列的话,一定要加COLUMN,然后记住,删除是不需要加列类型的. 4.增加多列: Alter table 表名 add (列名