昨天晚上服务器突然死机,开机重启后就无法进入系统,服务器还原后  数据库就起不来了
刚开始普通用户无法连接数据库
网上找资料处理后recover database 后会提示
ORA-00376: 此时无法读取文件 2
ORA-01110: 数据文件 2: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\EPOS\UNDOTBS01.DBF'把UNDOTBS01.DBF 这个文件offline drop 恢复后 能连接数据库了  当是有几张表提示异常异常信息由以下两个
ORA-01578: ORACLE 数据块损坏 (文件号 7, 块号 25786)
ORA-01110: 数据文件 7: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\EPOS\EPOS_03'
ORA-00376: 此时无法读取文件 2
ORA-01110: 数据文件 2: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\EPOS\UNDOTBS01.DBF'
请高手赐教  小弟在此拜谢了 小弟QQ1253769030  有温州地区oracle数据库恢复的能提供帮忙的最好

解决方案 »

  1.   

    额  生产库? 生产库不敢乱指点。
    如果是测试库  先备份一下吧。
    然后应该是做基于不一致的恢复。
    需要将undo表空间先设置成manual  ,然后重建undo表空间。  
    设置新的undo表空间。
    如果数据库不能一致性的打开,借助隐藏参数 _allow_resetlogs_corruption 设置为true
    注 : 修改这些参数,恢复完后记得要把参数改回原来的值
      

  2.   

    create undo tablespace undotbs2 
    datafile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\EPOS\undotbs2.dbf' size 200m
    autoextend on next 2Malter systemm set undo=undotbs2shutdown startup
    EPOS_03  是不是硬盘坏了还是什么
      

  3.   

    undo表空间坏了?恢复undo表空间不需要offline.如果恢复undo表空间,请见我的这篇文章:http://blog.csdn.net/squallleonheart/archive/2011/01/26/6165524.aspx
    除此以外好像还有个叫epos_03的库挂掉了?请提供此dbf文件的冷备份,然后将其下线offline,然后换上好的文件上去,然后上线,然后执行恢复,确保要有归档的日志文件才能恢复.
    最后祝楼主好运.
      

  4.   

    异常信息由以下两个
    ORA-01578: ORACLE 数据块损坏 (文件号 7, 块号 25786)
    ORA-01110: 数据文件 7: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\EPOS\EPOS_03'
    ORA-00376: 此时无法读取文件 2
    ORA-01110: 数据文件 2: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\EPOS\UNDOTBS01.DBF'-- 由异常信息可以知道:
    -- 有两个数据文件的块损坏,所以利用文件块恢复:
    -- 操作类似如下:
    http://hi.baidu.com/sonmeika/blog/item/4209def2bc52b915b07ec5f7.html
      

  5.   

    -- 再参考:
    http://www.itpub.net/thread-201766-1-1.html
      

  6.   

    -- 当然:UNDO表空间可以重新创建,无关紧要!