1.一旦关闭闪回数据库，flashback recovery area中的闪回日志将自动全部删除

2.即便以resetlogs打开数据库，当前闪回日志里的内容仍然保留，仍然可以继续进行闪回以restlogs方式打开数据库。之所以考虑以read only放是打开数据库，主要是因为以resetlog方式打开数据库后，用户即可操作数据库，无法校验闪回的准确性。另外，当闪回数据库与DATA GUARD结合后，当主库发生逻辑损坏，我们可以闪回备库，然后以read only方式打开备库，将数据从备库中导出后导入到主库中，这样将对数据和业务的影响减小到最小。

3.如果闪回数据库的时间点之间进行了控制文件的恢复或重建，数据文件的收缩，或删除了某个表空间，则闪回将失败。

4.闪回日志在出现空间压力的情况下，oracle会自动删除闪回日志，则有可能导致无法闪回到指定的时间点。如果希望闪回到指定的时间点，可进行如下操作

SQL> create restore point must_to_flashback guarantee flashback database;

这样我们就给当前时间点取 must_to_flashback这个名字，确保能闪回到该时间点上

5.闪回删除 只能用于非系统表空间和本地管理的表空间

6. 对象的参考约束、索引不会被恢复，指向该对象的外键约束需要重建。

7. 对象能否恢复成功，取决与对象空间是否被覆盖重用。

8. 当删除表时，信赖于该表的物化视图也会同时删除，但是由于物化视图并不会被放入recycle bin，因此当你执行flashback table to before drop 时，也不能恢复依赖其的物化视图，需要dba 手工介入重新创建。

9. 对于Recycle Bin中的对象，只支持查询.

当你开启flashback_on后Oracle会自动在FRA目录增加一个flash_recover_area的目录，用来写闪回日志，切记不能直接rm -rf删除，只能通过关闭flashback_on来手动清理。后面会分享更多devops和DBA方面的内容，感兴趣的朋友可以关注一下~