作为一个程序员,数据库操作是必须的,但是如果操作失误,一般都会造成比较严重的后果。
今天一不小心,干了一件揪心的事情,将正在使用的组织机构误操作执行了delete,顿时大脑有点缺氧,感觉蒙圈了(相信对于没有数据备份和回滚经验的小伙伴来说都是这样的感受),但是一想,数据库一般都是支持数据回滚的,然后查找了一下解决方案。
由于用的是Oracle数据库,这一点非常好,因为Oracle有闪回功能,瞬间眼前一片光芒。
有两种方案解决此问题,具体操作:
一:根据时间来恢复:
1、查询数据库当前时间(目的是为了检查数据库时间是否与你电脑时间相近,避免时间不同而将数据恢复到错误时间点)
select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;
2、查询删除数据时间点之前的数据
select * from 表名 as of timestamp to_timestamp('2016-08-11 16:12:11','yyyy-mm-dd hh24:mi:ss');
(若没有数据 ,将时间继续提前)
3、恢复数据(激动人心的时刻)
flashback table 表名 to timestamp to_timestamp('2016-08-11 16:12:11','yyyy-mm-dd hh24:mi:ss');
大功告成,数据恢复成功;
但是也可能会出现问题,比如报错:ORA-08189:未启用行移动功能,不能闪回表;
不要怕,这个很简单;
alter table 表名 enable row movement;
然后再次执行上面SQL即可;
二:根据数据库SCN恢复数据
1、查询当前数据库SCN号
select current_scn from v$database;(不能执行的话,切换到sys用户或system用户查询)
查询到的当前值为:91799986
2、缩小SCN号查询被删除表数据(若无数据继续缩小SCN,由于数据库操作不止一人,SCN号变化比较多,可以多缩小几个号)
select * from 表名 as of scn 91799980;
3、恢复数据
flashback table 表名 to scn 91799980;
恢复完成。若报错:ORA-08189:未启用行移动功能,不能闪回表;结果方案同上。
心情终于可以平复了。
对于其他数据库误操作执行delete的话,应该也有对应的解决方案,暂时还没有尝试。