在sun操作系统下安装Oracle9i后,系统默认安装的临时表空间的尺寸最大为32G,造成系统物理备份时所需的空间十分庞大。经实际操作,总结如下希望有所帮助。
具体方法:
1、创建一个尺寸相对较小的临时表空间TEMP2,并指定其最大的空间限额。
A.创建临时表空间TEMP2
SQL> create temporary tablespace TEMP2 tempfile '/scrm/oraprod/app/oracle/oradata/hscrm/temp02.dbf' size 2048M extent management local uniform size 128K;
B.指定空间限额
SQL> ALTER DATABASE TEMPFILE '/scrm/oraprod/app/oracle/oradata/hscrm/temp02.dbf'
AUTOEXTEND ON NEXT 512K MAXSIZE 4096M;
2、将所有数据库用户的临时表空间指定为新创建的表空间TEMP2
SQL> alter user temporary tablespace TEMP2;
可以用以下语句生成所有的Alter语句。
SQL> select 'alter user '||username||' temporary tablespace TEMP2;'
from dba_users;
3、将数据库的却省临时表空间指定为新建的临时表空间。
SQL> alter database default temporary tablespace TEMP2;
在Oracle9i中,数据库被指定了一个却省的临时表空间。用来在创建新的用户时指定其默认的临时表空间。如果不重新指定数据库缺省的临时表空间,在删除原来的临时表空间时,系统会提示ORA-12906: cannot drop default temporary tablespace错误。可以用以下语句检查/确认数据库缺省的临时表空间。
SQL> select * from database_properties where property_name = 'DEFAULT_TEMP_TABLESPACE'
4、删除原来的临时表空间,并删除相应的操作系统文件。
SQL> drop tablespace temp including contents and datafiles;
----------------------------------------------------------------------------------------------
正常来说,在完成Select语句、create index等一些使用TEMP表空间的排序操作后,Oracle是会自动释放掉临时段a的。但有些有侯我们则会遇到临时段没有被释放,TEMP表空间几乎满的状况,甚至是我们重启了数据库仍没有解决问题。这个问题在论坛中也常被网友问到,下面我总结一下,给出几种处理方法。
法一、重启库 库重启时,Smon进程会完成临时段释放,TEMP表空间的清理操作,不过很多的时侯我们的库是不允许down的,所以这种方法缺少了一点的应用机会,不过这种方法还是很好用的。 法二、Metalink给出的一个方法 修改一下TEMP表空间的storage参数,让Smon进程观注一下临时段,从而达到清理和TEMP表空间的目的。 SQL>alter tablespace temp increase 1; SQL>alter tablespace temp increase 0; 法三、我常用的一个方法,具体内容如下: 1、 使用如下语句a查看一下认谁在用临时段 SELECT username, sid, serial#, sql_address, machine, program, tablespace, segtype, contents FROM v$session se, v$sort_usage su WHERE se.saddr=su.session_addr 2、 那些正在使用临时段的进程 SQL>Alter system kill session 'sid,serial#'; 3、把TEMP表空间回缩一下 SQL>Alter tablespace TEMP coalesce; 法四、使用诊断事件的一种方法,也是被我认为是“杀手锏”的一种方法 1、 确定TEMP表空间的ts# SQL>select ts#, name from sys.ts$ ; TS# NAME ----------------------- 0 SYSYEM 1 RBS 2 USERS 3* TEMP 4 TOOLS 5 INDX 6 DRSYS 2、 执行清理操作
SQL>alter session set events 'immediate trace name DROP_SEGMENTS level 4' ;
说明: temp表空间的TS# 为 3*, So TS#+ 1= 4 其它: 1、 出现如上问题的原因我认为可能是由于大的排序超出了TEMP表空间的空间允许范围引起的。也可能包含着其它的异常的因素。 2、 观注TEMP等这些空间的状态是Dba日常职责之一,我们可以通过Toad、Object Browser等这些工具办到,也可以用如下的语句: SELECT UPPER(F.TABLESPACE_NAME) "表空间名", D.TOT_GROOTTE_MB "表空间大小(M)", D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空间(M)", TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 100, 2), '990.99') "使用比", F.TOTAL_BYTES "空闲空间(M)", F.MAX_BYTES "最大块(M)" FROM (SELECT TABLESPACE_NAME, ROUND(SUM(BYTES) / (1024 * 1024), 2) TOTAL_BYTES, ROUND(MAX(BYTES) / (1024 * 1024), 2) MAX_BYTES FROM SYS.DBA_FREE_SPACE GROUP BY TABLESPACE_NAME) F, (SELECT DD.TABLESPACE_NAME, ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MB FROM SYS.DBA_DATA_FILES DD GROUP BY DD.TABLESPACE_NAME) D WHERE D.TABLESPACE_NAME = F.TABLESPACE_NAME ORDER BY 4 DESC Oracle9i引入了全局缺省临时表空间,缺省的如果不指定用户临时表空间,Oracle会为用户指定这个缺省临时表空间. 首先查询用户的缺省临时表空间: [oracle@jumper oracle]$ sqlplus "/ as sysdba" SQL*Plus: Release 9.2.0.4.0 - Production on Wed Apr 12 11:11:43 2006 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. Connected to: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production With the Partitioning option JServer Release 9.2.0.4.0 - Production SQL> select username,temporary_tablespace from dba_users; USERNAME TEMPORARY_TABLESPACE ------------------------------ ------------------------------ SYS TEMP2 SYSTEM TEMP2 OUTLN TEMP2 EYGLE TEMP2 CSMIG TEMP2 TEST TEMP2 REPADMIN TEMP2 ...... 13 rows selected. SQL> select name from v$tempfile; NAME --------------------------------------------------------------------- /opt/oracle/oradata/conner/temp02.dbf /opt/oracle/oradata/conner/temp03.dbf 重建新的临时表空间并进行切换: SQL> create temporary tablespace temp tempfile '/opt/oracle/oradata/conner/temp1.dbf' size 10M; Tablespace created. SQL> alter tablespace temp add tempfile '/opt/oracle/oradata/conner/temp2.dbf' size 20M; Tablespace altered. SQL> alter database default temporary tablespace temp; Database altered. SQL> select username,temporary_tablespace from dba_users; USERNAME TEMPORARY_TABLESPACE ------------------------------ ------------------------------ SYS TEMP SYSTEM TEMP OUTLN TEMP EYGLE TEMP CSMIG TEMP TEST TEMP REPADMIN TEMP ....... 13 rows selected. 如果原临时表空间无用户使用,我们可以删除该表空间: SQL> drop tablespace temp2; Tablespace dropped. SQL> SQL> select name from v$tempfile; NAME --------------------------------------------------------------- /opt/oracle/oradata/conner/temp1.dbf /opt/oracle/oradata/conner/temp2.dbf SQL> select file_name,tablespace_name,bytes/1024/1024 MB,autoextensible 2 from dba_temp_files 3 / FILE_NAME TABLESPACE_NAME MB AUTOEXTENSIBLE -------------------------------------- -------------------- ---------- -------------- /opt/oracle/oradata/conner/temp2.dbf TEMP 20 NO /opt/oracle/oradata/conner/temp1.dbf TEMP 10 NO 我们知道Oracle临时表空间主要是用来做查询和存放一些缓存的数据的, 磁盘消耗的一个主要原因是需要对查询的结果进行排序,如果没有猜错的话, 在磁盘空间的(内存)的分配上,Oracle使用的是贪心算法, 如果上次磁盘空间消耗达到1GB,那么临时表空间就是1GB, 如果还有增长,那么依此类推,临时表空间始终保持在一个最大的上限。 像上文提到的恐怖现象经过分析可能是以下几个方面的原因造成的。 1. 没有为临时表空间设置上限,而是允许无限增长。但是如果设置了一个上限, 最后可能还是会面临因为空间不够而出错的问题,临时表空间设置太小会影响性能, 临时表空间过大同样会影响性能,至于需要设置为多大需要仔细的测试。 2.查询的时候连表查询中使用的表过多造成的。我们知道在连表查询的时候, 根据查询的字段和表的个数会生成一个迪斯卡尔积,这个迪斯卡尔积的大小就是一次查询需要的临时空间的大小, 如果查询的字段过多和数据过大,那么就会消耗非常大的临时表空间。 3.对查询的某些字段没有建立索引。Oracle中,如果表没有索引,那么会将所有的数据都复制到临时表空间, 而如果有索引的话,一般只是将索引的数据复制到临时表空间中。 参照以上原因尝试解决下, 如果不行就清空临时表空间,不过还是建议先查找临时表空间增长的原因才是关键 清控临时表空间 1.startup --启动数据库 2.create temporary tablespace TEMP2 TEMPFILE '/home2/oracle/oradata/sysmon/temp02.dbf' SIZE 512M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED; --创建中转临时表空间 3.alter database default temporary tablespace temp2;--改变缺省临时表空间 为刚刚创建的新临时表空间temp2 4.drop tablespace temp including contents and datafiles;--删除原来临时表空间 5.create temporary tablespace TEMP TEMPFILE '/home2/oracle/oradata/sysmon/temp01.dbf' SIZE 512M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED; --重新创建临时表空间 6.alter database default temporary tablespace temp;--重置缺省临时表空间为新建的temp表空间 7.drop tablespace temp2 including contents and datafiles;--删除中转用临时表空间 8.alter user roll temporary tablespace temp; --重新指定用户表空间为重建的临时表空间 |
链接:http://blog.itpub.net/post/8195/56895
http://hi.baidu.com/zzztou/blog/item/f8733707008383c87b8947b3.html