[20210527]rman与undo表空间备份.txt

--//UNDO表空间主要用于存储前镜像数据，这些数据在回滚以及恢复过程中可能被用到。

--//一般生产数据库的UNDO表空间可能会变得非常巨大，甚至包括多个数据文件，而备份完整的UNDO数据文件在恢复时一般可能用到的比
--//例很小。所以UNDO的很大一部分备份是多余的，在Oracle11g中，Oracle引入了一个新的特性RMAN UNDO备份优化。

--//在RMAN备份UNDO表空间时，提交事务的UNDO信息将不再备份，这个特性随RMAN强制启用，看来这一特性的好处是不容置疑的。

--//我以前做过这方面的测试,实际上当时想验证如果使用这个备份来恢复后执行select * from t as of scn XXXXX的操作会报ora-01555错误.
--//结果似乎没有再现问题.差不多一个半小时后的备份才会出现ora-01555错误.

--//我看了我当时的测试:http://blog.itpub.net/267265/viewspace-2122341/

SCOTT@book> select current_scn,sysdate from v$database ;
 CURRENT_SCN SYSDATE
------------ -------------------
 13244616644 2016-07-21 09:50:04

SCOTT@book> update t set name='1234567890' ;
100 rows updated.

SCOTT@book> commit ;
Commit complete.
--//我已经提交。
....

$ strings /home/oracle/backup/UNDOTBS1_6crb8fk0_1_1 | grep abcdefghijklmnz|wc
      0       0       0
--//这样备份相关的信息已经不存在。无法找到abcdefghijklmnz字符串。
$ ls -l UNDOTBS1*
-rw-r----- 1 oracle oinstall 6127616 2016-07-21 10:32:28 UNDOTBS1_6arb8c9r_1_1
-rw-r----- 1 oracle oinstall 6397952 2016-07-21 11:06:24 UNDOTBS1_6brb8e9g_1_1
-rw-r----- 1 oracle oinstall 2940928 2016-07-21 11:29:04 UNDOTBS1_6crb8fk0_1_1
--//可以发现备份UNDOTBS1_6crb8fk0_1_1比原来小一些。
--//注：第一次备份集我已经删除了。
$ strings /home/oracle/backup/UNDOTBS1_6brb8e9g_1_1 | grep abcdefghijklmnz|wc
    100     100    1865
--//而11:06分的备份还存在。

--//有朋友介绍,Undo optimization 改变从all undo not needed到undo not in use older than 1 hour,很明显我的测试还是存在一些
--//差异,我当时的测试11:06备份还可以找到对应的字符串abcdefghijklmnz,直到11:29分的备份才没有对应的字符串abcdefghijklmnz.
--//也许还有什么别的因素控制这个改变.

--//找到一个链接:
http://db.geeksinsight.com/2013/03/08/undo-backup-optimization-in-11g/
Bug 6399468: UNDO OPTIMIZATION
====> Undo optimization was changed from 'all undo not needed' to 'undo not in use older than 1 hour'

In unpublished bug , the Undo optimization was changed from 'all undo not needed' to 'undo not in use older than 1
hour'.

--//不想花时间做这方面的测试,仅仅做一个记录.