在误删除数据之后使用oracle闪回查询功能恢复删除的记录
首先,使用了oracle的闪回查询功能:
flashback table test to timestamp to_timestamp(’2005-05-07 15:00:00’,’yyyy-mm-dd hh24:mi:ss’);
但是发现此功能只能够将表闪回到某一时刻,但是用户无法提供具体的时间或者scn,所以使用闪回表无法找到已删除的数据
那么我们可以考虑使用闪回版本查询,显示一段时间之内的记录改变:
SQL>select versions_starttime,versions_endtime, versions_xid,versions_operation,id
from test versions
between timestamp minvalue and maxvalue
order by versions_starttime;
但是不巧的是,用户数据库的undo_retention参数使用的是默认的900秒,现在已经超过了900秒,数据库报错:
ORA-30052: invalid lower limit snapshot expression
最后使用闪回事务查询解决此问题,因为我们知道大概的事务提交时间,事务操作的类型,事务操作的表,所以利用这些条件搜索视图FLASHBACK_TRANSACTION_QUERY,从得到的结果中,找到我们错误执行的事务,执行UNDO_SQL列里的语句就可以了。
当然,幸运的是出现问题的数据库是用户测试用的数据库,没有太多的事务操作,所以很容易就可以找到我们需要闪回的事务。
首先,使用了oracle的闪回查询功能:
flashback table test to timestamp to_timestamp(’2005-05-07 15:00:00’,’yyyy-mm-dd hh24:mi:ss’);
但是发现此功能只能够将表闪回到某一时刻,但是用户无法提供具体的时间或者scn,所以使用闪回表无法找到已删除的数据
那么我们可以考虑使用闪回版本查询,显示一段时间之内的记录改变:
SQL>select versions_starttime,versions_endtime, versions_xid,versions_operation,id
from test versions
between timestamp minvalue and maxvalue
order by versions_starttime;
但是不巧的是,用户数据库的undo_retention参数使用的是默认的900秒,现在已经超过了900秒,数据库报错:
ORA-30052: invalid lower limit snapshot expression
最后使用闪回事务查询解决此问题,因为我们知道大概的事务提交时间,事务操作的类型,事务操作的表,所以利用这些条件搜索视图FLASHBACK_TRANSACTION_QUERY,从得到的结果中,找到我们错误执行的事务,执行UNDO_SQL列里的语句就可以了。
当然,幸运的是出现问题的数据库是用户测试用的数据库,没有太多的事务操作,所以很容易就可以找到我们需要闪回的事务。