SYSAUX tablespace increasing in size

Hi,
I have noticed that SYSAUX tablespace increasing in size. This tablespace is being used by the below components. However, none of those components are used by my applications. They are installed by default with Oracle 10g Realese1. what makes this tablespace increase?? and what should be done to stop increasing in this tablespace?
Oracle Ultra Search 10.1.0.3.0 VALID WKSYS
Oracle Enterprise Manager 10.1.0.3.0 VALID SYSMAN
Oracle XML Database 10.1.0.3.0 VALID XDB
OLAP Catalog 10.1.0.3.0 VALID OLAPSYS
Oracle Text 10.1.0.3.0 VALID CTXSYS
Spatial 10.1.0.3.0 VALID MDSYS
Oracle interMedia 10.1.0.3.0 VALID ORDSYS
Oracle Expression Filter 10.1.0.3.0 VALID EXFSYS
Oracle Workspace Manager 10.1.0.2.0 VALID WMSYS
Oracle Data Mining 10.1.0.3.0 VALID DMSYS

The following is from a metalink post of mine on the same subject>>
The sysaux tablespace is used to hold AWR data among other uses. Reduce the retention and interval setting for the AWR snapshots to reduce the space necessary to hold the data. See dbms_workload_repository package procedure modify_snapshot_settings.
Your statistics collection level will also feed into the above.
Take a look at other features/products you have assigned to sysaux if any and examine the data collection and retention rules you have specified for them.
<<
HTH -- Mark D Powell --

Similar Messages

Sysaux tablespace running low !!

Hi
My sysaux tablespace is running low. It was created with autoextend and the max size it can autoextend on is 3 GB. Please check the following
SQL> select TABLESPACE_NAME, FILE_NAME, BYTES/(1024*1024), AUTOEXTENSIBLE, MAXBYTES/(1024*1024)
2 from dba_data_files
3 where tablespace_name = 'SYSAUX';
TABLESPACE FILE_NAME BYTES/(1024*1024) AUT MAXBYTES/(1024*1024)
SYSAUX H:\ORACLE\ORADATA\STUTEST\SYSAUX01.DBF 3175.28125 YES 32767
What is the best practise? Do i have to add another datafile in sysaux tablespace with same size and auto extensible max size to 3 gb?
Thanks for your help!!!

It depends on your requirement. If you have any job running which will trigger an alert about space utilization or you are using OEM to see the space utilization then probably you can keep the autoextend off and resize the datafile when require else you can keep it on.
Regards

Sysaux Tablespace keep on increasing

Sysaux tablespace keeps on increasing not able to control it, am keep on adding datafiles to control it but its keep on growing. Please tell me some suggestion.
Edited by: 992890 on Mar 10, 2013 5:07 AM

Hi
I have executed the following query and attached the output
select * from DBA_HIST_WR_CONTROL;
DBID     SNAP_INTERVAL     RETENTION     TOPNSQL
3471086047     +00 01:00:00.000000     +07 00:00:00.000000     DEFAULT
3,944,815,540     +00 01:00:00.000000     +07 00:00:00.000000     DEFAULT
2,882,923,506     +00 01:00:00.000000     +07 00:00:00.000000     DEFAULT
1,387,452,485     +00 01:00:00.000000     +07 00:00:00.000000     DEFAULT
2,061,558,320     +00 01:00:00.000000     +07 00:00:00.000000     DEFAULT
4,288,048,108     +00 01:00:00.000000     +07 00:00:00.000000     DEFAULT
3,558,022,128     +00 01:00:00.000000     +07 00:00:00.000000     DEFAULT
412,070,703     +00 01:00:00.000000     +08 00:00:00.000000     DEFAULT
3,516,040,524     +00 01:00:00.000000     +08 00:00:00.000000     DEFAULT
3,580,520,771     +00 01:00:00.000000     +08 00:00:00.000000     DEFAULT
2,350,953,892     +00 01:00:00.000000     +08 00:00:00.000000     DEFAULT
3,922,397,616     +00 01:00:00.000000     +08 00:00:00.000000     DEFAULT
3,923,062,658     +00 01:00:00.000000     +08 00:00:00.000000     DEFAULT
217,995,194     +00 01:00:00.000000     +08 00:00:00.000000     DEFAULT
218,007,544     +00 01:00:00.000000     +08 00:00:00.000000     DEFAULT
2,106,485,754     +00 01:00:00.000000     +08 00:00:00.000000     DEFAULT
Regards
Sham

Increase the size of tablespace

what is the sqlplus command to change the size of existing tablespace?
Tablespace is USERS, I need to increase the size of table space.

Hi,
>>Do I need to increase the size of both tablespace & datafile?
Remember: Oracle stores data logically in tablespaces and physically in datafiles associated with the corresponding tablespace. In resume, you can alter the size of a datafile.
ALTER DATABASE DATAFILE '/u03/oradata/users01.dbf' RESIZE 5000M
>>/u03/oradata/users01.dbf not a USERS01.ORA
The name of the datafiles depends of notation that a DBA are using.
Cheers

How to reduce the size of a sysaux tablespace

Hi All,
I am using oracle 10g database. My SYSYAUX tablespace size is aroud 6GB.
Actually statspack was configured in this database because of this the tablespace grows more. Now i removed statspack (perfstat user). now the space used comes around 600MB. I want to reduce the size of the tablespace. Can any body help me.
Kiran

Your statspack report is generated in sysaux tablespace ?
SYSAUX tablespace was installed as an auxiliary tablespace to the system tablespace when we created our database.
Some database components that formerly created and used separate tablespaces now occupy the SYSAUX tablespace.
Viewing Components using SYSAUX tbs.
SQL> column occupant_name format a15
SQL> column occupant_desc format a30
SQL> column schema_name format a10
SQL> select schema_name,occupant_name,occupant_desc,space_usage_kbytes
from v$sysaux_occupants;
You can move components tbs other that SYSAUX first you know which component move is applicable or not.
SQL> column move_procedure format a25
SQL> column move_procedure_desc format a40
SQL> select move_procedure,move_procedure_desc from v$sysaux_occupants;
Two major components consume lot of space.
1.AWR ( automatic workload repository)
2.OEM ( oracle enterprise manager repository)

Increase the size to tablespace

Can any one forward me the SQL/PLSQL command to increase the size of tablespace.

Hi,
TEST>SELECT FILE_NAME, BYTES/1024/1024 "MiB" FROM DBA_DATA_FILES
2 /
FILE_NAME                                 MiB
/path/redo/dbs.dbf                       1500
/path/data/datbig04.dbf                 15360
/path/data/datbig05.dbf                 15360
/path/data/datbig06.dbf                 15360
/path/index/idxbig01.dbf                24576
/path/index/idxbig02.dbf                24576
/path/index/idxbig03.dbf                24576
36 rows selected.Try to describe DBA_DATA_FILES in order to know what info you can get in it.
Regards,
Yoann.

What is the use of SYSAUX Tablespace in Oracle 10G

Dear Experts,
Please Tell me What is the use of SYSAUX Tablespace in Oracle 10G Because
during Web Load Testing It is going to increase countinuosly.Although i am not using this with any tables.
How Can I find out the what is gong on in this.
Can I Remove this tablesspace and other non using Schemas like FLOWS_020100,MDSYS,OUTLN,DIP and TSMSYS etc.

What is SYSAUX?
The SYSAUX tablespace provides storage of non-sys-related tables and indexes that traditionally were placed in the SYSTEM tablespace. For example, the tables and indexes that were previously owned by the system user can now be specified for a SYSAUX tablespace. Unfortunately, Oracle still places the SCOTT schema and the other demonstration schemas in the SYSTEM tablespace. Go figure.
The SYSAUX tablespace is specified with the CREATE DATABASE command. This is demonstrated in the example database creation script in Figure 1.1.
CREATE DATABASE test
MAXINSTANCES 1
MAXLOGHISTORY 1
MAXLOGFILES 5
MAXLOGMEMBERS 3
MAXDATAFILES 100
DATAFILE '/usr/oracle/OraHome1/oradata/aultdb1/test/system01.dbf' SIZE 300M REUSE AUTOEXTEND ON NEXT 10240K MAXSIZE UNLIMITED
EXTENT MANAGEMENT LOCAL
SYSAUX DATAFILE '/usr/oracle/OraHome1/oradata/aultdb1/test/sysaux01.dbf' SIZE 120M REUSE AUTOEXTEND ON NEXT 10240K MAXSIZE UNLIMITED
DEFAULT TEMPORARY TABLESPACE TEMP TEMPFILE '/usr/oracle/OraHome1/oradata/aultdb1/test/temp01.dbf' SIZE 20M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL
UNDO TABLESPACE "UNDOTBS1" DATAFILE '/usr/oracle/OraHome1/oradata/aultdb1/test/undotbs01.dbf' SIZE 200M REUSE AUTOEXTEND ON NEXT 5120K MAXSIZE UNLIMITED
CHARACTER SET WE8ISO8859P1
NATIONAL CHARACTER SET AL16UTF16
LOGFILE GROUP 1 ('/usr/oracle/OraHome1/oradata/aultdb1/test/redo01.log') SIZE 10240K,
GROUP 2 ('/usr/oracle/OraHome1/oradata/aultdb1/test/redo02.log') SIZE 10240K,
GROUP 3 ('/usr/oracle/OraHome1/oradata/aultdb1/test/redo03.log') SIZE 10240K
USER SYS IDENTIFIED BY "password" USER SYSTEM IDENTIFIED BY "password";
Oracle10g sysaux
With the new SYSAUX tablespace, Oracle comes closer to providing all the needed tablespaces for a truly OFA-compliant database right out of the box. With just one CREATE DATABASE command we can specify the SYSTEM tablespace, the TEMPORARY tablespace, the AUXSYS tablespace, the default UNDO tablespace, and the redo logs.
Of course, with the Oracle Managed Files option you can create an entire database with a single command, but the database created is not suitable for production use and is not OFA-compliant.
The SYSAUX tablespace is required in all new 10g databases. Only the SYSAUX tablespace datafile location is specified. Oracle specifies the remainder of the tablespace properties including:
online
permanent
read write
extent managment local
segment space management auto
If a datafile is specified for the SYSTEM tablespace, then one must be specified for the SYSAUX tablespace as well. If one is not specified, then the CREATE DATABASE command will fail. The only exception is for an Oracle Managed File system.
During any update of a database to Oracle Database 10g, a SYSAUX tablespace must be created or the upgrade will fail. The SYSAUX tablespace has the same security profile as the SYSTEM tablespace. However, loss of the SYSAUX tablespace will not result in a database crash, only the functional loss of the schemas it contains.
Can I drop SysAux?
DROP DATAFILE
Read this...

Server Manageability - Automatic Workload Repository increasing in size

I have noticed that the SYSAUX tablespace is increasing in size to a high level and would like some help in planning what to do about it.
I have changed the SNAP_INTERVAL to 2 hours in the meantime, it was set to the default 1 hour with 7 days of retention.
I have been monitoring the occupants of SYSAUX and SM/AWR is the one that is mostly increasing in size, it has gone from 225664Kb to 250496 in one day, which relates to a change of 18% down to 16% free so in approx 8 days it will be full.
Should I just add another datafile, or is a reduced interval/retention satisfactory

I have discovered that the table wwv_flow_data_load_bad_log is quite large but strangely (in TOAD) I can desc the table but if I try to select * from sys.wwv_flow_data_load_bad_log I get ORA_00942 table or view does not exist (logged in as sys)
I have search these forums, metalink and google but cannot find any mention of this table.
It seems to be a listing of ORA error messages
Can I safely delete rows from this table? How do I do that?

Sysaux tablespace reached to 90%

Hi
I am getting alert message that sysaux tablespace reached to 90% I checked and found that total allocated space to sysaux is 500M.
1. Can I add datafile to increase size for sysaux tablespace?
2. What could be the reason for growth? Is there any way to free the space from sysaux table space?
Platform Solaris Database 10.2.0.4
Thank you in advance

SDD wrote:
Hi
I am getting alert message that sysaux tablespace reached to 90% I checked and found that total allocated space to sysaux is 500M.
1. Can I add datafile to increase size for sysaux tablespace?
2. What could be the reason for growth? Is there any way to free the space from sysaux table space?
Platform Solaris Database 10.2.0.4
Thank you in advanceselect occupant_name, space_usage_kbytes from v$sysaux_occupants;
use segment advisor to analyze the space occupied in sysaux tablesapace.
One thing you could do is to set AUTOEXTEND OFF in datafile(s) of SYSAUX tablespace, so you'll get an error, but you can understand where is the problem. Identify datafile(s) :
SQL> select file_name from dba_data_files
2 where tablespace_name = 'SYSAUX';
then for each file_name
SQL> alter database datafile
2 '<file_name>' autoextend off;
The sysaux tablespace is used to hold AWR data among other uses. Reduce the retention and interval setting for the AWR snapshots to reduce the space necessary to hold the data. See dbms_workload_repository package procedure modify_snapshot_settings.
Your statistics collection level will also feed into the above.
Take a look at other features/products you have assigned to sysaux if any and examine the data collection and retention rules you have specified for them.
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.
hope, this will helps you.
Edited by: rajeysh on Jun 17, 2010 4:20 PM

SYSAUX tablespace full

Hi,
What will happen if SYSAUX tablespace size is full and we do not increase the size?
Will the database hang or continue to run?
AFAIK if SYSTEM tablespace is full then database gets hanged.
Edited by: oratest on Feb 13, 2010 11:00 PM

If sysaux tblsp is full, the database would still remain operational except the functionality associated with AWR will not work. I would expect that the snapshots that by default gets gathered every hour cannot be stored anymore unless you increase the sysaux tablespace size.
Your database users would still be able to work normally though.

Oracle XE system and sysaux tablespaces

I've got a question regarding system and sysaux tablespaces. Below are numbers from my Oracle XE database. Are these tablespaces constant or are they growing over time? I do not have any custom objects in either system or sysaux schema. If they extend is there a way to clean them up in order to reduce used space? Also, what is the impact of their size on the 4 GB XE limit?
# TABLESPACE NAME ALLOCATED (MB) USED (MB) FREE (MB) USED (%) FREE (%)
=====================================================================
1.SYSAUX....................710...............696.44........13.56..........98.09..........1.91
2.SYSTEM...................440...............429.75........10.25...........97.67......... 2.33
Thanks,
Art

Both should remain relatively constant.
The size of the SYSTEM tablespace will increase if you have many PL/SQL objects.
Whether they can be cleaned up can't be answered in a generic way, it depends.
They likely count to the 4 Gb limit.
Sybrand Bakker
Senior Oracle DBA

How to release space of SYSAUX tablespace

Hi,
I am now using htmldb 2.0 and created tens of tables in one schema. Several tables are stored in tablespace SYSAUX. Since now I am trying to store a big file to the table(1GB), I found the tablespace grows pretty fast and I have to extend the size. The odd thing is when I delete that file from my table, SYSAUX tablespace seems not release any room and when I insert the big file again into the table, SYSAUX grows again. How can I release the space then? I can't image that why it can't release any room. I also check the occupants of SYSAUX and found one occupant called "other" takes over 90% of space. I tried to move it out of SYSAUX, it doesn't work. What do "other" do actually? I got completely lost. Any help will be greatly appreciated.
Linke

Hi,
if you drop a table in Oracle 10g,
you will find teh extents of this table in
DBA_FREE_SPACE.
in DBA_FREE_SPACE???
I don't think so.
SQL >select ddf.tablespace_name,round(total/1024/1024,3) ttlSize,round((total-nvl(freespace,0))/1024/1024,3) used, round((total-nvl(freespace,0))/total*100,2) usedpct
from
(select tablespace_name,sum(bytes) total from dba_data_files group by tablespace_name) ddf,
(select tablespace_name,sum(bytes) freespace from dba_free_space group by tablespace_name) dfs
where ddf.tablespace_name=dfs.tablespace_name(+) and ddf.tablespace_name='USERS';
TABLESPACE_NAME                   TTLSIZE       USED    USEDPCT
USERS                                  16      2.813 17.58
SQL >create table test (col1 number) storage(initial 2m)
2 /
Table created.
SQL >select ddf.tablespace_name,round(total/1024/1024,3) ttlSize,round((total-nvl(freespace,0))/1024/1024,3) used, round((total-nvl(freespace,0))/total*100,2) usedpct
from
(select tablespace_name,sum(bytes) total from dba_data_files group by tablespace_name) ddf,
(select tablespace_name,sum(bytes) freespace from dba_free_space group by tablespace_name) dfs
where ddf.tablespace_name=dfs.tablespace_name(+) and ddf.tablespace_name='USERS';
TABLESPACE_NAME                   TTLSIZE       USED    USEDPCT
USERS                                  16      4.813 30.08<--used 2mb
SQL >select sum(bytes)/1024/1024 from dba_segments where tablespace_name='USERS'
2 /
SUM(BYTES)/1024/1024
                6.75
SQL >drop table test
2 /
Table dropped.
SQL >select sum(bytes)/1024/1024 from dba_segments where tablespace_name='USERS'
2 /
SUM(BYTES)/1024/1024
                6.75 <-- kept in the same tablespace

How to increase the size of sort_area_size

How to increase the size of sort_area_size and what size should be according to the PROD database
Thanks

user10869960 wrote:
Hi,
Many Thanks Charles
Oracle does not recommend using the SORT_AREA_SIZE parameter unless the instance is configured with the shared server option. Oracle recommends that you enable automatic sizing of SQL working areas by setting PGA_AGGREGATE_TARGET instead. SORT_AREA_SIZE is retained for backward compatibility."
--How can i know the instance is configured with the shared server option or not?This might be a tough question to answer. A shared server configuration may be enabled, but the clients may still connect using dedicated sessions, in which case PGA_AGGREGATE_TARGET would still apply.
From
http://download.oracle.com/docs/cd/B19306_01/server.102/b14237/dynviews_2088.htm
V$SESSION includes a column named SERVER which will contain one of the following for each of the sessions: DEDICATED, SHARED, PSEUDO, or NONE. As a quick check, you could query V$SESSION to see if any sessions are connected using a shared server connection.
From:
http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/manproc.htm
There are several parameters which are used to configure shared server support, as well as several views to monitor shared server.
As Robert mentioned, when the WORKAREA_SIZE_POLICY is set to AUTO, the SORT_AREA_SIZE setting is not used, unless a shared server configuration is in use.
--What default value is WORKAREA_SIZE_POLICY and SORT_AREA_SIZE ?From:
http://download.oracle.com/docs/cd/B19306_01/server.102/b14237/initparams157.htm
"Setting PGA_AGGREGATE_TARGET to a nonzero value has the effect of automatically setting the WORKAREA_SIZE_POLICY parameter to AUTO. This means that SQL working areas used by memory-intensive SQL operators (such as sort, group-by, hash-join, bitmap merge, and bitmap create) will be automatically sized. A nonzero value for this parameter is the default since, unless you specify otherwise, Oracle sets it to 20% of the SGA or 10 MB, whichever is greater."
Actually I am facing performence issue since long time till now i did not get the solution even i have raised SRs but i could not.When the issue occur system seems hang.what i monitored whenever hdisk0 and hdisk1 use 100% the issue occur.
Regards,
SajidWhen you say that you have had a performance issue for a long time, is it a performance problem faced by a single SQL statement, a single user, a single application, or everything on the server? If you are able to identify a single user, or SQL statement that is experiencing poor performance, I suggest starting with a 10046 trace at level 8 (wait events) or level 12 (wait events and bind variables) to determine why the execution appears to be slow. If you have not yet determined a specific user or SQL statement that is experiencing performance problems, you might start with either a Statspack Report or an AWR Report (AWR requires a separate license).
If you believe that temp tablespace usage may be a contributing factor to the performance problem, you may want to periodically run this query, which will indicate currently in use temp tablespace usage:
{code}
SELECT /*+ ORDERED */
TU.USERNAME,
S.SID,
S.SERIAL#,
S.SQL_ID,
S.SQL_ADDRESS,
TU.SEGTYPE,
TU.EXTENTS,
TU.BLOCKS,
SQL.SQL_TEXT
FROM
V$TEMPSEG_USAGE TU,
V$SESSION S,
V$SQL SQL
WHERE
TU.SESSION_ADDR=S.SADDR
AND TU.SESSION_NUM=S.SERIAL#
AND S.SQL_ID=SQL.SQL_ID
AND S.SQL_ADDRESS=SQL.ADDRESS;
{code}
The SID and SERIAL# returned by the above could then be used to enable a 10046 trace for a session. The SQL_ID (and CHILD_NUMBER from V$SESSION in recent releases) could be used with DBMS_XPLAN.DISPLAY_CURSOR to return the execution plan for the SQL statement.
You could also take a look in V$SQL_WORKAREA_ACTIVE to determine which, if any, SQL statement are resulting in single-pass, or multi-pass executions, which both access the temp tablespace.
Charles Hooper
IT Manager/Oracle DBA
K&M Machine-Fabricating, Inc.

How can i increase the size of MBUF in SAP

how can i increase the size of MBUF. anyone plz help me

HI Zahid,
What do you mean increase size of MBUF
Is this a table ?
if yes then you need to extend the tablesapce of table MBUF, no the table.
using brtools you can extend the tablespace.
Regards,
Fendi

UNDOTBS1 and SYSAUX Tablespace Filename Mismatch in Oracle 11g XE

Hi,
We have installed Oracle 11g XE 32 bit on Windows and found that Tablespace name and filenames are mismatched for UNDOTBS1, SYSAUX.
If you run following query:
SELECT TABLESPACE_NAME, FILE_NAME FROM DBA_DATA_FILES; You will get below output:
TABLESPACE_NAME                    FILE_NAME
============================================================================
USERS                C:\ORACLE\ORACLE11GXE\APP\ORACLE\ORADATA\XE\USERS.DBF
UNDOTBS1           C:\ORACLE\ORACLE11GXE\APP\ORACLE\ORADATA\XE\SYSAUX.DBF
SYSAUX                C:\ORACLE\ORACLE11GXE\APP\ORACLE\ORADATA\XE\UNDOTBS1.DBF
SYSTEM                C:\ORACLE\ORACLE11GXE\APP\ORACLE\ORADATA\XE\SYSTEM.DBFNotice the difference between UNDOTBS1 and SYSAUX.
UNDOTBS1 tablespace has filename SYSAUX.DBF while
SYSAUX tablespace has filename UNDOTBS1.DBF
Is this a bug or just a wrong name mapping?
Will this affects the internal behavior of tablespace as well for undo tablespace and APEX Installation?
Regards,
Sohil Bhavsar.

Error: ORA-03297 ... related to this mismatch of UNDOTBS1 with SYSAUXActually its related to trying to resize a file smaller than the existing extents in use, so yes, restores aren't the only place that could cause confusion from the "incorrect" datafile names.
Fixing it could be done in one pass if you don't mind adjusting filenames so they don't clash, i.e. shut down your database instance and move the files at the OS, startup mount and rename the files in the database.
Don't use the services applet, the instance has to be shutdown with sqlplus, leave the database service running. If you try to open the database with OS files renamed but not corrected in the instance, the database won't open if there are troubles with the undo datafile.
sqlplus /nolog
conn /as sysdba;
... connected ...
col name format a60
col tsname format a10
set lines 120
select t.name tsname, d.name, d.BYTES / 1024 / 1024 mb from v$tablespace t, v$datafile d where t.ts# = d.ts#;
system .../system.dbf <n>
shutdown immediate;
... database closed ...
exit
cd <datafile directory>
move sysaux.dbf undotbs01.dbf
move UNDOTBS1.DBF sysaux.dbf
# or use file explore GUI after shutdown
sqlplus /nolog
conn /as sysdba;
... connected to idle instance ...
startup mount;
... SGA, instance size info ...
alter database rename file 'C:\...<full path>\SYSAUX.DBF' to 'C:\...<full path>\UNDOTBS01.DBF';
alter database rename file 'C:\...<full path>\UNDOTBS1.DBF' to 'C:\...<full path>\SYSAUX.DBF';
select t.name tsname, d.name, d.BYTES / 1024 / 1024 mb from v$tablespace t, v$datafile d where t.ts# = d.ts#;
... make sure you get what was asked for ...
TSNAME     NAME                                                       MB
SYSTEM     C:\ORACLEXE\APP\ORACLE\ORADATA\XE\SYSTEM.DBF              360
SYSAUX     C:\ORACLEXE\APP\ORACLE\ORADATA\XE\SYSAUX.DBF              660
UNDOTBS1   C:\ORACLEXE\APP\ORACLE\ORADATA\XE\UNDOTBS01.DBF            25
USERS      C:\ORACLEXE\APP\ORACLE\ORADATA\XE\USERS.DBF               100
alter database open;
... database altered ...

SYSAUX tablespace increasing in size

Similar Messages

Maybe you are looking for