问题描述：
出现问题现场出现数据访问非常慢甚至无法正常访问情况
问题说明：
由于审计日志及其它日志文件功能未关闭，在服务器更改过名称及ip地址后，系统会不断产生系统相关错误日志，可能导致表空间满，或者在多次进行大数据操作但未执行完毕退出，导致回滚空间满，或者历史数据存储数量太多导致历史数据空间满。
问题解决：
1、首先查询表空间使用情况
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 1

2、确认UNDO表空间名称
select name from v$tablespace;

3、检查数据库UNDO表空间占用空间情况以及数据文件存放位置；
select file_name,bytes/1024/1024 from dba_data_files where tablespace_name like 'UNDOTBS1';

UNDO表空间不够用，有两种处理方法，1，扩大表空间大小；2，创建新的UNDO表空间，删除原来的

假设：数据文件为：/oracle/oradata/undo/undotbs01.dbf   

一、扩大UNDO表空间
(1)alter   database  UNDOTBS1 datafile   '/oracle/oradata/undo/undotbs01.dbf '   resize   4000M;
二、创建新的UNDO表空间，删除原来的
    
（1） 创建一个新的undo表空间，用来替换原来的undo表空间   
create      undo     tablespace    UNDOTBS2   
datafile     '/oracle/oradata/log/undotbs02.dbf'  
size    10M    autoextend     on    maxsize    unlimited;  
 
（2） 把新的undo表空间设置成数据库的undo表空间   
alter     system     set undo_tablespace=UNDOTBS2     scope=both;   

（3） 再次验证数据库的undo表空间   
 show     parameter     undo_tablespace   

（4） 等待原UNDO表空间UNDOTBS1 is OFFLINE；   
    
 SELECT    r.status    "Status",   
r.segment_name    "Name",   
r.tablespace_name     "Tablespace",   
s.extents     "Extents",   
TO_CHAR((s.bytes/1024/1024),'99999990.000')     "Size"  
FROM     sys.dba_rollback_segs      r, sys.dba_segments    s   
WHERE        r.segment_name = s.segment_name   
AND       s.segment_type IN ('ROLLBACK', 'TYPE2 UNDO')   
and       r.tablespace_name='UNDOTBS1'      and       status='ONLINE'  
如果上面有状态online的对象，可以查询具体对象的sid，serial#   

（5） 查看当前是什么在使用这个回滚段   
 SELECT     r.NAME,s.sid,s.serial# Serial,   
s.username ,s.machine ,   
t.start_time,t.status ,   
t.used_ublk ,   
substr(s.program, 1, 15)    "operate"  
FROM      v$session    s, v$transaction    t, v$rollname    r,v$rollstat    g   
WHERE      t.addr = s.taddr   
AND      t.xidusn = r.usn   
AND     r.usn = g.usn   
ORDER     BY     t.used_ublk desc;   
--比如：对象为：sid  474,serial  6794  

（6） 根据sid查出具体的sql   
select     sql_text    from     v$session a,v$sqltext_with_newlines     b   
  where DECODE(a.sql_hash_value, 0, prev_hash_value, sql_hash_value)=b.hash_value   
  and      a.sid=&sid    order     by     piece   
如果该sql不重要，可以直接kill该会话。   
    
（7）  kill session   
alter system kill session '474,6794';  
 
（8） 删除原undo表空间及其系统的数据问题   
drop tablespace UNDOTBS1 including contents and datafiles;   
（在AIX系统中，虽然已经删除了系统所对应的undo表空间的数据文件，但用df -g查看，该系统空间不能释放。   
主要是由于Oracle的一个进程在访问该文件。可以kill Oracle访问进程，或者重启数据库后，即可释放系统的空间。）   

（9）新建立UNDOTBS1表空间   
create     undo     tablespace    UNDOTBS1   
datafile    '/oracle/oradata/undo/undotbs01.dbf'  
size    10M    autoextend   on    maxsize 12G;   
    
（9）切换回UNTOTBS1   
alter system set undo_tablespace=UNDOTBS1 scope=both;
   
（10） 等待UNDO表空间UNDOTBS2 is OFFLINE；   
 SELECT r.status "Status",   
r.segment_name "Name",   
r.tablespace_name "Tablespace",   
s.extents "Extents",   
TO_CHAR((s.bytes/1024/1024),'99999990.000') "Size"  
FROM sys.dba_rollback_segs r, sys.dba_segments s   
WHERE r.segment_name = s.segment_name   
AND s.segment_type IN ('ROLLBACK', 'TYPE2 UNDO')   
and r.tablespace_name='UNDOTBS2'  
ORDER BY 5 DESC;   

（11） 删除   
drop    tablespace     UNDOTBS2    including    conte