Heim >Datenbank >MySQL-Tutorial > oracle真实案例之oem大量占用cpu与内存问题的解决方法

oracle真实案例之oem大量占用cpu与内存问题的解决方法

WBOY
WBOYOriginal
2016-06-07 17:40:051125Durchsuche

一、介绍由于dba离职,所以公司所有的oracle数据库服务器我先兼职管理,今天登陆某省的数据库,发现ssh登陆30秒左右才进入,之后查看了一下负载与内存,具体情况

一、介绍

   由于dba离职,所以公司所有的oracle数据库服务器我先兼职管理,今天登陆某省的数据库,发现ssh登陆30秒左右才进入,之后查看了一下负载与内存,具体情况如下图:

负载:

没有见过这样高的负载,以前见过最多的就是负责1000多,香港空间,java的问题

内存:

连交换内存都使用完了,物理内存就剩下71m了,太危险了

top:

发现了6个僵尸进程与大量的perl进行

现在查看一下僵尸进程

发现都是[sh] 进程,以前遇到过这样的问题,都是由于cron里启动脚本的时候,没有加入错误输入到空设备里导致,解决方法是在cron里运行脚本后,添加>>/dev/null 2>&1,查看一下cron,查看是否与我的想法一致

果然是没有错误的输出,添加完>>/dev/null 2>&1在重启cron服务器就解决了

在查看perl进程

发现2726个进程,占用了大量的cpu与内存

去metalink里查看,发现这个问题是oem的故障导致,oracle给的问题的描述与解决方法为:

二、根据这个解决方法,我先关闭oem,关闭之前我先介绍一下我的系统与数据库的环境

系统版本为

 

数据库版本为

 

1、先登录oracle用户,然后关闭oem

这里需要注意的是,关闭oem的时候,刚开始什么提示都没有,查看系统的日志与oracle的报警日志也都没有任何的提示,但大家还是需要耐心的等待,我这步操作在30分钟的时候才完成了,当你运行完命令的时候,如果发现没有提示,那我建议还是多等一会比较好,不用发现没有提示就ctrl+c终止这个命令。

2、杀掉perl进程

oem关闭了,我们在查看一下内存与perl进程

perl进程

还是2726个,没有变化

内存

55m空闲

下面我们杀掉perl进程,使用 kill -9 $(ps -ef|grep perl|grep -v grep|awk '{print $2}')

 

然后在查看perl进程

现在perl进程没有了

查看一下内存

现在内存已经有6673m了,恢复正常

查看一下负载

现在负载变为正常了,负载这1分钟的为3.15,5分钟的为242.76,15分钟的为1236.57,

虽然负载为3,但我的服务器内为16核,所有负载为3没有问题

服务器cpu核数

现在问题解决了,如果想开启oem监控oracle的话,在oracle用户下使用emctl start dbconsole就可以。

提示:很多数据库的故障,在解决的时候,我建议大家还是先确定问题是如何产生的,美国服务器,找到解决问题的思路与方法,香港服务器,如果有metalink账号的话,最好登陆里面搜索问题产生的原因与解决方法,不太建议在百度或者谷歌里搜索问题解决方法,因为很多问题在百度或者谷歌里搜索的答案不一定准确或者适合你,如果你的生产库出现了问题,你按照百度或者故障里的解决方法解决,同时你也不明白问题的产生原因与解决的思路、办法的话,那么你只能拼运气来解决问题,解决了还好,皆大欢喜,如果没有解决甚至产生更坏的影响的话,估计你离走人不远了。

本文出自 “吟—技术交流” 博客,请务必保留此出处

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