后台数据库操作某个表时处于假死状态,可能该表被某个用户锁定,导致其他用户无法继续操作, 如下是解决方案和实例. 查被锁的表,以及用户 SELECT object_name, machine, s.sid, s.serial# FROM gv$locked_object l, dba_objects o, gv$session s WHERE l.object_id = o.object_id AND l.session_id = s.sid; 解锁,释放SESSION SQL alter sys

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

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

一.官网说明 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是逻

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

#查看当前不为空的连接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 的 session context来实现.大家知道,session 就是一次连接到断开连接这个会话周期,并且会话之间是隔离的.1.创建一个用来修改

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

性能问题:老年代一直处于占满状态,为什么没有发生内存溢出 以HotSpot VM的分代式GC为例,普通对象分配都是在young gen进行的,具体是从在位于young gen中的eden space中分配的TLAB里分配的. 就算old gen已经接近占满其最大capacity,由于新对象的分配都在young gen而如果young GC总是能回收足够空间来避免进一步有对象需要晋升到old gen的话,那就可以一直运行下去而不OOME. 另外一种情况就是其实程序已经进入了不断full GC来试图

select 'alter system kill session '''||sid|| ','||serial#||''';' from v$session where username =' ';

(一)session相关视图 (1)视图 v$session v$active_session_history dba_hist_active_session_history 如果是多节点数据库,v$session和v$active_hist_session_history仅获得单节点的信息,可以使用gv$sessiongv$active_session_history来获取所有节点的信息. (2)三个视图介绍 (2.1)v$session v$session视图记录了当前连接到数据库的sess

使用sqlplus 操作 alter table TEST_TB1 move storage(initial 64K); alter table TEST_TB1 move  ; select SEGMENT_NAME,BYTES/1024/1024 M from user_segments where SEGMENT_NAME like 'TEST_TB%';

如何让Oracle释放undo表空间   最佳答案   在日常的数据库维护和数据库编程中经常会遇到犹豫对大数据量做DML操作后是得ORACLE的undo表空间扩展到十几个G或者几十个G 但是这些表空间的所占用磁盘的物理空间又不会被oracle所释放,如果你用的是PC机很可能会遇到磁盘空间不足的问题,经过个人整理经过如下操作可以重构undo表空间,同样temp表空间也可能在你查询大数据或则创建索引的时候无限扩大导致磁盘空间不足,同样可以用如下方式解决此问题: --查看各表空间名称 select n

Oracle Package的全局变量与Session2012-07-26 aaie_ 阅 3595 转 10简单讲,同一个session下pageckage中的全局变量时公共的,会导致冲突.以下是一些相关的资料和文章. Oracle数据库程序包全局变量的应用1 前言 在程序实现过程中,经常用遇到一些全局变量或常数.在程序开发过程中,往往会将该变量或常数存储于临时表或前台程序的全局变量中,由此带来运行效率降低<频繁读取临时表>或安全隐患<存于前台程序变量,可跟踪内存变量获得>. 本

oracle删除(释放)数据文件/表空间流程 生产环境:数据库里空间不足,niptest 表空间251G,只使用了17G 再alter database datafile '...../niptest1' resize 10G; 的时候说超出了范围要求 由于表变动比较频繁,高水位值比较大 (高水位 HWM "High Water Mark ":oracle中block有没有使用的分界线,它会随着数据的insert而上升,但它并不会随数据的delete而下降,因此全表扫描的时间并不因数据

oracle常用经典SQL查询 常用SQL查询: .查看表空间的名称及大小 )),) ts_size from dba_tablespaces t, dba_data_files d where t.tablespace_name = d.tablespace_name group by t.tablespace_name; .查看表空间物理文件的名称及大小 select tablespace_name, file_id, file_name, ),) total_space from dba_