Resizing System Tablespace

Dear All,
My system datafile size has reached around 3.29 GB. I have separated the datafiles and now My query indicates that i am only using 9 percent of the total system tablespace. I need to reduce the size of this file to 400M. i issued the command "ALTER DATABASE DATAFILE '............' RESIZE 400M". i recieve an error saying "file contains used data beyoung requested resize size".
Any comments are highly appreciateable.
Thanks and Best Regards.
Shahzada Khurram Khan

First, no matter which tablespace is the target you cannot shrink the allocated file space to less than the last allocated object.
So map the tablespace: list objects by file, block to see how much room exists, if any, at the end of each allocated file. Then attempt to shrink each file down.
This will take the space away before some other object gets allocated to it.
Next verify that all objects in the system tablespace are only those objects placed there by Oracle when the database is created. Move non-SYS/SYSTEM owned objects to a different tablespace. Repeat above.
The odds are you will still not get back that much of the allocated space. In which case your choices are to either live with it, or to bebuild the database from scratch so that you re-create the system tablespace.
HTH -- Mark D Powell --

Similar Messages

System Tablespace Resize --Crusial thing happened

Hi
When I disconnected permission on a temporary tablespace
to a user, I forget his permission on the system tablespace.
One of his query consumed more than 1 gb size in system
tablespace.
Now I am getting ORA-03297 When tried to resize.
Suggestions are highly appriciated.
Thanks
giri

Narayanan V giri , this script is going to help you
for checking locks in the database and its sessions.
Try to kill them before resize.
col object_name format a20
col username format a10
col oracle_username format a10
col process format a15
col owner format a10
prompt ****************************************************************
prompt *** Object Lock Contention ***
prompt ****************************************************************
set pages 0
set linesize 150
select 'Date : '||to_char(sysdate,'DD/MM/YYYY')||' Time : '||to_char(sysdate,'HH:MI:SS') from dual;
select 'Database Name : '||name from sys.v_$database;
set pages 1000
SELECT DISTINCT
O.OBJECT_NAME,
SH.USERNAME,
SH.SID,
SW.USERNAME,
SW.SID,
DECODE(LH.LMODE,
1, 'null',
2, 'row share',
3, 'row exclusive',
4, 'share',
5, 'share row exclusive',
6, 'exclusive')
FROM DBA_OBJECTS O,
V$SESSION SW,
V$LOCK LW,
V$SESSION SH,
V$LOCK LH
WHERE LH.ID1 = O.OBJECT_ID
AND LH.ID1 = LW.ID1
AND SH.SID = LH.SID
AND SW.SID = LW.SID
AND SH.LOCKWAIT IS NULL
AND SW.LOCKWAIT IS NOT NULL
AND LH.TYPE = 'TM'
AND LW.TYPE = 'TM'
prompt Press Enter to continue ...
pause
prompt ************************************************************
prompt *** Object Lock Information ***
prompt ************************************************************
SELECT
A.OBJECT_NAME,
A.OWNER,
C.SERIAL#,
B.OBJECT_ID,
B.SESSION_ID,
B.ORACLE_USERNAME,
B.OS_USER_NAME,
B.PROCESS,
DECODE(B.LOCKED_MODE,
     0,'None',
1,'Null',
     2,'Row-S (SS)',
     3,'Row-X (SX)',
     4,'Share',
     5,'S/Row-X (SSX)',
     6,'Exclusive') LMODE
FROM DBA_OBJECTS A, V$LOCKED_OBJECT B, V$SESSION C
WHERE A.OBJECT_ID = B.OBJECT_ID AND C.SID = B.SESSION_ID
ORDER BY A.OWNER, A.OBJECT_NAME, C.SERIAL#
Joel P�rez

Problem with purge temp and system tablespace

hi,
i am purging tablespec with sys user and it seems doing it, but tablespaces are still full
also wanted to drop a datafile
alter tablespace system drop
datafile 'C:\oraclexe\files\sys.bf'
and it giving the following error
Error starting at line 28 in command:
alter database datafile 'C:\oraclexe\files\sys.bf' offline drop
Error report:
SQL Error: ORA-01541: system tablespace cannot be brought offline; shut down if necessary
01541. 00000 - "system tablespace cannot be brought offline; shut down if necessary"
*Cause: Tried to bring system tablespace offline
*Action: Shutdown if necessary to do recovery
but if i shutdown how i drop it? or delete manually the file?
sorry for the 2 question in one thread
thanks

but if i shutdown how i drop it? or delete manually the file?Operate in MOUNT state.
But If you need to resize your system tablespace, You have to check HWM.
On XE, I think it's easy to use full exp -> recreate -> full imp..
Regards,

System tablespace is almost full

My database is 10gR2 in Solaris 10. My system tablespace is almost full 99%. What should i do?

This is a UNIX box, right?
/u02/oradata/PPRD/
run:
df -k /u02/oradata/PPRD/
Make sure you have enough space on your disk.
If you have, resize the file:
SQL> alter database datafile '/u02/oradata/PPRD/syst_PPRD_01.dbf' resize xxxxxMB;
It doesn't have to be in AUTOEXTEND.
You don't need to add another datafile, unless you ran out of space on the
disk, then add another database file on another filesystem if you have one.
Modern UNIX file systems still can be expanded, depends on your file system type.
$ chfs -a size=+100000 /u02/oradata/PPRD
Make sure you check all you were asked for.
If you don't have enough dree space, buy another disk.
Regards,
Richard.
Edited by: user571349 on Oct 15, 2009 1:38 PM

System tablespace matter

Hi everyone, I had the system tablespace assigned as a temporary tablespace for other users. I changed it, but I think the size of the tablespace grew too much because of this. I know that temporary tablespaces reutilizes space for each user´s session. But permanent tablespaces act in a different way. Right now I have the system tablespace size in 6GB. I want to shrink it. Please, if somebody know how to do it I would appreciate.
Thank you

Are you sure the entire 6 gb isn't being used? If not you should be able to resize it, if it isn't too fragmented. The easiest way is to use DBA Studio or OEM Console. Or in sqlplus
alter database datafile 'full path of your system datafile here' resize 300m;
Substitute the correct size instead of 300m. But, this will only work if the space is free. Also if the file is fragmented (some extents exist beyond the point you want to resize to even though it looks like ample free space) then the only option would be export/import.

Resizing system datafile

HI all, Can we resize system datafile in mount stage? If possible anybody can give me the command...
I tried this
SQL> alter database datafile '/oradata1/database/data/sys.dbf' resize 500m;
alter database datafile '/oradata1/database/data/sys.dbf' resize 500m
ERROR at line 1:
ORA-01109: database not openAny other way?
Thanks

Yes there is reason..
SQL> startup
ORACLE instance started.
Total System Global Area 125829120 bytes
Fixed Size                  1218100 bytes
Variable Size              79694284 bytes
Database Buffers           41943040 bytes
Redo Buffers                2973696 bytes
Database mounted.
ORA-01092: ORACLE instance terminated. Disconnection forcedAnd the details from alert logs are given below
ORA-1653: unable to extend table SYS.FIXED_OBJ$ by 2 in                 tablespace SYSTEM
ORA-1653: unable to extend table SYS.FIXED_OBJ$ by 2 in                 tablespace SYSTEM
Tue May 20 14:40:35 2008
Errors in file /oradata1/database/udump/test_ora_29906.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-01653: unable to extend table SYS.FIXED_OBJ$ by 2 in tablespace SYSTEM
Error 604 happened during db open, shutting down database
USER: terminating instance due to error 604
Instance terminated by USER, pid = 29906
ORA-1092 signalled during: ALTER DATABASE OPEN...I cannot startup the database unless I increase the space of system datafile
Please ... is there any other solutions?

Resize existing Tablespace?

Can someone tell me how to resize a tablespace?
I can't change the size 'cause the usage is still very high.
I've removed several users (cascade) from my "system" tablespace, but I noticed the file size didn't change, even though a lot was removed.
Perhaps "resize" isn't the correct term - maybe I mean "compact" or "compress" or "restructure" or something...
Thanks.

To resize a tablespace the supporting datafiles must be resized or a datafile must be added to the tablespace.
I.     This can be done with the ALTER TABLESPACE ADD DATAFILE command.
ALTER TABLESPACE app_data
ADD     DATAFILE '/DISK6/app_data_04.dbf'
               SIZE 200M
     AUTOEXTEND ON
               NEXT 10M
               MAXSIZE 500M;
This will add a datafile to the app_data tablespace and it will turn on the autoextend feature so that the datafile will be increased by 10MB when necessary but will not exceed 500MB.
II.     Datafiles supporting tablespaces can also be resized as follows.
ALTER DATABASE
          DATAFILE '/DISK5/app_data_02.dbf'
          RESIZE 200M;
This will resize the datafile DISK5/app_data_02.dbf to a new size of 200MB.

System tablespace space not regained when objects are dropped

Mine is a Oracle 10g 10.2 on windows.
I am importing a export file into a user ,It takes some amount of space in SYSTEM and another tablespace .When I drop the user space in system tablespace is not coming back. ANY IDEA WHY
BEFORE IMPORT
SQL> select sum(bytes)/1024/1024 from dba_segments where owner='SYSTEM';
SUM(BYTES)/1024/1024
22.1875
SQL> select sum(bytes)/1024/1024 from dba_segments where owner='SYS';
SUM(BYTES)/1024/1024
544.1875
SQL> select sum(bytes)/1024/1024 from dba_segments where segment_name='SOURCE$';
SUM(BYTES)/1024/1024
41
I use the following commands to import
SQL>create user <username> identified by <password> default tablespace <tsname> quota unlimited on <tsname>;
SQL>grant create session,imp_full_database to <username>;
imp system file=filename.dmp log=logname.log fromuser=<username> touser=<username> statistics=none
AFTER IMPORT
SQL> select sum(bytes)/1024/1024 from dba_segments where segment_name='SOURCE$';
SUM(BYTES)/1024/1024
53
SQL> select sum(bytes)/1024/1024 from dba_segments where owner='SYSTEM';
SUM(BYTES)/1024/1024
22.1875
SQL> select sum(bytes)/1024/1024 from dba_segments where owner='SYS';
SUM(BYTES)/1024/1024
728.375
AFTER DROPPING THE USER/SCHEMA
SQL> select sum(bytes)/1024/1024 from dba_segments where owner='SYS';
SUM(BYTES)/1024/1024
728.375
SQL> select sum(bytes)/1024/1024 from dba_segments where owner='SYSTEM';
SUM(BYTES)/1024/1024
22.1875
SQL> select sum(bytes)/1024/1024 from dba_segments where segment_name='SOURCE$';
SUM(BYTES)/1024/1024
53
I even tried deleting the objects first and then dropping the user
SQL> delete from source$ where obj# in(select object_id from dba_objects where owner='USERNAME');
211252 rows deleted.
SQL> commit;
Commit complete.
SQL> drop user USERNAME cascade;
User dropped.
The space used by the schema on system tablespace is not coming back.

Hi user509593!
Adding objects to a tablespace requires space in that tablespace. This space is managed in segments and extents. If an extent is fully used (that means 100 % usage) a new extent will be added to a segment. Oracle uses a mechanism called "High Water Mark" to mark the last used extent.
Your problem is that oracle don't set this High Water Mark back if you are dropping objects from a tablespace. Once an extent is marked as it it retains marked as used.
Before Adding Objects:
u = used Extent
x = free Extent
| = High Water Mark
uuuuuuxxxxx
...........|
After Adding Objects:
uuuuuuuxxxx
............|
After dropping objects:
uuuuuuuxxxx
............|
The only chance to get your "unused" space back is to reorganized your tablespace. But before you reorganize something please read the documentation to know all about the costs and traps that comes with reorganization.
Hope this help!
null

RMAN duplicate target database for standby from active fails to create newname for system tablespace/datafile

When executing 'duplicate target database for standby from active' the system tablespace/datafile (datafile 1) is not cloned. All other datafiles clone successfully. The RMAN process aborts with the following errors while attempting to clone the system tablespace/datafile.
ORA-19558: error de-allocating device
ORA-19557: device error, device type: DISK, device name:
ORA-17627: ORA-01041: internal error. hostdef extension doesn't exist
ORA-17627: ORA-01041: internal error. hostdef extension doesn't exist
ORA-03135: connection lost contact
Here are the details:
Primary is 11.2.0.2 RAC database on an Exadata platform
Standby is 11.2.0.2 Single Instance database (same patch level as primary) on a Red Hat Linux box
This is an ASM to ASM duplication.
This is not unique to this database. We tried another database and go the same behavior - all datafiles clone successfully with the exception of the system tablespace/datafile.
We have traced the RMAN execution and it seems to fail when it is trying to assign a NEWNAME to the system tablespace/datafile.
We even issued an explicit SET NEWNAME command but RMAN ignored it.
We also shutdown the primary and started is up in mount mode thinking that something had ahold of the System Tablespace/datafile.
We also opened up the network firewall to allow permit any,any traffic.
We increased the max_server_processes
and added TCP.NODELAY=yes to the sqlnet.ora file.
There seems to be some artifact present in our Primary System tablespace/data file that is preventing it form being cloned.
checked all alert files grid, asm, and dbhome - no abnormal messages.
We are in the process of restoring the database from a backup but we would prefer to get this working using the 'Active Database' methodology

I successfully created the standby database using RMAN backup and recovery.
I started the managed recovery. Archive logs are being sent from the primary to the standby ( I can see them in ASM), but the standby is not applying them.
I get the following messages in the standby alert log...
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:19:58 2013
Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
Tue Nov 26 16:20:01 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:20:11 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:20:22 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:20:32 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
I don't see any MRP processes:
select process,
status,
    thread#,
    sequence#,
   block#,
blocks
7     from v$managed_standby;
PROCESS   STATUS          THREAD# SEQUENCE#     BLOCK#     BLOCKS
ARCH      CLOSING               2     154363          1        132
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
RFS       IDLE                  0          0          0          0
RFS       IDLE                  1     145418        121          1
RFS       IDLE                  0          0          0          0
PROCESS   STATUS          THREAD# SEQUENCE#     BLOCK#     BLOCKS
RFS       IDLE                  0          0          0          0
12 rows selected.
SQL> SELECT THREAD#, SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG;
   THREAD# SEQUENCE# APPLIED
         2     154356 NO
         2     154357 NO
         1     145411 NO
         2     154358 NO
         2     154360 NO
         2     154361 NO
         1     145414 NO
         1     145415 NO
         2     154362 NO
         2     154363 NO
         1     145416 NO
11 rows selected.
I do have the archive logs that cover sequences 154158-154257
Crosschecked 38 objects
Crosschecked 62 objects
Finished implicit crosscheck backup at 26-NOV-13
Starting implicit crosscheck copy at 26-NOV-13
using channel ORA_DISK_1
using channel ORA_DISK_2
Crosschecked 2 objects
archived log file name=+RECO_XORA/nmuasb00/archivelog/2013_11_26/thread_2_seq_154377.344.832521989 RECID=29 STAMP=832521990
validation succeeded for archived log
archived log file name=+RECO_XORA/nmuasb00/archivelog/2013_11_26/thread_2_seq_154378.346.832521991 RECID=31 STAMP=832521993
Crosschecked 31 objects

How to create a system tablespace as locally manged in 8.1.7

After a good time looking for it I still haven't found an example of how to create a database with the system tablespace as locally managed in release 8.1.7
I'm trying this, that isn't OK at all:
create database CSR
character set "WE8ISO8859P15"
datafile '/home/oracle/create/CSR/system/sysCSR.dbf' size 75M
extent management local
DEFAULT TEMPORARY TABLESPACE tsp_temp
DATAFILE '/home/oracle/create/CSR/temp/tempCSR.dbf'
SIZE 80M REUSE
logfile '/home/oracle/create/CSR/redo/redo1CSR.log' SIZE 500k,
'/home/oracle/create/CSR/redo/redo2CSR.log' SIZE 500k,
'/home/oracle/create/CSR/redo/redo3CSR.log' SIZE 500k;
Can someone tell me what is wrong, please?

I'm trying this, that isn't OK at allAre there any errors? can you explain what is not "OK"?

No privileges on system tablespace?

I am a new dba & have succesfully created tables and added constraints.
Today I tried to add a constraint to an existing table, and received the message
ORA-01950: no privileges on tablespace 'SYSTEM'
I tried to add the constraint as the owner of the table, as a user with granted privs on the table, and finally as SYS, and get the same error.
The system tablespace is only about 60% full, and I have not changed any user privs since I last sucessfully added constraints.
If someone would give me a clue as to what's going on, I would really appreciate it.
Thanks, Helen

I granted unlimited tablespace to the user that owns the table, and the constraint was added successfully.
I don't know if a user should have unlimited tablespace on SYSTEM...any advice on what a good limit would be? My system tablespace is 325 M and about 60% full. Would it make sense to grant sys unlimited tablespace on SYSTEM?
Thanks very much for your help. You gave me the incentive to keep trying things until something worked.

Adding datafile to ASM file system tablespace

Hi
Can some one plz help in writing a script to add a datafile to the system tablespace on ASM filesystems.
below is the result of the query ..
select file_name, bytes, autoextensible, maxbytes from dba_data_files where tablespace_name='SYSTEM';
FILE_NAME BYTES AUT MAXBYTES
+DATA1/cir_p/datafile/system.260.6037360 5892997120 NO 0
Thanks

790072 wrote:
Hi
Can some one plz help in writing a script to add a datafile to the system tablespace on ASM filesystems.
below is the result of the query ..
select file_name, bytes, autoextensible, maxbytes from dba_data_files where tablespace_name='SYSTEM';
FILE_NAME BYTES AUT MAXBYTES
+DATA1/cir_p/datafile/system.260.6037360 5892997120 NO 0
Thanks
You can use
ALTER TABLESPACE "SYSTEM" ADD DATAFILE '+DATA1' SIZE 1024M
Cheers

Migrating SYSTEM tablespace from DMTS to LMTS in Oracle 9.2.0.7

Migrating SYSTEM tablespace from DMTS to LMTS in Oracle 9.2.0.7 using
brspace -f dbcreate
SAP version: 4.6C
Oracle: 9.2.0.7
OS: AIX 5.3
BRTools: 6.40(42)    /** 6.40(10) or (12) will be sufficient according to SAP ***/
IMPORTANT ***************************************
MUST DO:
1. Create a Full Backup of your system
2. Test your Restore and recovery of your backup.
3. Have a copy of all your tablespaces names on hand
4. Know your SYS and SYSTEM passwords
5. Run CheckDB in DB13 to ensure it is completed successfully with no warnings. This reduce the chance of hitting errors in the process
6. Ensure your UNDO tablespace is big enough
7. OSS 400241 Problems with ops$ or sapr3 connect to Oracle
NOTE: OSS 706625(Read this note)
The migration from a dictionary-managed SYSTEM tablespace to a locally-managed tablespace using the PL/SQL procedure DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL is not supported in the SAP environment.
In UNIX, logon as ora<sid>
run command: brspace -f dbcreate
This command will triggers a Menu. The are seven(7) steps to complete the whole process. Do them in sequence, from step 1 to step 7 faithfully. In Step 1, ensure that your settings of PSAPTEMP, PSAPUNDO etc details such as filenames are correct. The rest I leave it as default and they are fine. Do not change redo log group from 8 to 4 even if you only have 4 redo groups. If not, you might need to restore the system! If the seven steps are complete without errors(warnings is acceptable), congrats. Perform a backup again.
Problems I encountered that caused me to restore system:
1./ Problem: I changed the redo group from 8 to 4 and in the later stage after the tablespaces and files are dropped, the system prompted me that 4 is not acceptable! I can't go back then so a restore is performed.
Solution: Leave the default value 8 as it is
2./ I was using wireless network and the network breaks thus process breaks.
Solution: This process in user-interactive and requires you to input confirmation along the way so do it using LAN.
3./ In the process of dropping tablespace PSAP<SID>, I encountered:
BR0301E SQL error -604 at location BrTspDrop-2
ORA-00601: error occurred at recursive SQL level 1
ORA-01555: snapshot too old: rollback segment number 22 with name '_SYSSMU22$" too small
Solution: I have not fixed this yet but I think it is because my PSAPUNDO is too small(800M) so I will increase it to a bigger value e.g. 5GB
4. Problem: Unable to start sap after successfully migrated. OPS$user problem
Solution: logon as <sid>adm, run R3trans -x in a directory that <sid>adm has read/write permission. R3trans -x will creates a file call trans.log. Read the details and refer to OSS 400241
Result: I have successfully performed this on one(1) system and doing this on the another one currently but encounter Problem 3. Will update this further if there are more findings.
REFERENCE:
OSS 748434 New BRSPACE function "dbcreate" - recreate database
OSS 646681 Reorganizing tables with BRSPACE
OSS 541538 FAX: Reorganizations
Message was edited by:
        Annie Chan
Message was edited by:
        Annie Chan
Message was edited by:
        Annie Chan

The current one I am implementing is a development system. The database is less than 100GB. 800MB of PSAPUNDO is sufficient for our development usage.
Follow up on Problem 3:
I created another undo tablespace PSAPUNDO2(undodata.dbf) with size of 5GB. I switched undo tablespace to PSAPUNDO2 and placed PSAPUNDO(undo.data1) offline. With PSAPUNDO2 online and PSAPUNDO offline, I started brspace -f dbcreate and encountered the error below at Step 2 Export User tablespace:
BR0301E SQL error -376 at location BrStattabCreate-3
ORA-00376: file 17 cannot be read at this time
ORA-01110: data file 17: '/oracle/DVT/sapdata1/undo_1/undo.data1'
ORA-06512: at 'SYS.DBMS_STATS", line 5317
ORA-06512: at line 1
I aborted the process and verified that SAP is able to run with this settings. I started CheckDB in DB13 and it shows me these messages:
BR0301W SQL error -376 at location brc_dblog_open-5
ORA-00376: file 17 cannot be read at this time
ORA-01110: data file 17: '/oracle/DEV/sapdata1/undo_1/undo.data1'
BR0324W Insertion of database log header failed
I don't understand then. I have already switched the undo tablespace from PSAPUNDO to PSAPUNDO2. Why the message above still appears? Once I put PSAPUNDO online, CheckDB completes successfully without warning.
I did show parameter undo_tablespace and the result is PSAPUNDO2(5GB).
So exactly, what's going on? Can anyone advise?
===============================================
I have managed to clear the message in DB13 after dropping PSAPUNDO tablespace including contents and datafiles. This is mentioned is OSS note 600141 pg 8 as below:
Note: You cannot just set the old rollback-tablespace PSAPROLL to offline instead of deleting it properly. This results in ORA-00376 in connection with ORA-01110 error messages. PSAPROLL must remain ONLINE until it is deleted. (Oracle bug 3635653)
Message was edited by:
        Annie Chan

SYSTEM tablespace is growing fast in 10g

Hi,
Using 10.2.0.1.0 on Linux
My SYSTEM tablespace is growing much faster on 10g than it was on 9i, in 2 month it went from 350mb to 500mb, I don't to add more disk, incase there are issues with my database, I want to know why it is growing.
I have read docs on why SYSAUX grows on 10g but not SYSTEM.
SYSTEM size - 500 mb
Schema/size on System are:
SYS______455.8125 mb
SYSTEM______15.25 mb
OUTLN______0.5 mb
In this database I only have 1 very large schema that is 200 GB
Any ideas, reasons, shall I increase it 700mb?
In 9i my SYSTEM tablespace was very static.
Thanks for any help.

Are you using Oracle's audit feature, either standard or FGA? If you were using standard auditing before moving to 10g check that the purge task is still running successfully.
Verify that no users have their temp tablespace set to system. If is still possible for this to happen on 10g.
HTH -- Mark D Powell --

SYSTEM Tablespace issue (10.2.0.1 database)

Hi ,
Oracle database 10.2.0.1 (upgraded from 8.1.7.0 via 8.1.7.4)...successfully upgraded
Now when we open dbcontrol, we are getting alerts regarding the Tablespace.
It shows two critical alert messages as below :-
1) Tablesapace SYSTEM (dictionary managed) is 95.16 % full
2) 1 segment in SYSTEM tablespace is unable to extend.
Now how to deal with this type of issues ?
Can we extend the size of datafile of SYSTEM Tablespace which is dictionary managed ? or can we add another new datafile to system tablespace ? what is appropriate solution ?SYSTEM Tablespace
How to solve the point no. (2) as the TS is dictionary managed ?
With Regards

hi ,
Plz add the datafile to the system tablespace tp increase its size , and the conver the system tablespace from dictionary managed to local.
To Change SYSTEM tablespaces to locally managed follow the below procedures:
Before the SYSTEM tablespace can be migrated to locally managed format, you should ensure the following:
The database has a default temporary tablespace which is not SYSTEM
There are not any rollback segments in dictionary managed tablespaces
There is at least one online rollback segment in a locally managed tablespace, or an undo tablespace (if using automatic undo management mode) should be online.
All tablespaces other than the tablespace containing the undo space (undo tablespace or the tablespace containing the rollback segment) and the default temporary tablespace are in read-only mode.
There is a complete backup of the system.
The system is in restricted mode.
Notr, that we already have an UNDO Tablespace. The following query determines whether the SYSTEM tablespace is locally managed:
SQL> SELECT ts# FROM ts$ WHERE ts# = 0 AND bitmapped <> 0;
If 0 rows are returned, then the SYSTEM tablespace is dictionary managed. Otherwise, the SYSTEM tablespace is locally managed.
Steps to change SYSTEM tablespaces to locally managed
SQL> shutdown immediate
SQL> startup restrict
SQL> execute DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL ('SYSTEM');
ERROR at line 1:
ORA-10644: SYSTEM tablespace cannot be default temporary tablespace
ORA-06512: at "SYS.DBMS_SPACE_ADMIN", line 227
ORA-06512: at line 1
SQL> ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp;
SQL> execute DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL ('SYSTEM');
ERROR at line 1:
ORA-10647: Tablespace other than SYSTEM, UNDO, TEMP not
found in read only mode
ORA-06512: at "SYS.DBMS_SPACE_ADMIN", line 227
ORA-06512: at line 1
SQL> select tablespace_name from dba_tablespaces;
TABLESPACE_NAME
SYSTEM
TEMP
USERS
TAB
IDX
SYSAUX
UNDO
SQL> alter tablespace USERS read only;
SQL> alter tablespace TAB read only;
SQL> alter tablespace IDX read only;
SQL> execute DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL ('SYSTEM');
ERROR at line 1:
ORA-10648: Tablespace SYSAUX is not offline
ORA-06512: at "SYS.DBMS_SPACE_ADMIN", line 227
ORA-06512: at line 1
SQL> alter tablespace SYSAUX offline;
SQL> execute DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL ('SYSTEM');
PL/SQL procedure successfully completed.
Regards,
Mohd Mehraj Hussain
http://mehrajdba.wordpress.com

Resizing System Tablespace

Similar Messages

Maybe you are looking for