关于 undo tablespace 中的 flashback

xzh2000 · 发表于 2003-4-27 13:06

SQL> select * from test2 as of scn 749426;

      A
----------
      9
      7

SQL> select * from test2 as of scn 748052;

      A
----------
      9

biti_rainy · 发表于 2003-4-27 13:10

最初由 xzh2000 发布
[B]1 sys用户不能使用flashback
2 fast_start_mttr_target =100时我测得结果和rainy不太一样。 [/B]

你可以看看会不会随  参数发生变化，但肯定是不精确的

sys用户不能使用
还有很多注意事项

oracle  document 其实说的很仔细
但主要是少有人把要点、重要的、常用的归纳出来而已
自己去看比较琐碎

biti_rainy · 发表于 2003-4-27 13:12

在 exp 中应用 flashback
exp user/pass ....... flashback_scn = SCN

exp user/pass ....... flashback_time = '时间'
时间格式可以通过 NLS_DATE_FORMAT 环境变量随意设置

biti_rainy · 发表于 2003-4-27 13:23

最初由 xzh2000 发布
[B]1 sys用户不能使用flashback
2 fast_start_mttr_target =100时我测得结果和rainy不太一样。 [/B]

看起来是这样的
oracle 每隔5分钟会将产生的 SCN 对应一个 TIME 做记录
也就是说通常只记录了SCN,但是每5分钟会记录 SCN and TIME
当采用 time 来做flashback 的时候就有可能产生偏差

biti_rainy · 发表于 2003-4-27 13:25

为什么 SCN 也不是精确的控制 5分钟以内创建的表的数据?

xzh2000 · 发表于 2003-4-27 13:51

即使会话什么也没有做，SCN号还是在不停地改变。
SQL> /

GET_SYSTEM_CHANGE_NUMBER
------------------------
               756898

SQL> /

GET_SYSTEM_CHANGE_NUMBER
------------------------
               757009
所以没有办法精确地控制5分钟之内数据变化。

1 闪回功能可以帮我们找回很久以前的数据（可能被删除或修改）
2 闪回功能与LOGMINER的区别仅在于LogMiner可以告诉我们谁用
  什么方法改变了数据，flashback则可以方便地帮我找回数据。

xzh2000 · 发表于 2003-4-27 13:58

rainy，你贴的那段英文文档真该翻译出来，很不错。

select from as of scn
它应该是从online log或archived log中提取不同version的数据。
经过测试,与fast_start_mttr_target和undo_retention关系不明显。

biti_rainy · 发表于 2003-4-27 14:18

最初由 xzh2000 发布
[B]即使会话什么也没有做，SCN号还是在不停地改变。
SQL> /

GET_SYSTEM_CHANGE_NUMBER
------------------------
               756898

SQL> /

GET_SYSTEM_CHANGE_NUMBER
------------------------
               757009
所以没有办法精确地控制5分钟之内数据变化。

1 闪回功能可以帮我们找回很久以前的数据（可能被删除或修改）
2 闪回功能与LOGMINER的区别仅在于LogMiner可以告诉我们谁用
  什么方法改变了数据，flashback则可以方便地帮我找回数据。 [/B]

你没有做什么，不等于别人，或者数据库本身没有在做什么

SQL>  select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
            36736929

SQL>  select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
            36736931

SQL>  select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
            36736932

SQL>  select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
            36736932

SQL>  select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
            36736933

SQL>  select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
            36736934

SQL>

关于 5分钟之内的问题
前面说了一点，是跟这里面的记录有关
SQL> desc sys.smon_scn_time
Name                                     Null? Type
----------------------------------------- -------- ----------------------------
THREAD                                           NUMBER
TIME_MP                                           NUMBER
TIME_DP                                           DATE
SCN_WRP                                           NUMBER
SCN_BAS                                           NUMBER

看来SMON 大约每5分钟左右被唤醒一次
对数据库进行一些整理，可能其中涉及到  undo  tablespace