5

Our SYSTEM tablespace grew out of control because of the SYS.AUD$ table.

We have truncated SYS.AUD$ but the datafile is still very big (~30G).

Resize doesn't work because the file contains used data beyond requested RESIZE value

What should I do here?

Here's our version information:

  • Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
  • PL/SQL Release 11.2.0.1.0 - Production
  • CORE 11.2.0.1.0 Production
  • TNS for 64-bit Windows: Version 11.2.0.1.0 - Production
  • NLSRTL Version 11.2.0.1.0 - Production
3
  • 1
    Which Oracle version are you using? Did you try Googling for a solution as there is lots of information out there. Commented Mar 30, 2013 at 21:31
  • As @Colin'tHart said, this is a common problem with mis-managed databases. Edit your question with version information
    – Philᵀᴹ
    Commented Mar 31, 2013 at 0:56
  • Sorry, you should recreate the dabatase. Don t forget to immediately move the AUD$ to another tablespace.
    – Diego
    Commented Jan 9, 2014 at 18:22

2 Answers 2

1

Query the DBA_EXTENTS view to see what objects are present towards the end of the data files. It is possible that they are not system objects, or are system objects which can be safely modified so that they are towards the beginning of the files.

However I suspect that you have a big problem here -- you may be looking at creating a new database and moving all your user objects to that.

0

You can use segment advisor in Enterprise Manager and same can be done using PLSQL also. You can find a detailed guide in link given below:-

http://docs.oracle.com/cd/E11882_01/server.112/e10595/schema003.htm

1
  • 1
    The reorganization of this object cannot be performed online. Cannot perform online reorganization of tables owned by SYS. Commented Apr 2, 2013 at 17:42

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.