今天下午发现oracle数据库的参数表不知道被谁执行的语句都没有加条件,所以整个数据都乱了,不能用,查到了一下午,找到了几个解决办法,记录在此。
一、
执行如下SQL将test_temp表中的数据恢复到 2014 05 28 11:00:00
注意,这里一定要先删除全部数据,否则可能会导致数据重复
delete from test_tmp;
insert into test_tmp select *
from test_tmp as of timestamp to_timestamp(‘2014-05-28 11:00:00′,’yyyy-mm-dd hh24:mi:ss’)
commit;
二、 select timestamp_to_scn(to_timestamp(‘2014-05-27 11:00:00′,’YYYY-MM-DD HH:MI:SS’)) from dual; 或select * from sys.smon_scn_time order by time_dp desc;得到结果 71547785 然后 insert into test_tmp select * from test_tmp AS OF SCN 71547785
其实前两种是一样的 下面看第三种
三、 select * from v$sqlarea ;SELECT * FROM v$session;SELECT * FROM v$session a,v$sqlarea b WHERE b.ADDRESS = a.PREV_SQL_ADDR; 通过这条语句找到的数据是有限的 因为有的用户可能已经断开和oracle的连接了
如果你看到以上方法能够解决你的问题,哪就不要犹豫,快点动 手吧,因为如果动手晚了,之前的操作的数据记录可能就要被覆盖了,因为存储不大的话要被循环使用的,我在20140527日的下午5点30分发现参数表被 破坏了,而且执行的语句是在下午的2点08分,当时首先想到的是把前几天导出来过的数据恢复进去,可是这样的就丢失了哪几天的数据,当第二天来了找到了以 上的两个方法时已经晚了,可以恢复到下午2点20分时的数据,但是2点时候的数据已经被擦掉了, 哎 呜呼哀哉!
今天的文章oracle恢复几天前的数据,恢复oracle数据到以前的某个时间点分享到此就结束了,感谢您的阅读,如果确实帮到您,您可以动动手指转发给其他人。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/27663.html