Heim  >  Artikel  >  Datenbank  >  两条Linux命令彻底杀死Oracle

两条Linux命令彻底杀死Oracle

WBOY
WBOYOriginal
2016-06-07 16:55:371281Durchsuche

两条极具杀伤力的命令,它可以瞬间将Oracle杀死在无形之中。后面我将给出简单注释并展示一下它的威力。$ ps -ef |grep $ORACLE_S

两条极具杀伤力的命令,它可以瞬间将Oracle杀死在无形之中。后面我将给出简单注释并展示一下它的威力。
$ ps -ef |grep $ORACLE_SID|grep -v grep|awk '{print $2}' | xargs kill -9
$ ipcs -m | grep oracle | awk '{print $2}' | xargs ipcrm shm

这两条命令的来由:
今天处理了三起Oracle数据库无故无法登录的问题,无论你采取什么手段都无法登陆到Oracle的SQL*PLus中,更谈不上故障排查了。
这种情况下有两种选择,第一种选择是经过一个较长的时间来排查故障原因,另外一种方法是不惜一切代价启动数据库以便尽快恢复生产。

如果是测试实验环境可以使用第一种方法来完成,对于排查问题的经验积累是有意的。
如果是生产环境,减少停机时间是最最至上的原则,所以我们只有不惜一切代价让数据库尽快恢复使用。

对于尽快恢复生产的方法主要也有两种。
第一种不惜代价的方法是重启服务器主机,彻底释放一切资源,重新来过,这种方法是有效的,,不过停机时间还是有点长,而且技术含量比较低,所以不是很推荐使用这种超级“简单粗暴”的方法。
第二种方法就是我将要给大家展示的方法。

1.第一步:使用Linux的kill命令杀死所有与oracle有关的进程。
1)查询到与ORACLE_SID相关的oracle进程
$ ps -ef |grep $ORACLE_SID
oracle    7776     1 0 22:51 ?        00:00:00 ora_pmon_ora10g
oracle    7778     1 0 22:51 ?        00:00:00 ora_psp0_ora10g
oracle    7780     1 0 22:51 ?        00:00:00 ora_mman_ora10g
oracle    7782     1 0 22:51 ?        00:00:00 ora_dbw0_ora10g
oracle    7784     1 0 22:51 ?        00:00:00 ora_dbw1_ora10g
oracle    7786     1 0 22:51 ?        00:00:00 ora_lgwr_ora10g
oracle    7788     1 0 22:51 ?        00:00:00 ora_ckpt_ora10g
oracle    7790     1 0 22:51 ?        00:00:00 ora_smon_ora10g
oracle    7792     1 0 22:51 ?        00:00:00 ora_reco_ora10g
oracle    7794     1 0 22:51 ?        00:00:00 ora_cjq0_ora10g
oracle    7796     1 0 22:51 ?        00:00:00 ora_mmon_ora10g
oracle    7798     1 0 22:51 ?        00:00:00 ora_mmnl_ora10g
oracle    7832     1 0 22:51 ?        00:00:00 ora_arc0_ora10g
oracle    7834     1 0 22:51 ?        00:00:00 ora_arc1_ora10g
oracle    7836     1 0 22:51 ?        00:00:00 ora_qmnc_ora10g
oracle    7842     1 0 22:51 ?        00:00:00 ora_q000_ora10g
oracle    7847     1 0 22:52 ?        00:00:00 ora_q001_ora10g
oracle    7951 7592 0 23:11 pts/2    00:00:00 grep ora10g

linux

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn