一个CPU很高的进程

[复制链接]
查看11 | 回复4 | 2011-11-1 16:23:26 | 显示全部楼层 |阅读模式
RAC结构,2个结点的数据库服务器,用top命令查看时有一个进程的CPU很高,200%
Tasks: 1430 total, 3 running, 1427 sleeping, 0 stopped, 0 zombie
Cpu(s):3.1%us,1.4%sy,0.0%ni, 95.5%id,0.0%wa,0.0%hi,0.0%si,0.0%st
Mem:264492124k total, 167445760k used, 97046364k free, 491276k buffers
Swap: 18874360k total, 434244k used, 18440116k free,4581160k cached
PID USERPRNIVIRTRESSHR S %CPU %MEMTIME+COMMAND
39630 grid20 0 3802m28m 8784 R 200.00.0 2573:32 java
95788 oracle20 0120g34m25m S 59.90.0 0:52.86 oracle
5935 rootRT 0756m88m57m S9.80.028578:31 osysmond.bin
6698 grid-2 0 1306m14m12m S2.00.0 5160:00 oracle
55633 oracle20 0120g42m34m S2.00.0 810:22.06 oracle
101155 oracle20 0 16096 2328944 R1.60.0 0:00.48 top
55548 oracle-2 0120g16m13m S1.30.0 4241:01 oracle
查看这个进程的详细信息

[root@jytrac01 log]# ps -ef |grep java
root 4775102014 ?19:18:51 /u01/app/11.2.0/grid_home/jdk/jre/bin/java -Xms64m -Xmx256m -classpath /u01/app/11.2.0/grid_home/tfa/jytrac01/tfa_home/jar/RATFA.jar:/u01/app/11.2.0/grid_home/tfa/jytrac01/tfa_home/jar/je-4.0.103.jar:/u01/app/11.2.0/grid_home/tfa/jytrac01/tfa_home/jar/ojdbc6.jar oracle.rat.tfa.TFAMain /u01/app/11.2.0/grid_home/tfa/jytrac01/tfa_home
grid396301 99 Jul01 ?1-19:18:07 /u01/app/oracle/product/11.2.0/db_1/jdk/bin/java -mx150m -cp /u01/app/11.2.0/grid_home/OPatch/ocm/lib/emocmclnt.jar:/u01/app/oracle/product/11.2.0/db_1/oui/jlib/OraInstaller.jar:/u01/app/oracle/product/11.2.0/db_1/oui/jlib/OraPrereq.jar:/u01/app/oracle/product/11.2.0/db_1/oui/jlib/share.jar:/u01/app/oracle/product/11.2.0/db_1/oui/jlib/orai18n-mapping.jar:/u01/app/oracle/product/11.2.0/db_1/oui/jlib/xmlparserv2.jar:/u01/app/oracle/product/11.2.0/db_1/oui/jlib/emCfg.jar:/u01/app/oracle/product/11.2.0/db_1/oui/jlib/ojmisc.jar:/u01/app/11.2.0/grid_home/OPatch/jlib/opatch.jar:/u01/app/11.2.0/grid_home/OPatch/jlib/opatchsdk.jar:/u01/app/11.2.0/grid_home/OPatch/oplan/jlib/automation.jar:/u01/app/11.2.0/grid_home/OPatch/oplan/jlib/apache-commons/commons-cli-1.0.jar:/u01/app/11.2.0/grid_home/OPatch/jlib/oracle.opatch.classpath.jar:/u01/app/11.2.0/grid_home/OPatch/oplan/jlib/jaxb/activation.jar:/u01/app/11.2.0/grid_home/OPatch/oplan/jlib/jaxb/jaxb-api.jar:/u01/app/11.2.0/grid_home/OPatch/oplan/jlib/jaxb/jaxb-impl.jar:/u01/app/11.2.0/grid_home/OPatch/oplan/jlib/jaxb/jsr173_1.0_api.jar:/u01/app/11.2.0/grid_home/OPatch/oplan/jlib/OsysModel.jar:/u01/app/11.2.0/grid_home/OPatch/oplan/jlib/osysmodel-utils.jar:/u01/app/11.2.0/grid_home/OPatch/oplan/jlib/CRSProductDriver.jar:/u01/app/11.2.0/grid_home/OPatch/oplan/jlib/oracle.oplan.classpath.jar -DOPatch.ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1 -DOPatch.DEBUG=false -DOPatch.RUNNING_DIR=/u01/app/11.2.0/grid_home/OPatch -DOPatch.MW_HOME= -DOPatch.WL_HOME= -DOPatch.COMMON_COMPONENTS_HOME= -DOPatch.OUI_LOCATION= -DOPatch.FMW_COMPONENT_HOME= -DOPatch.OPATCH_CLASSPATH= -DOPatch.WEBLOGIC_CLASSPATH= oracle/opatch/OPatch lsinventory -oh /u01/app/oracle/product/11.2.0/db_1 -invPtrLoc /u01/app/oracle/product/11.2.0/db_1/oraInst.loc
root 110424 1103090 17:15 pts/100:00:00 grep java

昨天用OPatch 的命令查看过CRS和DB的版本,也记不清楚报过什么错误了,感觉这个进程应该和昨天执行的命令有关
想请问高人,这个进行可以结束吗?怎么结束最安全?

查看另外一个结点的进程,也有一个grid用户执行的JAVA进程,但是下面这个样子的:
[root@jytrac02 ~]# ps -ef |grep java
root 4775102014 ?20:01:18 /u01/app/11.2.0/grid_home/jdk/jre/bin/java -Xms64m -Xmx256m -classpath /u01/app/11.2.0/grid_home/tfa/jytrac02/tfa_home/jar/RATFA.jar:/u01/app/11.2.0/grid_home/tfa/jytrac02/tfa_home/jar/je-4.0.103.jar:/u01/app/11.2.0/grid_home/tfa/jytrac02/tfa_home/jar/ojdbc6.jar oracle.rat.tfa.TFAMain /u01/app/11.2.0/grid_home/tfa/jytrac02/tfa_home
root40317387660 16:52 pts/000:00:00 grep java
grid52085102014 ?04:31:26 /u01/app/11.2.0/grid_home/jdk/bin/java -server -Xcheck:jni -Xms128M -Xmx384M -Djava.awt.headless=true -Ddisable.checkForUpdate=true -Dstdstream.filesize=100 -Dstdstream.filenumber=10 -DTRACING.ENABLED=false -Doracle.wlm.dbwlmlogger.logging.level=INFO -Dport.rmi=23792 -jar /u01/app/11.2.0/grid_home/oc4j/j2ee/home/oc4j.jar -config /u01/app/11.2.0/grid_home/oc4j/j2ee/home/OC4J_DBWLM_config/server.xml -out /u01/app/11.2.0/grid_home/oc4j/j2ee/home/log/oc4j.out -err /u01/app/11.2.0/grid_home/oc4j/j2ee/home/log/oc4j.err
请高人指点,比较着急,因为是业务数据库,不能随便操作,随便停机
谢谢!

回复

使用道具 举报

千问 | 2011-11-1 16:23:26 | 显示全部楼层
是不是装了grid control?
回复

使用道具 举报

千问 | 2011-11-1 16:23:26 | 显示全部楼层
没装GC,是用过OPatch lsinventory -oh 的命令查看过数据库和CRS的版本信息

回复

使用道具 举报

千问 | 2011-11-1 16:23:26 | 显示全部楼层
看进程时间也是第一个结点那个进程和你执行的查看patch版本的命令有关,直接杀掉拉倒。
回复

使用道具 举报

千问 | 2011-11-1 16:23:26 | 显示全部楼层
你可以在执行一下”OPatch 的命令查看CRS和DB的版本“,如果多一个同样占CPU很高的进程,那你的问题就复现了。具体是BUG还是其他原因,去METALINK上查查看 有没。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行