oracle用户100%的情况如何避免

oracle用户100%的情况如何处理

79      adump4717    bdump2572945 cdump0       dpdump0       pfile22310   scripts32879   udump

搜索其他人的解决方案
直接删除bdump出a开头的文件
移走cdump下面的文件
cdump怎么一下就快速的增长了呢

附：
最近公司上了一個案子，在做Standby 的時間發現bdump報如下錯誤，經過多次驗證確定是/etc/hosts hostname 和 IP地址不一致導致 ，修改為正確的，重新啟動一下DB，以下報錯就沒有再出現。

做個記錄，防止自己忘記

Wed Oct 05 20:00:43 CST 2011found dead dispatcher 'D000', pid = (18, 45)Wed Oct 05 20:00:43 CST 2011dispatcher 'D000' encountered error getting listening addressWed Oct 05 20:00:43 CST 2011Errors in file /u01/app/oracle/admin/sfisdb/bdump/sfisdb_ora_3257.trc:ORA-07445: exception encountered: core dump [kslgetl()+120] [SIGSEGV] [Address not mapped to object] [0x000000210] [] []ORA-00108: failed to set up dispatcher to accept connection asynchronouslyWed Oct 05 20:00:46 CST 2011found dead dispatcher 'D000', pid = (18, 46)Wed Oct 05 20:00:47 CST 2011dispatcher 'D000' encountered error getting listening address

解决方案：

DJTSITECDBDJTSITECDB[/etc]#ll nss*-r--r--r--   1 bin        bin            579 Jan  6  2009 nsswitch.compat-rw-r--r--   1 root       sys             17 Feb 25 22:50 nsswitch.conf-r--r--r--   1 bin        bin            382 Jan  6  2009 nsswitch.files-r--r--r--   1 bin        bin            628 Jan  6  2009 nsswitch.hp_defaults-r--r--r--   1 bin        bin            564 Jan  6  2009 nsswitch.nis

新增一个配置文件：

DJTSITECDB[/etc]#cat nsswitch.confhosts: files dns

ping通主机了

DJTSITECDB[/etc]#ping DJTSITECDBPING DJTSITECDB: 64 byte packets64 bytes from 172.19.67.2: icmp_seq=0. time=0. ms64 bytes from 172.19.67.2: icmp_seq=1. time=0. ms64 bytes from 172.19.67.2: icmp_seq=2. time=0. ms

重新停止一下监听
停数据
起数据库
起监听

/dev/vg00/lvoraclelog                    131072    1754  121243    1% /oraclelog/dev/vg00/lvoracle 7340032 4773485 2406478   66% /oracle/dev/vg00/lvnetapp 1048576   56080  930527    6% /netapp

查看更多 下一篇