Oracle用户100%的情况如何处理
Oracle用户100%的情况如何处理
- 79 adump
- 4717 bdump
- 2572945 cdump
- 0 dpdump
- 0 pfile
- 22310 scripts
- 32879 udump
搜索其他人的解决方案
直接删除bdump出a开头的文件
移走cdump下面的文件
cdump怎么一下就快速的增长了呢
附:
最近公司上了一个案子,在做Standby 的时间发现bdump报如下错误,经过多次验证确定是/etc/hosts hostname 和 IP地址不一致导致 ,修改为正确的,重新启动一下DB,以下报错就没有再出现。
做个记录,防止自己忘记
- Wed Oct 05 20:00:43 CST 2011
- found dead dispatcher 'D000', pid = (18, 45)
- Wed Oct 05 20:00:43 CST 2011
- dispatcher 'D000' encountered error getting listening address
- Wed Oct 05 20:00:43 CST 2011
- Errors 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 asynchronously
- Wed Oct 05 20:00:46 CST 2011
- found dead dispatcher 'D000', pid = (18, 46)
- Wed Oct 05 20:00:47 CST 2011
- dispatcher 'D000' encountered error getting listening address
解决方案:
- DJTSITECDB
- DJTSITECDB[/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.conf
- hosts: files dns
ping通主机了
- DJTSITECDB[/etc]#ping DJTSITECDB
- PING DJTSITECDB: 64 byte packets
- 64 bytes from 172.19.67.2: icmp_seq=0. time=0. ms
- 64 bytes from 172.19.67.2: icmp_seq=1. time=0. ms
- 64 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
评论暂时关闭