[转] ORACLE数据库占用大量硬盘空间常规解决方法

上一篇 / 下一篇  2009-04-13 13:26:14 / 个人分类:ORACLE

转自:

http://blog.donews.com/webspider/archive/2009/02/16/1469472.aspx

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



 


TAG:

 

评分:0

我来说两句

Open Toolbar