日期:2014-05-17  浏览次数:21122 次

数据库回滚
在做开发时,同事不知道执行了什么脚本,改了开发库中的表结构及数据,不确定到底变了哪些表。现在想恢复到昨天晚上的数据库,但是又没有备份,有没有办法解决,数据库是oracle11g 谢谢。

------解决方案--------------------
友情帮顶,表示关注。
------解决方案--------------------
我以前用过的一个方法 你是中午发的贴 。昨天删的 不知道还来得及不 。数据库的开归档才可以。

具体的示例如下:

--利用ORACLE数据库的SCN进行恢复,ORACLE数据库每隔5分钟,系统会产生一个系统时间标记与scn的匹配并存入sys.smon_scn_time表中。

--我们对这个备份机制做如下测试

--查询出来数据
select t.*, t.rowid from account t where id >10000 order by t.id asc;

--删掉数据
delete from account c where c.id >10000;

--查询出ORACLE数据库中的scn与时间的对应关系
select * from sys.smon_scn_time order by time_dp desc;

--根据数据取得删除时间段对应的SCN号,这里是1693760, 查看这个检查点的account表的历史情况
select * from account as of scn 1693760;

-- 将account表复制一个,(这里表的关联关系需要另外处理),命名为account_new 。
create table account_new as select * from account where 1<>1

--将删掉的数据库从这个检查点恢复到新表account_new中。
insert into account_new (select * from account as of scn 1693760);

--查询恢复后的结果。
select * from account_new;

--- 此方法的最佳恢复时间越短越好,如果超过了24个小时,恢复的可能性就很小了。
------解决方案--------------------



flashback query使用的是undo 数据,除非是测试环境空转,否则不会保留12个小时以上的
你这个想法可以,但是时间是个问题








探讨
我以前用过的一个方法 你是中午发的贴 。昨天删的 不知道还来得及不 。数据库的开归档才可以。

具体的示例如下:

--利用ORACLE数据库的SCN进行恢复,ORACLE数据库每隔5分钟,系统会产生一个系统时间标记与scn的匹配并存入sys.smon_scn_time表中。

--我们对这个备份机制做如下测试

--查询出来数据
select t.*, t.rowid from……

------解决方案--------------------
如果数据库运行在archivelog模式,建议问你同事什么时候整出的事情,然后去用logminer挖对应时间的归档日志,把里面的undo_sql挖出来跑一下