oracle mysql 占用空间_ORACLE数据库占用大量硬盘空间常规解决方法

通常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表空间大小，然后取消其自动扩展属性。