Oracle 9i新特性研究三(撤销段的自动管理)

Oracle 9i新特性研究三撤销段的自动治理在Oracle 9i里，一个很显著的新特性就是引入了自动的回滚段治理，当使用了AUM (Automatic Undo Management)时，为了区别，名称也由原来的ROLLBACK SEGMENT（回滚段）变成UNDO SEGMENT（撤销段），相对应的是UNDO TABLESPACE。当然我们也可以继续使用传统的MANUAL方式来治理撤销段。一、初始化参数使用下面的参数来设置有ORACLE自动治理撤销段： UNDO_MANAGEMENT = AUTO ORACLE会自动完成撤销段的创建、删除以及ONLINE/OFFLINE，而DBA将无法干预所有以上操作。假如想自己来治理回滚段可以将UNDO_MANAGEMENT设成MANUAL（DEFAULT就是MANUAL的）。虽然我们可以在UNDO表空间上创建回滚段，但ORACLE并不建议这样做。当使用了AUM，我们唯一需要做的就是至少创建一个UNDO表空间，我们可以创建多个UNDO表空间，然后使用下面的参数来指定具体使用哪个。 UNDO_TABLESPACE =UNDORBS1 SQL> l 1* select name ,value from v$parameter where name like 'undo%' SQL> / 　 undo_management MANUAL undo_tablespace UNDOTBS1 undo_suppress_errors FALSE undo_retention 10800 创建多个UNDO表空间的好处是，我们可以根据不同的应用在不同大小的UNDO表空间之间进行切换。二、UNDO表空间的创建 1、在建数据库是创建UNDO表空间，具体方法参见本人写的Oracle 9i安装、建库与升级。文章在www.ncn.cn上有下载。 2、我们也可以通过下面的语句来创建： Create undo tablespace undotbs2 datafile ‘/dev/rundotbs2_1.dbf’ size 100m; 三、UNDO表空间特性 1、UNDO表空间默认就是LOCAL治理方式： SQL> l 1 select TABLESPACE_NAME, CONTENTS,EXTENT_MANAGEMENT, ALLOCATION_TYPE, 2 SEGMENT_SPACE_MANAGEMENT 3* from dba_tablespaces where contents='UNDO' SQL> / 　 TABLESPACE_NAME CONTENTS EXTENT_MANAGEMENT ALLOCATION_TYPE SEGMENT_SPAC -------------------- ------------------ -------------------- ------------------ ------------ UNDOTBS1 UNDO LOCAL SYSTEM MANUAL UNDOTBS2 UNDO LOCAL SYSTEM MANUAL 2、除撤销段外，我们不能在UNDO表空间上作其他操作： SQL> create table gototop_t1(c1 number) tablespace undotbs1; create table gototop_t1(c1 number) tablespace undotbs1 * ERROR 位于第 1 行: ORA-30022: Cannot create segments in undo tablespace SQL> l 1* create rollback segment ncn_rb1 tablespace undotbs1 SQL> / create rollback segment ncn_rb1 tablespace undotbs1 * ERROR 位于第 1 行: ORA-30019: Illegal rollback Segment operation in Automatic Undo mode 3、一个实例职能使用一个UNDO表空间：除了在INIT.ORA中指定UNDO表空间外，我们还可以使用下面的语句来在线更改实例所用的UNDO表空间： SQL> alter system set undo_tablespace=undotbs2; 系统已更改。四、撤销段的特性 1、撤销段自动创建： Ø n个撤销段（n基于SESSIONS参数，后面会具体讲） Ø 名字为_SYSSMUn$ Ø OWNER为PUBLIC（在RAC配置中有用） Ø 选择AUM后，无法手动治理 SQL> l 1 select owner,segment_name,tablespace_name,status 2* from dba_rollback_segs order by 4 SQL> / 　 OWNER SEGMENT_NAME TABLESPACE_NAME STATUS ---------- ------------------ -------------------- --------------------------------
PUBLIC _SYSSMU1$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU2$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU3$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU5$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU7$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU9$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU10$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU8$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU6$ UNDOTBS1 OFFLINE PUBLIC RB1_CYX1 UNDOTBS1 OFFLINE PUBLIC RB1_CYX UNDOTBS1 OFFLINE SYS RB1_08 UNDOTBS1 OFFLINE SYS RB1_07 UNDOTBS1 OFFLINE SYS RB1_05 UNDOTBS1 OFFLINE SYS RB1_04 UNDOTBS1 OFFLINE SYS RB1_03 UNDOTBS1 OFFLINE SYS RB1_02 UNDOTBS1 OFFLINE SYS RB1_01 UNDOTBS1 OFFLINE SYS RB3_06 UNDOTBS3 OFFLINE SYS RB3_05 UNDOTBS3 OFFLINE SYS RB3_04 UNDOTBS3 OFFLINE SYS RB3_03 UNDOTBS3 OFFLINE SYS RB3_02 UNDOTBS3 OFFLINE SYS RB3_01 UNDOTBS3 OFFLINE SYS RB2 INDX OFFLINE PUBLIC _SYSSMU4$ UNDOTBS1 OFFLINE SYS SYSTEM SYSTEM ONLINE PUBLIC _SYSSMU11$ UNDOTBS2 ONLINE PUBLIC _SYSSMU12$ UNDOTBS2 ONLINE PUBLIC _SYSSMU13$ UNDOTBS2 ONLINE PUBLIC _SYSSMU14$ UNDOTBS2 ONLINE PUBLIC _SYSSMU15$ UNDOTBS2 ONLINE PUBLIC _SYSSMU16$ UNDOTBS2 ONLINE PUBLIC _SYSSMU17$ UNDOTBS2 ONLINE PUBLIC _SYSSMU18$ UNDOTBS2 ONLINE PUBLIC _SYSSMU19$ UNDOTBS2 ONLINE PUBLIC _SYSSMU20$ UNDOTBS2 ONLINE 　已选择37行。　 SQL> 因为我在系统上作测试，之前手动建过回滚段，所以上面返回结果显一般多。 2、只有活动的UNDO表空间上的撤销段和系统回滚段是ONLINE的，其他的撤销段都是OFFLINE的。这一点从上面的输出中可以清楚地看到。不过，也不一定一开始所有的撤销段都会ONLINE的，这要依靠于初始化参数SESSIONS的值，默认SESSIONS = 1.1 * PROCESSES + 5，他决定了系统的并发用户数。下面的实验可以让你对这一情况有个明确的熟悉。我们将SESSIONS调小后重起数据库，可以看到活动的UNDO表空间UNDOTBS1上共10个撤销段，但只ONLINE了5个。 SQL> show parameter sessions 　 NAME TYPE VALUE ------------------------------------ ---------------------- ----------- Java_max_sessionspace_size integer 0 java_soft_sessionspace_limit integer 0 license_max_sessions integer 0 license_sessions_warning integer 0 logmnr_max_persistent_sessions integer 1 mts_sessions integer 0 sessions integer 27 shared_server_sessions integer 0 SQL> select owner,segment_name,tablespace_name,status 2 from dba_rollback_segs; 　 OWNER SEGMENT_NAME TABLESPACE_NAM STATUS ------------ -------------------- -------------- ---------- SYS SYSTEM SYSTEM ONLINE PUBLIC _SYSSMU1$ UNDOTBS1 ONLINE PUBLIC _SYSSMU2$ UNDOTBS1 ONLINE PUBLIC _SYSSMU3$ UNDOTBS1 ONLINE PUBLIC _SYSSMU4$ UNDOTBS1 ONLINE PUBLIC _SYSSMU5$ UNDOTBS1 ONLINE PUBLIC _SYSSMU6$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU7$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU8$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU9$ UNDOTBS1 OFFLINE
PUBLIC _SYSSMU10$ UNDOTBS1 OFFLINE PUBLIC _SYSSMU11$ UNDOTBS2 OFFLINE PUBLIC _SYSSMU12$ UNDOTBS2 OFFLINE PUBLIC _SYSSMU13$ UNDOTBS2 OFFLINE PUBLIC _SYSSMU14$ UNDOTBS2 OFFLINE PUBLIC _SYSSMU15$ UNDOTBS2 OFFLINE PUBLIC _SYSSMU16$ UNDOTBS2 OFFLINE PUBLIC _SYSSMU17$ UNDOTBS2 OFFLINE PUBLIC _SYSSMU18$ UNDOTBS2 OFFLINE PUBLIC _SYSSMU19$ UNDOTBS2 OFFLINE PUBLIC _SYSSMU20$ UNDOTBS2 OFFLINE SYS RB1_01 UNDOTBS1 OFFLINE SYS RB1_02 UNDOTBS1 OFFLINE SYS RB1_03 UNDOTBS1 OFFLINE SYS RB1_04 UNDOTBS1 OFFLINE SYS RB1_05 UNDOTBS1 OFFLINE SYS RB1_07 UNDOTBS1 OFFLINE SYS RB1_08 UNDOTBS1 OFFLINE PUBLIC RB1_CYX UNDOTBS1 OFFLINE PUBLIC RB1_CYX1 UNDOTBS1 OFFLINE SYS RB2 INDX OFFLINE SYS RB3_01 UNDOTBS3 OFFLINE SYS RB3_02 UNDOTBS3 OFFLINE SYS RB3_03 UNDOTBS3 OFFLINE SYS RB3_04 UNDOTBS3 OFFLINE SYS RB3_05 UNDOTBS3 OFFLINE SYS RB3_06 UNDOTBS3 OFFLINE 　已选择37行。　 SQL> 　五、AUM和RAC UNDO空间治理方式在RAC中会有一些非凡的要求。 1、RAC所有实例应使用相同UNDO治理模式。 2、不同的实例应使用不同的UNDO表空间，假如没有明确设置不同的UNDO_TABLESPACE参数，每个实例会自动使用第一个可用的UNDO表空间。　六、其它说明 1、当在AUTO模式下进行MANUAL操作时，我们可以设置初始化参数UNDO_SUPPRESS_ERRORS = TRUE来禁止所有报错信息，慎用！ SQL> l 1* alter rollback segment "_SYSSMU6$" online SQL> / alter rollback segment "_SYSSMU6$" online * ERROR 位于第 1 行: ORA-30019: Illegal rollback Segment operation in Automatic Undo mode SQL> alter system set UNDO_SUPPRESS_ERRORS = TRUE; 系统已更改。 SQL> alter rollback segment "_SYSSMU6$" online; 回退段已变更。 SQL> 这条语句看起来是操作成功了，但实际上什么事也没有干！ SQL> select owner,segment_name,tablespace_name,status 2 from dba_rollback_segs where status ='ONLINE'; OWNER SEGMENT_NAME TABLESPACE_NAM STATUS ------------ -------------------- -------------- --------------- SYS SYSTEM SYSTEM ONLINE PUBLIC _SYSSMU1$ UNDOTBS1 ONLINE PUBLIC _SYSSMU2$ UNDOTBS1 ONLINE PUBLIC _SYSSMU3$ UNDOTBS1 ONLINE PUBLIC _SYSSMU4$ UNDOTBS1 ONLINE PUBLIC _SYSSMU5$ UNDOTBS1 ONLINE 已选择6行。 SQL> 　 2、和手动删除了回滚段一样，查询事务信息假如位于已删除的UNDO表空间时，而快照又比UNDO表空间的DROP-SCN旧，同样会报ORA-01555 "snapshot too old (rollback segment too small)"错。　七、个人看法无论是叫做ROLLBACK SEGMENT（回滚段）也好，还是叫做UNDO SEGMENT（撤销段）也好，作为用户，我们最关心的是给我们到底带来什么好处。正如Oracle所宣传的那样，自动治理确实给用户减轻了不少治理工作，但是作为企业级应用，我们不仅要考虑治理的复杂性，更要考虑它的性能问题，而在我们所进行的项目测试过程中，发现自动治理并不理想。也就是说，自动治理是以性能为代价来减少治理的复杂性，这无疑会给用户以鸡肋的感觉。到目前为止我还没有发现一个合理解释，不知道在下一个版本中会不会在性能上有个很大的提高。在这种情况下，是否采用自动治理？如何选择完全看你自己了。