换了内存cpu使用率过高cpu和加了一条内存

内容提示:换内存条后CPU占用过高解决办法

文档格式:DOC| 浏览次数:376| 上传日期: 11:41:19| 文档星级:?????

全文阅读已结束如果下载本文需要使用

该用户还上传了这些文档

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

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

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

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

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

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

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

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

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

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

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

还是2726个,没有变化

然后在查看perl进程

现在perl进程没有了

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

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

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

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

本文出自 “ ” 博客,请务必保留此出處

我要回帖

更多关于 换了内存cpu使用率过高 的文章

 

随机推荐