oracle程序中flashback闪回居然有这样的大作为

群发软件

	启动数据库到mount状态。 2 开启数据库flashback闪回查询，然后启动数据库到open状态。 3 创建flashback还原点 SQL>create restore point b4 guarantee flashback database; 解锁scott用户，删掉该用户的emp表； drop table emp purge; 关闭数据库，启动数据库到mount状态 在mount阶段闪回数据库到删除emp表之前的状态 SQL>flashback database to timestamp to_timestamp('2014-12-08 11:31:00','yyyy-mm-dd hh24:mi:ss'); 启动数据库到readonly状态，查看emp表是否存在，此时发现emp已经回来了。 SQL>alter database open read only; 到shell终端下导出找回的表格。 $exp scott/tiger tables=emp file=emp.dmp 再次关闭数据库，然后启动到mount状态。 再次闪回数据库到删除emp表之后，关闭数据库之前。 SQL>flashback database to timestamp to_timestamp('2014-12-08 12:00:00'),'yyyy-mm-dd hh24:mi:ss'); 闪回之后使用resetlogs方式打开数据库。 查看scott下的emp表，不存在。 回到shell终端，导入emp表 $imp scott/tiger file=emp tables=emp 步骤阅读 再次检查emp表。 1、必须设定undo保留时间足够大以能够重构需要闪回的数据     ALTER SYSTEM SET UNDO_RETENTION=<SECONDS>; seconds值是undo数据保持的秒数。     Flashback view是由undo retention interval来限制的。     2、包DBMS_FLASHBACK提供了需求接口     call dbms_flashback.enable_at_time（‘2010-10-19:11:00:00’）；     call dbms_flashback.disable（）；     -------------------------------------     enable_at_time：会话级的enable flashback，映像时间被设定为最接近指定时间戳的scn     enable_at_system_change_number:将数据库闪回到指定的scn号。     get_system_change_number:返回当前的scn。     disable：这个存储过程允许我们在整个会话内停止flashback并将你带回当前时间的数据状态。     ----------     dbms_flashback.enable存储过程不可以在有活动事务的时候执行，并且，这个包不能用sys身份执行。     在使用DBMS_FLASHBACK.ENABLE_AT_TIME前，你必须设定你的NLS_DATE_FORMAT的精确程度，Oracle默认的是精确到天     3、timestamp 与scn（系统改变号） 的对应关系     事实上，Oracle在内部都是使用scn，即使你指定的是as of timestamp，oracle也会将其转换成scn，系统时间标记与scn之间存在一张表，即SYS下的SMON_SCN_TIME表。     每隔5分钟，系统产生一次系统时间标记与scn的匹配并存入sys.smon_scn_time表，该表中记录了最近1440个系统时间标记与scn的匹配记录，由于该表只维护了最近的1440条记录，因此如果使用as of timestamp的方式则只能flashback最近5天内的数据（假设系统是在持续不断运行并无中断或关机重启之类操作的话）。SYS.SMON_SCN_TIME最多拥有1440条记录。这个最大记录数是这样计算出来的，ORACLE平均每5分钟同步一次该表数据，最大保存最近5天的记录，因此就相当于12（每小时更新次数）*24*5=1440。     可以用sql验证一下：     Sql代码     select scn,to_char（time_dp,'yyyy-mm-dd hh24:mi:ss'） from sys.smon_scn_time;     10g中提供了两个函数scn_to_timestamp（） 和timestamp_to_scn（） 用来执行时间戳和SCN的转换。     下面使用闪回进行演示一下：     1、登陆到数据库。     Sql代码     C:\>sqlplus tivan/tivan     SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 10月 19 22:24:03 2010     Copyright （c） 1982, 2005, Oracle.  All rights reserved.     连接到：     Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production     With the Partitioning, OLAP and Data Mining options     2、查看表的记录。     Sql代码     SQL> select count（*） from t1     2  ;     COUNT（*）     ----------     8302     3、删除所有的记录提交。     Sql代码     SQL> delete from t1     2  ;     已删除8302行。     SQL> commit;     提交完成。     4、获得当前SCN     如果能够确切知道删除之前SCN最好，如果不知道，可以进行闪回查询尝试。     Sql代码     SQL> select dbms_flashback.get_system_change_number from dual;     GET_SYSTEM_CHANGE_NUMBER     ------------------------     1482649     SQL> select count（*） from t1 as of scn 1482600;     COUNT（*）     ----------     8302     SCN=1482600时，t1表中的所有记录都还在。     5、利用闪回恢复数据。     查看验证一下：     Sql代码     SQL> insert into t1 select * from t1 as of scn 1482600;     已创建8302行。     SQL> commit;     提交完成。     结果OK     或者还可以如下操作     Sql代码     SQL>flashback table t1 to scn 1482600;     SQL> commit;     Commit complete.     --对于drop table t1 的操作flashback     SQL> drop table t1;     SQL>COMMIT;     SQL> flashback table t1to before drop;     SQL>commit;     对于怎么取的SCN可以使用timestamp_to_scn（） 函数，如：     Sql代码     select timestamp_to_scn（to_timestamp（'2010-10-19 21:00:00','YYYY-MM-DD HH:MI:SS'）） from dual; 必须设定undo保留时间足够大以能够重构需要闪回的数据     ALTER SYSTEM SET UNDO_RETENTION=<SECONDS>; seconds值是undo数据保持的秒数。     Flashback view是由undo retention interval来限制的。     2、包DBMS_FLASHBACK提供了需求接口     call dbms_flashback.enable_at_time（‘2010-10-19:11:00:00’）；     call dbms_flashback.disable（）；     -------------------------------------     enable_at_time：会话级的enable flashback，映像时间被设定为最接近指定时间戳的scn     enable_at_system_change_number:将数据库闪回到指定的scn号。     get_system_change_number:返回当前的scn。     disable：这个存储过程允许我们在整个会话内停止flashback并将你带回当前时间的数据状态。     ----------     dbms_flashback.enable存储过程不可以在有活动事务的时候执行，并且，这个包不能用sys身份执行。     在使用DBMS_FLASHBACK.ENABLE_AT_TIME前，你必须设定你的NLS_DATE_FORMAT的精确程度，Oracle默认的是精确到天     3、timestamp 与scn（系统改变号） 的对应关系     事实上，Oracle在内部都是使用scn，即使你指定的是as of timestamp，oracle也会将其转换成scn，系统时间标记与scn之间存在一张表，即SYS下的SMON_SCN_TIME表。     每隔5分钟，系统产生一次系统时间标记与scn的匹配并存入sys.smon_scn_time表，该表中记录了最近1440个系统时间标记与scn的匹配记录，由于该表只维护了最近的1440条记录，因此如果使用as of timestamp的方式则只能flashback最近5天内的数据（假设系统是在持续不断运行并无中断或关机重启之类操作的话）。SYS.SMON_SCN_TIME最多拥有1440条记录。这个最大记录数是这样计算出来的，ORACLE平均每5分钟同步一次该表数据，最大保存最近5天的记录，因此就相当于12（每小时更新次数）*24*5=1440。     可以用sql验证一下：     Sql代码     select scn,to_char（time_dp,'yyyy-mm-dd hh24:mi:ss'） from sys.smon_scn_time;     10g中提供了两个函数scn_to_timestamp（） 和timestamp_to_scn（） 用来执行时间戳和SCN的转换。     下面使用闪回进行演示一下：     1、登陆到数据库。     Sql代码     C:\>sqlplus tivan/tivan     SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 10月 19 22:24:03 2010     Copyright （c） 1982, 2005, Oracle.  All rights reserved.     连接到：     Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production     With the Partitioning, OLAP and Data Mining options     2、查看表的记录。     Sql代码     SQL> select count（*） from t1     2  ;     COUNT（*）     ----------     8302     3、删除所有的记录提交。     Sql代码     SQL> delete from t1     2  ;     已删除8302行。     SQL> commit;     提交完成。     4、获得当前SCN     如果能够确切知道删除之前SCN最好，如果不知道，可以进行闪回查询尝试。     Sql代码     SQL> select dbms_flashback.get_system_change_number from dual;     GET_SYSTEM_CHANGE_NUMBER     ------------------------     1482649     SQL> select count（*） from t1 as of scn 1482600;     COUNT（*）     ----------     8302     SCN=1482600时，t1表中的所有记录都还在。     5、利用闪回恢复数据。     查看验证一下：     Sql代码     SQL> insert into t1 select * from t1 as of scn 1482600;     已创建8302行。     SQL> commit;     提交完成。     结果OK     或者还可以如下操作     Sql代码     SQL>flashback table t1 to scn 1482600;     SQL> commit;     Commit complete.     --对于drop table t1 的操作flashback     SQL> drop table t1;     SQL>COMMIT;     SQL> flashback table t1to before drop;     SQL>commit;     对于怎么取的SCN可以使用timestamp_to_scn（） 函数，如：     Sql代码     select timestamp_to_scn（to_timestamp（'2010-10-19 21:00:00','YYYY-MM-DD HH:MI:SS'）） from dual;

bysqb

	务很热心哦！非常感谢！值得推荐，效果不错。还有一个店铺需要设计，以后就决定你家了

ufo50200

	，客服很有耐心，我说了很多的要求都一一的帮我改了，有需要还会再来找你们设计的

脱颖而出

	学习了，谢谢分享、、、

anleeycn

	,下载好几天才完成.太值了.慢慢研究.

ye112219

	作有些小插曲，通过充分沟通，店家积极用心的帮忙解决了问题。设计是非标准的产品，设计和客户之间的沟通非常重要，只要沟通清楚，没有解决不了问题。卖家服务态度非常不错，其他店铺以后就选定继续选择与他们合作了，期待做出更多好的作品！

武器

	，整体满意，好评

西充

	果非常满意，特别是客服千羽超级赞，沟通很有耐心，专业素质理解能力非常高。

qingling520

	，速度也很快，对于我的小白问题也耐心解答了，很好的店家

xoxo110

	啦，很喜欢，有需要还会再来，生意兴隆