数据库崩溃灾难记实(一)

白鹭

既然dbwr异常终止，把dbwr trace相关信息贴出来，另外你除了考察硬件问题外，好要考察是否Oracle Bug引起这次事故，以免今后再次发生，我看你的版本是7.3.4.0.0 64Bit,在Digital 平台上有patch 7.3.4.5.0,digtial 平台上，我们有运行7.3.4.5.0 64 Bit的产品数据库，运行稳定，没有你发生的这种错误，patchset 你要找Oracle Support要，metalink只有32Bit。

feng_xin

DBWR的trace如下：

as4000.center.ytp> more dbwr_29533.trc
Dump file /orasys/oracle7/u01/app/oracle/admin/ORA7/bdump/dbwr_29533.trc
Oracle7 Server Release 7.3.4.0.0 with the 64-bit option - Production
With the distributed, replication, parallel query and Spatial Data options
PL/SQL Release 2.3.4.0.0 - Production
ORACLE_HOME = /orasys/oracle7/u01/app/oracle/product/7.3.4
System name:    OSF1
Node name:      as4000.center.ytp
Release:        V4.0
Version:        878
Machine:        alpha
Instance name: ORA7
Redo thread mounted by this instance: 1
Oracle process number: 3
Unix process pid: 29533, image: ora_dbwr_ORA7

*** 2001.12.21.08.54.33.340
*** SESSION ID2.1) 2001.12.21.08.54.33.242
KCF: write/open error dba=0x8003dea block=0x3dea online=1
     file=2 /oradata/oracle7/oradata/ORA7/rbs01.dbf
     error=7376 txt: 'Digital Unix Error: 5: I/O error
Additional information: 15850'
error 1242 detected in background process   
ORA-00447: fatal error in background process
ORA-01242: data file suffered media failure: database in NOARCHIVELOG mode
ORA-01114: IO error writing block to file 2 (block # 15850)
ORA-01110: data file 2: '/oradata/oracle7/oradata/ORA7/rbs01.dbf'
ORA-07376: sfwfb: write error, unable to write database block.
Digital Unix Error: 5: I/O error

smile_lan

没出什么问题，
我在以前公司， 也是只用EXP 备份，
而且我其他恢复的命令根本不熟，
心理总是有些不安

smile_lan

手脚发凉，
直冒冷汗
FAINT

zmzhang1945

我觉得不要单纯采用逻辑备份或冷备份的方式，用RAID做也不是很安全。我在某电信局采用的是热备+逻辑备份+冷备的方式。虽然比较费时间，但是安全度还是比较高的。

Jimbc

1.Should use hot backup. Export is NOT a safe methond for production.
for development, it may be OK.

2. Some Raid 5 have more problems than regular HD. When I worked at
China,  the system integrater put some cheap hard drives to the Raid 5 box, so they can get more money. I believe it is very common.

heyongzhou

可惜

alinew

我的弄没了..谁有阿?让我拷贝一份,多谢...我在北京

tmorning

首先，祝贺feng_xin恢复数据库成功。
我刚作DBA不久，看他写到数据库备份失败时，我全身都直出冷汗。（是不是我这样的，不适合做DBA）

1。刚才feng_xin说数据库出错时，alert文件中没有出错信息，trace中有，我想请问是不是alert和trace文件中都没有出错信息时数据库就肯定没错呢？

2。多长时间检查一次数据库备份有效性合适？

3。如果数据库出现了灾难，DBA除了出汗、祈祷以外还应该做什么呢？按什么顺序作呢？那位高手能不能给写个手册、宝典什么的。

jeff_lin

以我的经验，
不是每次故障都有这么好的运气的。
最重要的是镇静，不要怕，
你要想：让别人重录9天数据没关系，大家加加班吧。
一般这种灾难性系统故障在两天后就看不到后遗症了，
走在路上不用担心别人用鸡蛋砸你了。