寻求kill session快速方法（不shutdown）

smilebbsxp

一，当我查询
select count(*),osuser from v$session group by osuser;

发现一个用户连接数非常大
二，想通过
select sid,serial#,username,machine from v$session;
得到sid和serial#后来kill掉它们
alter system kill session 'sid,serial#';

但查询时候该session仍然存在
通过toad发现这个session其实已经被打上了killed的标记了，但连接还是没有释放

三，通过查询
select pro.spid from v$session ses,v$process pro where ses.sid=167 and ses.paddr=pro.addr;
发现与操作系统对应的spid找不到，所以也无法通过操作系统来kill掉

四，想找到为释放连接的sql语句
select sid,user_name,sql_text from v$open_cursor order by sid;
发现都是非程序连接，都是set nls_lang 等操作，估计很长时间没释放了

请教一个快速释放连接的方法
谢谢


查了下，90%的语句都是
/* Formatted on 2005/03/04 14:27 (Formatter Plus v4.8.0) */
SELECT VALUE
FROM nls_instance_parameters
WHERE parameter = 'NLS_DATE_FORMAT'


这个数据库是由其他数据库exp备份过来的，且版本也有所不同，是否在这个方面的问题，是否有解决方法

sshd

It's normal. You will need to wait until PMON rollback the uncommited transactions and clear up the system resource, and that may take a long time.

smilebbsxp

[quote]原帖由 "sshd"]It's normal. You will need to wait until PMON rollback the uncommited transactions and clear up the system resource, and that may take a long time.[/quote 发表：



明白，但这个已经影响到程序连接数据库了，轻易停止数据库运行不是个好的解决方法，难道就没任何办法了吗？
那就要理解为数据库的功能不完善了，呵呵

sshd

that's the way how oracle works.
if you shutdown the database and restart it, the transaction that you killed still needs to rollback.

smilebbsxp

难道真的没有一些强制性的方法吗？不知道是程序问题还是数据库的share_pool太小，时间久了这些session也不释放掉，只能重新启动数据库解决

smilebbsxp

顶，仍然没有好的办法

双眼皮的猪

帮顶~哈~帮不上忙~

jin_ai

还是有办法的。
select spid from v$process p where not exists (select spid from v$session s where s.paddr=p.addr);

kill －9 spid

sshd

AGAIN:

no matter what you do (kill session from within sqlplus, or kill -9 the OS processes), oracle need to spend time to rollback the uncommitted transaction in the session you killed.

If the transaction has run 10 hours before you kill it, oracle WILL spend almost the same amount of time to roll it back.

NO EXCEPTIONS.

smilebbsxp

查了下，90%的语句都是
/* Formatted on 2005/03/04 14:27 (Formatter Plus v4.8.0) */
SELECT VALUE
  FROM nls_instance_parameters
WHERE parameter = 'NLS_DATE_FORMAT'


这个数据库是由其他数据库exp备份过来的，且版本也有所不同，是否在这个方面的问题，是否有解决方法