要配置AUM,我们先要设置初始化参数undo_management。该参数用来说明undo的管理方式,它有两个取值。
auto:表示采用AUM来管理undo。
manual:表示采用MUM来管理undo,这也就意味着我们要手工创建rollback segment等。
在AUM下,我们只需要创建undo表空间(可以使用前面描述的使用Database Control的图形界面来创建undo表空间,也可以使用SQL命令),并指定初始化参 数undo_tablespace,该参数说明数据库当前使用哪个undo表空间。剩下的工作,包括undo segment的创建、扩展、收缩、删除等,都由数据库自动完成,如 下所示:
SQL> show parameter undo_management
NAME TYPE VALUE
----------------- ----------- -------------
undo_management string AUTO
SQL> create undo tablespace undonew datafile '/u01/app/
oracle/oradata/ora10g/undonew01. dbf' size 10M autoextend on;
SQL> alter system set undo_tablespace=undonew;
如果我们指定了undo_management为auto,但是在设定undo_tablespace时,指定了某个不存在的undo表空间,则实例启动时报错;如果没有设定 undo_tablespace,则系统会查找第一个可用的undo表空间;如果没有找到可用的undo表空间,则使用位于系统表空间里的rollback segment,这样非常不好 ,增加了系统表空间的压力。
当发生一个DML操作时,服务器进程会选择一个undo segment。AUM采用的是事务绑定undo segment的算法。该算法说明如下。
首先尝试将每个undo segment绑定一个事务,也就是每个undo segment上只被一个事务使用。
如果不能发现完全空闲的(也就是没有与任何事务绑定)undo segment,则系统会尝试将其他脱机的undo segment联机。
如果没有可用的undo segment进行联机,则会尝试创建一个新的undo segment。
如果上面的步骤都没有成功,比如由于没有可用空间了,而不能创建新的undo segment,则事务绑定算法会去尝试找最早被使用的那个undo segment。这种 情况下,不同的多个事务才会在一个相同的undo segment里同时运行。
既然存在undo segment的扩张,就存在undo segment的收缩。收缩由SMON完成,在下面的情况下会收缩undo segments:
每隔12个小时会收缩一次,删除那些idle状态的extents;
当前台进程进行DML而需要undo时,发现空间不够用,则会唤醒SMON进行一次收缩。也就是说,将其他undo segment里暂时没被使用的extent拿过来用。
从前面的描述中,我们已经知道,当Oracle在提供一致性读的过程中,会根据ITL槽里记录的undo块的地址,而搜索所有相关联的undo块。只要使用undo块的 事务提交或者回滚,则这些undo块就不再被事务所需要;也就是说,其中包含的旧的数据可以被覆盖。这样就会发生在查找改变前的旧值的过程中,找不到 足够旧的值,而抛出ORA-1555的错误消息。为此,Oracle为undo的管理提供了另一个参数:undo_retention。该参数以秒为单位,表示当事务提交或回滚以 后,该事务所使用的undo块里的数据需要保留多长时间;当保留的时间超过undo_retention所指定的时间以后,该undo块才能够被其他事务覆盖。
当我们使用AUM,并设置了undo_retention以后,undo块就存在四种状态。
Active:表示正在使用该undo的事务还没有提交或回滚。
Inactive:表示该undo上没有活动的事务,该状态的undo可以被其他事务覆盖。
Expired:表示该undo持续inactive的时间超过undo_retention所指定的时间。
Freed:表示该undo块内容是空的,从来没有被使用过。
当活动的事务使用undo segment时,在AUM模式下,事务可以在不同的undo segment之间动态交换undo空间,也就是在不同的undo segment里交换extents。 当一个正在执行的事务需要更多的undo空间时,首先会重用当前undo segment里的可用空间;如果当前undo segment里的可用空间(也就是extents)不足时 ,则会按照下面的步聚获得所需要的extent:
获取undo表空间里可用的、空的extents;
获取其他undo segment里的expired状态的extents;
如果undo表空间里的数据文件启用了自动扩展(autoextend on),则数据文件进行自动扩展;
如果undo表空间里的数据文件没有启用自动扩展,则获取其他undo segment里的INACTIVE状态的extents;
如果以上步骤均无法获得可用空间时,报空间不足的错误消息。
这种动态的方式使得空间的使用最为高效。我们来举例说明,如图7-2所示。
![20121206150314101.jpg](https://i-blog.csdnimg.cn/blog_migrate/f3193ab3352d3755154064c9aa452d38.jpeg)
图7-2 undo获取可用空间的机制
在图7-2中,假设undo表空间中总共存在5个undo segment(US1、US2、US3、US4和US5)。每个undo segment中包含7个extent,其中每个extent的状态采用A 、I、X和F来表示。那么当使用US5的事务还需要额外的可用空间时,首先会使用US5中两个状态为F的extents;如果不够用,则使用US4中的3个状态为F的 extents;如果还不够用,则使用US3中的3个状态为X的extents;如果仍然不够用,则使用US1中的3个状态为I的extents;如果再不够用,则报空间不足的错 误消息。
从这里可以看出,在AUM里,分配undo块的算法不仅有效,而且会尽可能地将INACTIVE状态的extents保留足够长的时间。在Oracle 10g里,如果undo表空间 有足够的可用空间,则Oracle会将undo信息保留的时间与当前运行时间最长的那个查询所需要的时间相同。
默认情况下,Oracle 10g会每隔30秒钟就收集统计信息来自动调整undo retention,收集的信息包括运行时间最长的查询、产生undo的速度等。我们可以通 过设置undo_retention参数来改变这种自动的调整。该参数的默认值为900秒。如果我们没有为该参数指定值,或指定了0,则Oracle会自动调整undo retention,并以900秒作为最低值。否则,使用我们设置的该值作为undo保留的时间。
如果设置undo_retention为0,则实例会获取运行时间最长的那个查询所需要的时间,比如为N秒,然后将undo信息保留N秒。当undo表空间的尺寸太小,而不 能保留这个最长的时间时,则会尽可能地利用现有的可用空间来让undo保留的时间尽可能长,并不会立刻扩展undo数据文件。除非要覆盖的undo信息是在距 今900秒以内发生的,才会去扩展数据文件。
转载于:https://blog.51cto.com/19880614/1186184