发布时间：2019-02-13 12:18:24
--//我更多的思考如果我遇到这个问题如何解决: 1.如果有备份只要恢复到delete bootstrap$之前,但是这里有问题,因为删除后数据库还继续运行.不能继续应用日志,这样有恢复到 删除bootstrap$后状态.3.当然最笨的方法就是恢复删除的记录.因为执行删除记录多,手工恢复感觉还是比较麻烦.1.环境:&nbs.........【阅读全文】
发布时间：2019-02-13 12:11:13
--//我更多的思考如果我遇到这个问题如何解决: 1.如果有备份只要恢复到delete bootstrap$之前,但是这里有问题,因为删除后数据库还继续运行.不能继续应用日志,这样有恢复到 删除bootstrap$后状态.3.当然最笨的方法就是恢复删除的记录.因为执行删除记录多,手工恢复感觉还是比较麻烦.1.环境:&nbs.........【阅读全文】
发布时间：2019-02-13 11:40:44
--//使用reuse storage选项,存储空间不会回收,另外在truncate时,数据段号data_object_id会发生变化,自己想想是否 --//可以通过修改相应数据库的段号指向新的段号来实现恢复.自己动手测试看看.create table empx as select * from emp;SCOTT@book> @ rowid AAAWFOAAEAAAALbAAA OBJ.........【阅读全文】
发布时间：2019-02-13 11:35:24
--//而且上次涉及的块很少,这次我们反向思考,不修改块的段号,而修改数据字典,来恢复truncate表.--//注意truncate还是使用reuse storage选项,存储空间不会回收.SCOTT@test01p> create table t1 as select * from all_objects;Table created.SCOTT@test01p> select rowid,t1.* from t1 where rownum=1;ROWID .........【阅读全文】
发布时间：2019-02-12 14:25:29
无数次事故告诉我们，Truncate是一项很危险的动作。一不小心搞错，就会带来毁灭性的打击。我们都知道当Truncate命令发起之后，Oracle实际上并没有在删除底层数据块上的数据，而是要等到重用的时候才会把这一部分数据回收，于是这给了我们一个能够恢复数据库的机会。 二、知己知彼 1.建立实验环境所需要的.........【阅读全文】
