- 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
每天定时备份MySQL数据库Oracle 数据库修改索引表空间相关资讯 oracle数据库教程
- Oracle raw数据类型介绍 (01/29/2013 10:05:53)
- 监听器注册与ORA-12514 错误分析 (11/13/2012 14:30:08)
- Oracle SQL的cursor理解 (11/13/2012 14:16:17)
| - Oracle 如何强制刷新Buffer Cache (01/29/2013 10:02:46)
- dblink致Oracle库的SCN变成两库的 (11/13/2012 14:24:41)
- Linux操作系统下完全删除Oracle数 (11/13/2012 08:25:52)
|
本文评论 查看全部评论 (0)