前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >最佳实践:巧妙kill CRS进程而不导致主机重启

最佳实践:巧妙kill CRS进程而不导致主机重启

作者头像
数据和云
发布2018-03-06 16:17:20
2K0
发布2018-03-06 16:17:20
举报
文章被收录于专栏:数据和云

张大朋(Lunar)Oracle 资深技术专家

Lunar 拥有超过十年的 ORACLE SUPPORT 从业经验,曾经服务于ORACLE ACS部门,现就职于 ORACLE Sales Consultant 部门,负责的产品主要是 Exadata,Golden Gate,Database 等。

我们都知道,在RAC环境中,如果kill ocssd.bin进程,会引起主机重启。 但是有时候系统已经异常了了,且CRS不能正常关闭,而主机可能是几年没重启的老系统,没人敢重启,现在怎么办?

我们只能尝试手工kill进程的方式,然后手工修复CRS(注意,在10.2 RAC中,只有3个d.bin进程)。

测试环境:操作系统是OEL 6.6

这套RAC的CRS版本是11.2.0.4:

查看当前CRS的状态:

查看当前所有的CRS进程:

我们开始模拟kill进程。首先kill 掉/u01/app/11.2.0.4/grid/bin/ohasd.bin

如果大家了解11.2RAC的启动过程,我们会知道,kill后会自动重启 。

然后,我们kill cssdmonitor:

这里没有这个进程,表示cssdmonitor进程被重启过了

检查进程

上面进程启动时间在20:04~20:07之间的,都是被/u01/app/11.2.0.4/grid/bin/ohasd.bin进程重启后,自动后台重启的。

现在,我们kill mdnsd gpnpd gipcd osysmond。这4个进程中,前面3个是CRS启动除了ohasd以外,最早启动的几个进程。

如果kill这些进程,ohasd都会重启的:

这里我们看到,刚才kill 的4 进程都没起来,怎么回事?别急,还没到时间,ohasd需要check后才启动。

然后,我们kill 监听:

我们看到,刚才kill的进程都被重启了,11.2的RAC真强悍啊。

现在我们kill /etc/init.d/init.ohasd进程:

’这里我们看到的就是/etc/init.d/init.ohasd被系统自动重启的过程。这些信息会记录在/var/log/message/中:

而且他进程都被自动重启了(注意这是crsd进程还没被重启):

现在我们依次kill:evmlogger.bin gpnpd.bin mdnsd.bin gipcd.bin evmd.bin oraagent.bin scriptagent.bin oraagent.bin orarootagent.bin和两个lisnterner

然后,kill osysmond.bin ologgerd cssdmonitor cssdagent :

现在就剩下一个ocssd.bin了:

现在我们kill 传说中一旦被kill就会引起主机重启的进程 ocssd.bin :

好了,我们的系统都还好好的,没有重启,资源也都释放干净了:

如果要恢复,很简单,只要直接重启crs就ok了:

检查进程:

检查集群状态

这里只显示了节点1,因为节点2我关闭了。 测试证明,只要先kill cssdmonitor 和 cssdagent进程(准确的说是cssagent),再kill ocssd.bin进程,系统是不会重启的。

另外,12.1普通RAC(非Flex Cluster)的情况根本文一样,处理思路和过程也一样。

----the end

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2016-10-08,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 数据和云 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档