Oracle® Database Administrator's Guide 11g Release 1 (11.1) Part Number B28310-01 |
|
|
View PDF |
The SYSAUX
tablespace was installed as an auxiliary tablespace to the SYSTEM
tablespace when you created your database. Some database components that formerly created and used separate tablespaces now occupy the SYSAUX
tablespace.
If the SYSAUX
tablespace becomes unavailable, core database functionality will remain operational. The database features that use the SYSAUX
tablespace could fail, or function with limited capability.
The list of registered occupants of the SYSAUX
tablespace are discussed in "Creating the SYSAUX Tablespace". These components can use the SYSAUX
tablespace, and their installation provides the means of establishing their occupancy of the SYSAUX
tablespace.
You can monitor the occupants of the SYSAUX
tablespace using the V$SYSAUX_OCCUPANTS
view. This view lists the following information about the occupants of the SYSAUX
tablespace:
Name of the occupant
Occupant description
Schema name
Move procedure
Current space usage
View information is maintained by the occupants.
You will have an option at component install time to specify that you do not want the component to reside in SYSAUX
. Also, if you later decide that the component should be relocated to a designated tablespace, you can use the move procedure for that component, as specified in the V$SYSAUX_OCCUPANTS
view, to perform the move.
For example, assume that you install Oracle Ultra Search into the default tablespace, which is SYSAUX
. Later you discover that Ultra Search is using up too much space. To alleviate this space pressure on SYSAUX
, you can call a PL/SQL move procedure specified in the V$SYSAUX_OCCUPANTS
view to relocate Ultra Search to another tablespace.
The move procedure also lets you move a component from another tablespace into the SYSAUX
tablespace.
The SYSAUX
tablespace is occupied by a number of database components (see Table 2-2), and its total size is governed by the space consumed by those components. The space consumed by the components, in turn, depends on which features or functionality are being used and on the nature of the database workload.
The largest portion of the SYSAUX
tablespace is occupied by the Automatic Workload Repository (AWR). The space consumed by the AWR is determined by several factors, including the number of active sessions in the system at any given time, the snapshot interval, and the historical data retention period. A typical system with an average of 30 concurrent active sessions may require approximately 200 to 300 MB of space for its AWR data. You can control the size of the AWR by changing the snapshot interval and historical data retention period. For more information on managing the AWR snapshot interval and retention period, please refer to Oracle Database Performance Tuning Guide.
Another major occupant of the SYSAUX
tablespace is the embedded Enterprise Manager (EM) repository. This repository is used by Oracle Enterprise Manager Database Control to store its metadata. The size of this repository depends on database activity and on configuration-related information stored in the repository.
Other database components in the SYSAUX
tablespace will grow in size only if their associated features (for example, Oracle UltraSearch, Oracle Text, Oracle Streams) are in use. If the features are not used, then these components do not have any significant effect on the size of the SYSAUX
tablespace.