通常ORACLE数据库占用硬盘空间过大的原因有这么几个（以oracle 10.2.0版本为例）：

　　1、oracle的安装目录...\oracle\product\10.2.0\admin\orcl\udump目录下，追踪日志文件占用大量硬盘空间；

　　2、oracle的安装目录...\oracle\product\10.2.0\oradata\orcl目录下，UNDO表空间文件占用大量硬盘空间。

　　针对以上两个问题，解决方法如下。

　　第一个问题解决方法：

　　udump目录下面是oracle的追踪日志文件，如果平常不去关心的话，建议删除掉。对数据库不会造成影响。另外在SQLPLUS中输入：

　　alter system set sql_trace =false;

　　如果需要保留追踪日志文件的，那可以给设定一个限额。命令行如下：

　　alter system set max_dump_file_size=‘100m‘ ;

　　注：max_dump_file_size默认大小值的单位是数据块，因此如果限定了大小为100M，需要加单引号。

　　第二个问题的解决方法：

　　需要回收UNDO表空间。先创建一个新的过度的表空间UNDOTBS02，将UNDO表空间指向到UNDOTBS02，然后DROP原来的表空间UNDOTBS01，删除UNDOTBS01.DBF文件，释放磁盘空间。接着创建新的表空间UNDUTBS01，再将UNDO表空间指向到新建表空间的UNDOTBS01，DROP过度的表空间UNDOTBS02。

　　具体操作如下：

　　1）使用DBA登陆SQLPLUS

　　2）建立过度表空间undotbs02

　　create undo tablespace undotbs02 datafile ‘e:\undotbs02.dbf‘ size 100M;

　　3）切换UNDO表空间为新的UNDO表空间

　　alter system set undo_tablespace=undotbs02 scope=both;

　　4）删除原UNDO表空间

　　drop tablespace undotbs01 including contents;

　　5）删除硬盘上...\oracle\product\10.2.0\oradata\orcl目录下的undotbs01.dbf文件。

　　6）建立新的表空间undotbs01，切换UNDO表空间到新建的undotbs01，删除undotbs02表空间。方法同上。

　　至此，完成了UNDO表空间回收。

　　上面的操作是临时解决UNDO表空间过大的方法。Oracle的AUM(Auto Undo Management)从出生以来就经常出现只扩展，不收缩(shrink)，通常我们可以设置足够的UNDO表空间大小，然后取消其自动扩展属性。