oracle关闭数据库详解

oracle总结-oracle关闭正确步骤
相信好多人都遇到过这样的问题,在不关闭数据库时候数据库一直没有反应,这个时候该怎么办呢?下面稍作总结(win环境下试验过)。由于时间关系,这里只展示代码,不粘贴图片了,但是这些博主肯定都实验过不止一次。
而关闭数据库的过程是:
1.关闭数据库:将数据库的高速缓冲区和重做日志缓冲区中的内容分别写入数据文件和联机日志文件,关闭联机日志文件和数据文件。
2.从实例卸载数据库,关闭控制文件。
3.关闭alert文件盒跟踪文件,释放sga,终止后台进程。
大多数人关闭数据库直接sqlplus/nolog,然后conn /as sysdba,最后shutdown immediate。这个时候一般大型的数据库就卡在那里,一直等待。这里简单一笔带过,几种关闭和打开数据库方式的区别。
shutdown abort:直接强制关闭;
shutdown immediate:强制checkpoint,关闭所有文件;
shutdown transational:等待事务结束;强制checkpoint,关闭所有文件;
shutdown normal:等待事务结束;强制checkpoint,关闭所有文件;必须等待所有用户从数据库中退出;
当然一般我们采用shutdown immediate,但是这样可能数据库一直卡在哪里。因为这时候要回退所有未提交的业务,而且,要checkpoint,因此要花费一定时间进行处理。如果卡的时间比较久,就只能先shutdown abort,然后恢复。
这时候关闭的正确步骤:
1.查看有无运行进程:
select sess.sid,
sess.serial#,
lo.oracle_username,
lo.os_user_name,
ao.object_name,
lo.locked_mode
from v l o c k e d o b j e c t l o , d b a o b j e c t s a o , v locked_object lo, dba_objects ao, v lockedobjectlo,dbaobjectsao,vsession sess
where ao.object_id = lo.object_id and lo.session_id = sess.sid;
如果查到有,这时候查看是否重要进程,查询基础上做出相应操作。如果无用进程,
—查杀进程
alter system kill session ‘493,44511’;
–ORA - 00031解决方案
SELECT a.spid,b.sid,b.serial#,b.username FROM v s e s s i o n b , v session b,v sessionb,vprocess a WHERE a.addr = b.paddr AND b.status = ‘KILLED’;
–SELECT spid,osuser,s.program FROM v s e s s i o n s , v session s,v sessions,vprocess p WHERE s.paddr = p.addr AND s.SID = ‘149’;(上面查到的sid)
–在OS上杀死这个进程
–unix中用root身份执行: #-9 12345 (即上面查询出来的 sid/spid)
–用orakill杀死线程(unix也适用),orakill是oracle提供的一个可执行命令,语法为 orakill sid thread
–其中 sid:要杀死的进程属于的实例名 thread:是要杀掉的线程号,即spid/sid
2.alter system switch logfile;
3.alter system checkpoint;
4.退出exit;接着lsnrctl stop;
5.conn /as sysdba执行shutdown immediate;
这时候数据库就可以正常退出了。

附:switch logfile和checkpoint详解。
switch logfile就是切换日志组,当手动切换日志组之后,oracle开始往新日志组写日志,并且进行一次checkpoint,把老日志组没有checkpoint的那部分dirty buffer从buffer
cache里面写到数据文件中。
至于switch logfile是否能够导致checkpoint,答案是肯定的,会。但是大家对这个checkpoint理解各不相同,有的人说是normal checkpoint,有人说是incremental
checkpoint,这是口舌之争,无意。我查看了官方文档,上面写的是log file switch(checkpoint incomplete)
Waiting for a log switch because the session cannot wrap into the next log. Wrapping cannot be performed because the checkpoint for that log has not completed.也就是说跟正常的normal checkpoint并不一样,那可以理解为增量或者说不完全的normal checkpoint。
这时候有人要问normal checkpoint和incremental checkpoint的区别,完全checkpoint是把所有的脏数据写入到数据块中,同时更新scn,而为了降低系统消耗,
聪明的oracle发明了增量checkpoint,将数据源源不断写入硬盘中。
checkpoint机制就是保证数据一致性,因为数据commit时候是把日志写到日志文件中去,然后再通过buffer cache把脏数据不定期地写入到数据文件中去,这两步操作室不一致的。而当数据库崩溃时候就要利用checkpoint和日志文件恢复到崩溃前的状态。
checkpoint是由后台的ckpt进程发出,ckpt触发dbwr进程进而把脏数据写入到磁盘中,同时数据文件控制文件的文件头更新checkpoint信息。
当然,checkpoint无法引起日志切换。

原文链接:https://blog.csdn.net/arlen1990/article/details/40073549

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值