缩减Oracle9i临时表空间

如何缩减Oracle9i环境下临时表空间的尺寸

在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;


----------------------------------------------------------------------------------------------

oracle 9i 临时表空间的问题

正常来说,在完成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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值