在TRUNCATE/DROP后，没有备份的情况下数据的恢复例子

花好月不圆

最初由 d.c.b.a 发布
[B]就象以前DOS下, delete后，还可以将文件救回来一样，

至于放上来就算了吧，这样的东西如果免费放上来，那DBA还能吃什么？ [/B]

也不至于这样把
用得到的用也不一定只用这个，用不到的，永远都想不这个
一个工具而已

yseraphi

我认为，楼主有责任把原理、详细的讲解一下！大家看了你的贴子，是对你的一种认可。如果你只是在这儿做广告，说你有能力做这件事就不太好了！毕竟大家到这儿来是为了互相学习的！

biti_rainy

最初由 yseraphi 发布
[B]我认为，楼主有责任把原理、详细的讲解一下！大家看了你的贴子，是对你的一种认可。如果你只是在这儿做广告，说你有能力做这件事就不太好了！毕竟大家到这儿来是为了互相学习的！ [/B]

原理很简单，oracle的表在ddl发生的时候会把对应表的所有dirty buffer写回数据文件，而drop 本身仅仅修改的是数据字典 ，truncate是把 hwm 移动到 数据的第一个block ，并没有真正地清除数据，所以如果你了解block中的数据存储格式，就可以通过 os file 把数据读出来。

小新

关键就是弄清楚，oracle的数据是以什么样的格式存储到物理文件中的，以前看过这方面的帖子，后来终没恒心，就没继续看了。每个大的版本的数据存储格式都是不同的，佩服dcba的精神，学习。

d.c.b.a

对于truncate只是分配了一个新的extent，获得了一个新的data_object_id, 所以原来的还在。
对于truncate reuse stroage只是获得了一个新的data_object_id，并将segment header中的data_object_id改一下。
对于delete操作只是在row header的flag字节作了删除标志

对于truncate你可以用alter system dump来看看
对于delete你需要使用os的dump工具来看

这样讲不知可以了吗。