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

2024-08-29 13:47:03

字体：大中小

来源：转载

供稿：网友

Oracle 9i新特性研究三撤销段的自动治理在Oracle 9i里，一个很显著的新特性就是引入了自动的回滚段治理，当使用了AUM (Automatic Undo Management)时，为了区别，名称也由原来的ROLLBACK SEGMENT（回滚段）变成UNDO SEGMENT（撤销段），相对应的是UNDO TABLESPACE。当然我们也可以继续使用传统的MANUAL方式来治理撤销段。一、初始化参数使用下面的参数来设置有ORACLE自动治理撤销段：UNDO_MANAGEMENT = AUTOORACLE会自动完成撤销段的创建、删除以及ONLINE/OFFLINE，而DBA将无法干预所有以上操作。假如想自己来治理回滚段可以将UNDO_MANAGEMENT设成MANUAL（DEFAULT就是MANUAL的）。虽然我们可以在UNDO表空间上创建回滚段，但ORACLE并不建议这样做。当使用了AUM，我们唯一需要做的就是至少创建一个UNDO表空间，我们可以创建多个UNDO表空间，然后使用下面的参数来指定具体使用哪个。UNDO_TABLESPACE =UNDORBS1SQL> l1* select name ,value from v$parameter where name like 'undo%'SQL> /　undo_management MANUALundo_tablespace UNDOTBS1undo_supPRess_errors FALSEundo_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> l1 select TABLESPACE_NAME, CONTENTS,EXTENT_MANAGEMENT, ALLOCATION_TYPE,2 SEGMENT_SPACE_MANAGEMENT3* from dba_tablespaces where contents='UNDO'SQL> /　TABLESPACE_NAME CONTENTS EXTENT_MANAGEMENT ALLOCATION_TYPE SEGMENT_SPAC-------------------- ------------------ -------------------- ------------------ ------------UNDOTBS1 UNDO LOCAL SYSTEM MANUALUNDOTBS2 UNDO LOCAL SYSTEM MANUAL2、除撤销段外，我们不能在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 tablespaceSQL> l1* create rollback segment ncn_rb1 tablespace undotbs1SQL> /create rollback segment ncn_rb1 tablespace undotbs1*ERROR 位于第 1 行:ORA-30019: Illegal rollback Segment Operation in Automatic Undo mode3、一个实例职能使用一个UNDO表空间：除了在INIT.ORA中指定UNDO表空间外，我们还可以使用下面的语句来在线更改实例所用的UNDO表空间：SQL> alter system set undo_tablespace=undotbs2;系统已更改。四、撤销段的特性1、撤销段自动创建：Ø n个撤销段（n基于sessionS参数，后面会具体讲）Ø 名字为_SYSSMUn$Ø OWNER为PUBLIC（在RAC配置中有用）Ø 选择AUM后，无法手动治理SQL> l1 select owner,segment_name,tablespace_name,status2* from dba_rollback_segs order by 4SQL> /　OWNER SEGMENT_NAME TABLESPACE_NAME STATUS---------- ------------------ -------------------- --------------------------------
PUBLIC _SYSSMU1$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU2$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU3$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU5$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU7$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU9$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU10$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU8$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU6$ UNDOTBS1 OFFLINEPUBLIC RB1_CYX1 UNDOTBS1 OFFLINEPUBLIC RB1_CYX UNDOTBS1 OFFLINESYS RB1_08 UNDOTBS1 OFFLINESYS RB1_07 UNDOTBS1 OFFLINESYS RB1_05 UNDOTBS1 OFFLINESYS RB1_04 UNDOTBS1 OFFLINESYS RB1_03 UNDOTBS1 OFFLINESYS RB1_02 UNDOTBS1 OFFLINESYS RB1_01 UNDOTBS1 OFFLINESYS RB3_06 UNDOTBS3 OFFLINESYS RB3_05 UNDOTBS3 OFFLINESYS RB3_04 UNDOTBS3 OFFLINESYS RB3_03 UNDOTBS3 OFFLINESYS RB3_02 UNDOTBS3 OFFLINESYS RB3_01 UNDOTBS3 OFFLINESYS RB2 INDX OFFLINEPUBLIC _SYSSMU4$ UNDOTBS1 OFFLINESYS SYSTEM SYSTEM ONLINEPUBLIC _SYSSMU11$ UNDOTBS2 ONLINEPUBLIC _SYSSMU12$ UNDOTBS2 ONLINEPUBLIC _SYSSMU13$ UNDOTBS2 ONLINEPUBLIC _SYSSMU14$ UNDOTBS2 ONLINEPUBLIC _SYSSMU15$ UNDOTBS2 ONLINEPUBLIC _SYSSMU16$ UNDOTBS2 ONLINEPUBLIC _SYSSMU17$ UNDOTBS2 ONLINEPUBLIC _SYSSMU18$ UNDOTBS2 ONLINEPUBLIC _SYSSMU19$ UNDOTBS2 ONLINEPUBLIC _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 0java_soft_sessionspace_limit integer 0license_max_sessions integer 0license_sessions_warning integer 0logmnr_max_persistent_sessions integer 1mts_sessions integer 0sessions integer 27shared_server_sessions integer 0SQL> select owner,segment_name,tablespace_name,status2 from dba_rollback_segs;　OWNER SEGMENT_NAME TABLESPACE_NAM STATUS------------ -------------------- -------------- ----------SYS SYSTEM SYSTEM ONLINEPUBLIC _SYSSMU1$ UNDOTBS1 ONLINEPUBLIC _SYSSMU2$ UNDOTBS1 ONLINEPUBLIC _SYSSMU3$ UNDOTBS1 ONLINEPUBLIC _SYSSMU4$ UNDOTBS1 ONLINEPUBLIC _SYSSMU5$ UNDOTBS1 ONLINEPUBLIC _SYSSMU6$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU7$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU8$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU9$ UNDOTBS1 OFFLINE
PUBLIC _SYSSMU10$ UNDOTBS1 OFFLINEPUBLIC _SYSSMU11$ UNDOTBS2 OFFLINEPUBLIC _SYSSMU12$ UNDOTBS2 OFFLINEPUBLIC _SYSSMU13$ UNDOTBS2 OFFLINEPUBLIC _SYSSMU14$ UNDOTBS2 OFFLINEPUBLIC _SYSSMU15$ UNDOTBS2 OFFLINEPUBLIC _SYSSMU16$ UNDOTBS2 OFFLINEPUBLIC _SYSSMU17$ UNDOTBS2 OFFLINEPUBLIC _SYSSMU18$ UNDOTBS2 OFFLINEPUBLIC _SYSSMU19$ UNDOTBS2 OFFLINEPUBLIC _SYSSMU20$ UNDOTBS2 OFFLINESYS RB1_01 UNDOTBS1 OFFLINESYS RB1_02 UNDOTBS1 OFFLINESYS RB1_03 UNDOTBS1 OFFLINESYS RB1_04 UNDOTBS1 OFFLINESYS RB1_05 UNDOTBS1 OFFLINESYS RB1_07 UNDOTBS1 OFFLINESYS RB1_08 UNDOTBS1 OFFLINEPUBLIC RB1_CYX UNDOTBS1 OFFLINEPUBLIC RB1_CYX1 UNDOTBS1 OFFLINESYS RB2 INDX OFFLINESYS RB3_01 UNDOTBS3 OFFLINESYS RB3_02 UNDOTBS3 OFFLINESYS RB3_03 UNDOTBS3 OFFLINESYS RB3_04 UNDOTBS3 OFFLINESYS RB3_05 UNDOTBS3 OFFLINESYS RB3_06 UNDOTBS3 OFFLINE　已选择37行。　SQL>　五、AUM和RACUNDO空间治理方式在RAC中会有一些非凡的要求。1、RAC所有实例应使用相同UNDO治理模式。2、不同的实例应使用不同的UNDO表空间，假如没有明确设置不同的UNDO_TABLESPACE参数，每个实例会自动使用第一个可用的UNDO表空间。　六、其它说明1、当在AUTO模式下进行MANUAL操作时，我们可以设置初始化参数UNDO_SUPPRESS_ERRORS = TRUE来禁止所有报错信息，慎用！SQL> l1* alter rollback segment "_SYSSMU6$" onlineSQL> /alter rollback segment "_SYSSMU6$" online*ERROR 位于第 1 行:ORA-30019: Illegal rollback Segment operation in Automatic Undo modeSQL> alter system set UNDO_SUPPRESS_ERRORS = TRUE;系统已更改。SQL> alter rollback segment "_SYSSMU6$" online;回退段已变更。SQL>这条语句看起来是操作成功了，但实际上什么事也没有干！SQL> select owner,segment_name,tablespace_name,status2 from dba_rollback_segs where status ='ONLINE';OWNER SEGMENT_NAME TABLESPACE_NAM STATUS------------ -------------------- -------------- ---------------SYS SYSTEM SYSTEM ONLINEPUBLIC _SYSSMU1$ UNDOTBS1 ONLINEPUBLIC _SYSSMU2$ UNDOTBS1 ONLINEPUBLIC _SYSSMU3$ UNDOTBS1 ONLINEPUBLIC _SYSSMU4$ UNDOTBS1 ONLINEPUBLIC _SYSSMU5$ UNDOTBS1 ONLINE已选择6行。SQL>　2、和手动删除了回滚段一样，查询事务信息假如位于已删除的UNDO表空间时，而快照又比UNDO表空间的DROP-SCN旧，同样会报ORA-01555 "snapshot too old (rollback segment too small)"错。　七、个人看法无论是叫做ROLLBACK SEGMENT（回滚段）也好，还是叫做UNDO SEGMENT（撤销段）也好，作为用户，我们最关心的是给我们到底带来什么好处。正如Oracle所宣传的那样，自动治理确实给用户减轻了不少治理工作，但是作为企业级应用，我们不仅要考虑治理的复杂性，更要考虑它的性能问题，而在我们所进行的项目测试过程中，发现自动治理并不理想。也就是说，自动治理是以性能为代价来减少治理的复杂性，这无疑会给用户以鸡肋的感觉。到目前为止我还没有发现一个合理解释，不知道在下一个版本中会不会在性能上有个很大的提高。在这种情况下，是否采用自动治理？如何选择完全看你自己了。

上一篇：ORACLE常用傻瓜问题1000问(之十)

下一篇：ORACLE常用傻瓜问题1000问(之九)