联系:手机/微信(+86 17813235971) QQ(107644445)
作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]
由于某种原因客户的数据库启动报ORA-01122 ORA-01200错误
让客户把system01.dbf文件发给我进行分析,发现system01.dbf文件大于32G(在8k的blocksize库中,默认情况system01.dbf文件不会超过32G),这个明显异常
检测坏块情况发现4096000之后的block全部为全0块
通过bbed分析文件头记录文件大小
通过bbed修改合适的值,并且把文件截取到适当大小,提供system文件给客户,直接启动库成功,实现数据库完美恢复
通过设置文件头大小和截断合适大小实现本次数据库恢复,以前有过类似恢复:
bbed处理ORA-01200故障
- Oracle Recovery Tools恢复csc higher than block scn
- IMP-00009: abnormal end of export file
- truncate sys用户表导致数据库异常恢复
- .eight加密数据库恢复
- udev_start导致vip漂移(常见情况:rac在线加盘操作引起)
- 再一例asm disk被误加入vg并且扩容lv恢复
- echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message
- .mdf.locked加密sql server完美恢复
- 等保修改oracle SYS用户名要求的请注意—ORA-00600 kokasgi1
- _locked加密数据库恢复
- Buffer I/O error on dev故障数据库恢复
- InnoDB: Database page corruption on disk or a failed file read of page恢复