@H_
404_0@
问题引出:测试环境,进行oralce的shutdown immediate,等待时间很长,长的无法等待
@H_
404_0@
ORACLE shutdown 过程:
@H_
404_0@1、shutdown normal(正常
关闭方式):阻止任何
用户建立新的连接;等待当前所有正在连接的
用户主动断开连接;当所有的
用户都断开连接后,将立即
关闭数据库
@H_
404_0@2、shutdown transactional(实务
关闭方式):阻止
用户连接新的连接和开始新事务;等待所有活动事务提交后,再断开
用户连接;当所有的活动实务提交完毕、所有的
用户都断开连接后,将
关闭数据库
@H_
404_0@
3、shutdown immediate(立即关闭方式):阻止
用户连接新连接和开始新事务;将未提交的活动事务回退;
关闭数据库
@H_
404_0@4、shutdown abort(终止
关闭方式):阻止
用户建立新连接和开始新事务;取消未提交的活动事务,而不是回退;立即终止正在执行的任何
sql语句;立即
关闭数据库
@H_
404_0@无疑,shutdown abort是最开速
关闭数据库的方式,但是很可能会使
数据库处于不一致状态,严重可能损坏
数据库,导致
数据库起不来,特别是生产环境。虽然现在是测试环境,但是也不建议这样做。推荐使用shutdown immediate方式
关闭数据库。
@H_
404_0@
快速关闭数据库的因素:
@H_
404_0@1、连接的客户端进程
数量
@H_
404_0@2、未提交的事务占用的UNDO BLOCK
数量
@H_
404_0@3、长时间运行的会话
@H_
404_0@4、SMON进程清理临时段的速度
@H_
404_0@
问题分析与解决:
@H_
404_0@金融业务,频繁使用PL/
sqldeveloper连接
数据库进行
查询
@H_
404_0@输入ps aux | grep oracle查看进程
@H_
404_0@
30170002947">
@H_
404_0@可以看到
LOCAL=NO,即通过监听进行的网络连接,看了下环境,大概有好几千个
@H_
404_0@可以进行kill -9 pid进行结束会话,但是好几千个会话,一个个的输入是要累死的节奏。shutdown immediate的时候,oracle也会
自动去断开所有的客户端连接,这样也很慢。
@H_
404_0@使用如下语句进行批量杀会话,这样就可以
快速关闭数据库了
@H_
404_0@
psaux|grep "LOCAL=NO" |awk'{printf"%s/n",$2}'|xargskill-9
@H_
404_0@
正常关闭数据库流程:
@H_
404_0@1、关监听
@H_
404_0@2、断session
@H_
404_0@3、shutdown immediate