超级复杂艰难之Oracle数据库大恢复-备份恢复[Oracle防范]
本文“超级复杂艰难之Oracle数据库大恢复-备份恢复[Oracle防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
昨天,一个朋友公司的数据库崩溃.
这再次印证了我反复提到的一个命题:数据库也需求歇息.
每逢节假日,数据库也常常会自我挑选放假.
从前我说:年末难终 进入数据库事故多发期,一年一度今又是,记得别的一个圣诞节,我还和Biti一同在北京的时刻,一样碰到一个上海的朋友数据库崩溃,我们远程指导这位朋友恢复了数据.
这次的事情是这样的.
1.首先主机宕机,磁盘出错
看到以下这类错误,普通你的数据都很危险了
Dec 24 13:52:13 kernel: sda5: rw=0, want=18298437640, limit=163846872 |
2.数据文件大量破坏
当然这次也不例外,大量文件破坏,dbv大量以下错误:
[oracle@stat datafile]$ dbv file=o1_mf_system_29448mn7_.dbf blocksize=8192 DBVERIFY: Release 10.2.0.2.0 - Production on Thu Dec 25 22:17:52 2008 Copyright (c) 1982, 2005, Oracle. All rights reserved. DBVERIFY - Verification starting : FILE = o1_mf_system_29448mn7_.dbf Page 232 is influx - most likely media corrupt |
3.掌握文件破坏
启动数据库呈现以下错误:
Wed Dec 24 17:08:52 2008 |
4.经太反复确认,这个环境Over了
5.不完好的备份
从前的备份机制使得我可以从远程主机找到一系列备份集,但是没有掌握文件.
通过备份集、dbms_backup_restore等手段,首先恢复出来数据文件,然后尝试启动数据库
以上是“超级复杂艰难之Oracle数据库大恢复-备份恢复[Oracle防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
本文地址: | 与您的QQ/BBS好友分享! |