标签：使用 strong 文件 数据 问题 数据库 sql size
通常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表空间大小，然后取消其自动扩展属性。
ORACLE数据库占用大量硬盘空间常规解决方法,布布扣,bubuko.com
标签：使用 strong 文件 数据 问题 数据库 sql size
原文地址：http://www.cnblogs.com/mei992599/p/3877371.html
