Managing Rollback/Undo Segments in AUM (Automatic Undo Management) This document explains how to use the new Oracle9i feature Automatic Undo Management (AUM) versus the Manual Undo Management related to conventional rollback segments. Managing Rollback/Undo Segments in Automatic Undo Management: This new feature simplifies and automates the management of undo segments. DBAs have the choice to manage rollback segments as they used to do under versions Oracle7, Oracle8, and Oracle8i, or to let the RDBMS do it. There are now two modes of rollback segments management and usage: AUTOMATIC or MANUAL To distinguish between the two types of segments, ROLLBACK segments are called UNDO segments when AUM is enabled. In both cases, rollback/undo segments are still the only way for transactions to execute and complete. This means that with either method, rollback/undo segments are present in the database and use disk space. ************************** INIT.ORA parameters ************************** 1. UNDO_MANAGEMENT can be set to AUTO if you want the RDBMS to manage undo segments automatically: RDBMS creates them when you create a new UNDO tablespace RDBMS alters them ONLINE/OFFLINE when you choose a specific UNDO tablespace RDBMS drops them when you drop an UNDO tablespace In this case, DBAs cannot manage undo segments at all, though they still do exist as "rollback" segments. Note: Though you can create rollback segments in UNDO tablespaces, it is strongly recommended not to do it. UNDO_MANAGEMENT can be set to MANUAL if you want to keep the control on rollback segments. 2. If you decide to use AUM, you have to create at least one UNDO tablespace to store the undo segments automatically created. Even if AUM uses only one UNDO tablespace at the instance level, you can create several UNDO tablespaces. In this case, specify which UNDO tablespace is to be used: UNDO_TABLESPACE=rbs SQL> select name,value from v$parameter where name in ('undo_management','undo_tablespace'); NAME VALUE ------------------------------------ ---------------undo_management AUTO undo_tablespace RBS Having several UNDO tablespaces available in the database provides the possibility to switch and use a different tablespace with smaller or larger global size for different purposes of usage, such as OLTP, BATCH. ************************* UNDO Tablespaces Creation ************************* 1. You create the UNDO tablespace at database creation. 2. Or after database creation: SQL> create undo tablespace UNDO_RBS1 datafile 'undorbs1.dbf' size 100m; Tablespace created. ******************************** UNDO Tablespaces Characteristics ******************************** 1. They are locally-managed with system extent allocation: SQL> select TABLESPACE_NAME, CONTENTS, EXTENT_MANAGEMENT, ALLOCATION_TYPE, SEGMENT_SPACE_MANAGEMENT from dba_tablespaces where contents='UNDO'; TABLESPACE_NAME --------------RBS UNDO_RBS1 CONTENTS --------UNDO UNDO EXTENT_MAN ---------LOCAL LOCAL ALLOCATIO --------SYSTEM SYSTEM SEGMEN -----MANUAL MANUAL 2. You cannot use UNDO tablespaces for other purposes than UNDO SEGMENTS and cannot do any operation on system generated undo segments: SQL> create table T (c number) tablespace undo_rbs1; create table T (c number) tablespace undo_rbs1 * ERROR at line 1: ORA-30022: Cannot create segments in undo tablespace SQL> create rollback segment undo_rs1 tablespace undo_rbs1; create rollback segment undo_rs1 tablespace undo_rbs1 * ERROR at line 1: ORA-30019: RBU Rollback Segment operation not supported in SMU mode Note: You can create rollback segments on an UNDO tablespace while the database runs in manual mode, but it is useless since these rollback segments cannot be set online when running in AUM mode. 3. Only one UNDO tablespace can be used at the instance level: => use UNDO_TABLESPACE=rbs in init.ora parameter file to set it before instance startup => or use the SQL command to change the UNDO tablespace during instance life: SQL> alter system set undo_tablespace=undo_rbs1; System altered. ************************************** Rollback Segments versus UNDO Segments ************************************** 1. When creating an UNDO tablespace, these are automatically created: * n undo segments (based on SESSIONS parameter value) * named as _SYSSMUn$ * owned by PUBLIC (usable for OPS configuration) * not manually manageable SQL> select owner,segment_name,tablespace_name from dba_rollback_segs order by 3; OWNER SEGMENT_NAME TABLESPACE_NAME ------ ------------------------------ -----------------------------PUBLIC _SYSSMU1$ RBS PUBLIC _SYSSMU2$ RBS PUBLIC _SYSSMU3$ RBS PUBLIC _SYSSMU5$ RBS PUBLIC _SYSSMU7$ RBS PUBLIC _SYSSMU9$ RBS PUBLIC _SYSSMU10$ RBS PUBLIC _SYSSMU8$ RBS PUBLIC _SYSSMU6$ RBS PUBLIC _SYSSMU4$ RBS SYS SYSTEM SYSTEM PUBLIC _SYSSMU11$ UNDO_RBS1 PUBLIC _SYSSMU12$ PUBLIC _SYSSMU13$ PUBLIC _SYSSMU14$ PUBLIC _SYSSMU15$ PUBLIC _SYSSMU16$ PUBLIC _SYSSMU17$ PUBLIC _SYSSMU18$ PUBLIC _SYSSMU19$ PUBLIC _SYSSMU20$ UNDO_RBS1 UNDO_RBS1 UNDO_RBS1 UNDO_RBS1 UNDO_RBS1 UNDO_RBS1 UNDO_RBS1 UNDO_RBS1 UNDO_RBS1 2. If you choose to use AUM, you have no chance to manage any undo or rollback, even on an non UNDO tablespace. SQL> create public rollback segment rs1 tablespace system; create public rollback segment rs1 tablespace system * ERROR at line 1: ORA-30019: Illegal rollback Segment operation in Automatic Undo mode 3. Only undo segments of the active UNDO tablespace and the SYSTEM rollback segment are kept ONLINE. All other rollback segments and undo segments of other UNDO tablespaces are OFFLINE. Nevertheless, not all undo segments of the active UNDO tablespace are ONLINE at startup: this depends on the SESSIONS parameter. For example, if 10 undo segments exist and you startup the instance with a lower SESSIONS parameter value, the existing UNDO segments are kept but only a few of them are onlined. The OFFLINE undo segments of the active UNDO tablespace are onlined when more transactions require the use of offlined undo segments. ******************************************************* Automatic Undo Management and Real Application CLusters ******************************************************* The undo space management feature is also useful in Real Application Clusters environments. 1. All instances within Real Application Cluster environments must run in the same undo mode. 2. Set the global parameter UNDO_MANAGEMENT to AUTO in your server parameter file. If you use client-side parameter files, the setting for UNDO_MANAGEMENT must be identical in all the files. 3. Set the UNDO_TABLESPACE parameter to assign the appropriate undo tablespace to each respective instance. Each instance requires its own undo tablespace. If you do not set the UNDO_TABLESPACE parameter, each instance uses the first available undo tablespace. Remarks 1. There is another undo_ init.ora parameter: UNDO_SUPPRESS_ERRORS. Use it very carefully: set to TRUE, it suppresses any error message issued when attempting manual operations while in AUTO mode. SQL> alter rollback segment "_SYSSMU1$" online; Rollback segment altered. SQL> alter rollback segment "_SYSSMU13$" offline; Rollback segment altered. SQL> alter rollback segment rs1 online; Rollback segment altered. All these statements seem to have executed the operation, but in reality did not do anything. 4. Like rollback segments dropped MANUALLY, queries that need to access the transaction undo information residing in a dropped UNDO tablespace may result in ORA-01555 "snapshot too old (rollback segment too small)" error, if the snapshot is older than the DROP-SCN of the UNDO tablespace.