shutdown immediate 太慢，需要进行进程查杀

问题引出：测试环境，进行oralce的shutdown immediate，等待时间很长，长的无法等待

ORACLE shutdown 过程：

1、shutdown normal（正常关闭方式）:阻止任何用户建立新的连接；等待当前所有正在连接的用户主动断开连接；当所有的用户都断开连接后，将立即关闭数据库

2、shutdown transactional（实务关闭方式）：阻止用户连接新的连接和开始新事务；等待所有活动事务提交后，再断开用户连接；当所有的活动实务提交完毕、所有的用户都断开连接后，将关闭数据库

3、shutdown immediate(立即关闭方式)：阻止用户连接新连接和开始新事务；将未提交的活动事务回退；关闭数据库

4、shutdown abort(终止关闭方式)：阻止用户建立新连接和开始新事务；取消未提交的活动事务，而不是回退；立即终止正在执行的任何SQL语句；立即关闭数据库

无疑，shutdown abort是最开速关闭数据库的方式，但是很可能会使数据库处于不一致状态，严重可能损坏数据库，导致数据库起不来，特别是生产环境。虽然现在是测试环境，但是也不建议这样做。推荐使用shutdown immediate方式关闭数据库。

快速关闭数据库的因素：

1、连接的客户端进程数量

2、未提交的事务占用的UNDO BLOCK数量

3、长时间运行的会话

4、SMON进程清理临时段的速度

问题分析与解决：

金融业务，频繁使用PL/SQL developer连接数据库进行查询

输入ps aux | grep oracle查看进程

可以看到LOCAL=NO，即通过监听进行的网络连接，看了下环境，大概有好几千个

可以进行kill -9 pid进行结束会话，但是好几千个会话，一个个的输入是要累死的节奏。shutdown immediate的时候，oracle也会自动去断开所有的客户端连接，这样也很慢。

使用如下语句进行批量杀会话，这样就可以快速关闭数据库了

ps aux |grep "LOCAL=NO" |awk '{printf "%s/n", $2}' |xargs kill -9
或者linux操作系统
ps -ef |grep "LOCAL=NO" |awk '{print $2}'|xargs kill -9

正常关闭数据库流程：

1、关监听

2、断session

3、shutdown immediate

 

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

转载于:http://blog.itpub.net/28869493/viewspace-1982684/