Oracle 根据dbf文件的数据恢复

数据丢失真的是很严重的事情，此处记录下一次数据恢复的历程。

背景：服务器上，Oracle数据库数据丢失，开发机上，有数据，但是因为系统坏了（太巧了），先进去把dbf文件备份出来，然后重做了系统（全盘格式化的，不要问我为什么不是只有c盘，售后做的，所以才有了后面数据恢复困难的事情）。

数据恢复方法：

1. 闪回

2. 根据dbf恢复

3. 使用工具 prm-dul

方案一：数据闪回。

可以解决 数据误删，数据表误删 等数据丢失的情况，使用数据闪回技术真的是方便。但是数据闪回，是依据操作日志来的， 比如设置 日志保存时长为1天，那么删除数据，1天内，都可以恢复，因为是依据日志，所以 日志被删了，也是不能用。我们这个发现的时候，已经超过了日志保留的最大时长，所以闪回不能用了。

方案二：根据dbf恢复。

这个确实是可以做到，因为我的开发环境上，是有需要的数据的，而且，还能进入系统复制文件（系统坏了，软件不能用），就把dbf文件备份了。但是因为没有经验，以为只需要复制需要的表空间使用的文件即可，所以 另一个没丢数据的表空间文件，我就没备份。然后系统重装，格盘。装好系统准备恢复数据。参考 http://blog.sina.com.cn/s/blog_a59b6d310102vat0.html 。

一直做到最后一步：ALTER DATABASE OPEN; 眼看就要成功，结果每次都报错，试了多次才知道，有system.dbf，系统认为有两个表空间，而你只创建了一个表空间，对应不上，因此起不来。在创建控制文件的时候，因为缺少一个表空间的数据文件，因此创建的时候，就少写了一个，虽然创建能成功，但是启动还是不行的。从别的地方复制一个也不行，他直接告诉你，not from same database。所以，如果有数据库文件，备份的时候，一定要注意，备份所有的dbf文件！

方案三：工具 prm-dul

再找方法，发现了可以使用数据恢复工具。参考 https://www.askmaclean.com/archives/oracle-prm-dul-manual-cn.html ， https://jingyan.baidu.com/article/642c9d3419f1c5644a46f7e9.html 。

安装软件后，发现真的能读到数据（根据 表空间的文件，和 system01的文件），

使用数据搭桥的方式，将数据导出到另一个表空间。导出的时候也不是很顺利，我自己的表空间，总是导不出来，明明数据读出来了，我的表空间里也没有数据。

看到他的注意事项：千万不要使用需要恢复数据所在的表空间，我的理解：就是 原来数据在 a表空间，恢复的时候，不能在a表空间吧，虽然是新建的，然后我就另外创建一个表空间试了一下，果然导出来了。

这个恢复软件还挺强大的，不需要命令，处理的情况还多。不过后面还是需要多了解下数据恢复的知识。此处先记录下数据恢复的历程。

软件好用，就是有点耗费内存，数据恢复后，内存还占用1个多G，比eclipse还多。

今天的文章Oracle 根据dbf文件的数据恢复分享到此就结束了，感谢您的阅读，如果确实帮到您，您可以动动手指转发给其他人。