Oracle本机上错删非系统的DBF的文件恢复

本文讲述了在Oracle数据库中,因误删表空间文件YYYY_SDE.DBF导致数据库启动失败的问题及解决过程。通过替换为前一天的备份文件尝试恢复,但遭遇ORA-01113错误。最终采用全量备份文件覆盖的方式成功解决问题。

 

情况是这样的,昨天下午2点,我将Oracle离线了,然后复制一份E:\Files\Oracle\oradata\xxxxxx目录下的文件。其中xxxxxx为本机上的数据库名。

然后晚上22点钟时,我在ArcGIS中对表空间YYYY_SDE进行了致命错误的修改,便随手一删,把E:\Files\Oracle\oradata\xxxxxx\tablespase\YYYY_SDE.DBF删除了,并用昨天下午2点钟冷备份的该文件替换了这个文件。

结果数据库一直启动不了。报如下错误:

删除系统原来'E:\FILES\ORACLE\ORADATA\xxxxxx\TABLESPASE\'目录下的最新的HHCH_SDE.DBF, 想用冷备份的先前文件恢复数据库的该表空间,结果重新启动数据库时实例后报以下错误:

ORA-01113: 文件 7 需要介质恢复
ORA-01110: 数据文件 7:
'E:\FILES\ORACLE\ORADATA\xxxxxx\TABLESPASE\YYYY_SDE.DBF'

 

由于直接拷贝E:\Files\Oracle\oradata\xxxxxx目录并非为冷备份,之能算是只备份了一部分的文件。所以无法用recover命令加载这个文件,日志文件缺失。

 

问题演变为如何使用单一的.dbf文件, 去恢复Oracle数据库的表空间了。

解决方案:

首先明确的是本机上的环境,仅一个.dbf被错误替换的场景。

解决办法是死马当做活马医,还是希望能救活的。就把下午2点钟备份的E:\FILES\ORACLE\ORADATA\xxxxxx下的文件,全部拷贝到数据库的那个目录下。


    本文转自wenglabs博客园博客,原文链接:http://www.cnblogs.com/arxive/p/6432193.html,如需转载请自行联系原作者


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值