Oracle数据库的后台进程越来越多,上周在用户环境中,遇到一则 O001 进程 100% CPU占用的案例。
O00n 进程是RDBMS实例和ASM实例进行通讯的后台进程,其含义为 ASM Connection Pool Process - ASM连接池进程,主要用于维护从实例到ASM的元数据操作。
在进程的状态信息中,可以看到进程的操作相关信息:
在跟踪诊断中,发现100% CPU占用的进程的运行时间都超长,以下进程等待时间超过 400115 分钟,合计约278天:
经过确认,O001 、Onnn、或这说 O00n 进程在持续运行约 250 天之后,可能就会出现 100% CPU耗用的情况。
在这种情况下,可以选择直接Kill -9 杀掉该进程,目前Oracle尚未有修复补丁。
O00n 进程是RDBMS实例和ASM实例进行通讯的后台进程,其含义为 ASM Connection Pool Process - ASM连接池进程,主要用于维护从实例到ASM的元数据操作。
在进程的状态信息中,可以看到进程的操作相关信息:
Session Wait History:
elapsed time of 0.000018 sec since current wait
0: waited for 'ASM file metadata operation'
msgop=0xf, locn=0x0, =0x0
wait_id=93046 seq_num=3771 snap_id=1
wait times: snap=0.000679 sec, exc=0.000679 sec, total=0.000679 sec
wait times: max=infinite
wait counts: calls=0 os=0
occurred after 0.000009 sec of elapsed time
1: waited for 'class slave wait'
slave id=0x0, =0x0, =0x0
wait_id=93045 seq_num=3770 snap_id=1
wait times: snap=0.000052 sec, exc=0.000052 sec, total=0.000052 sec
wait times: max=infinite
wait counts: calls=1 os=1
occurred after 0.000023 sec of elapsed time
在跟踪诊断中,发现100% CPU占用的进程的运行时间都超长,以下进程等待时间超过 400115 分钟,合计约278天:
Current Wait Stack:
0: waiting for 'class slave wait'
slave id=0x0, =0x0, =0x0
wait_id=93047 seq_num=3772 snap_id=1
wait times: snap=400115 min 52 sec, exc=400115 min 52 sec, total=400115 min 52 sec
wait times: max=infinite, heur=400115 min 52 sec
wait counts: calls=14855 os=14855
in_wait=1 iflags=0x15a0
经过确认,O001 、Onnn、或这说 O00n 进程在持续运行约 250 天之后,可能就会出现 100% CPU耗用的情况。
在这种情况下,可以选择直接Kill -9 杀掉该进程,目前Oracle尚未有修复补丁。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




