经常忘记，记录这里，以便备查：

PGA的内存命中：

SELECT name profile,cnt,decode( total, 0, 0, round( cnt * 100 / total)) percentage
FROM ( SELECT name, value cnt, ( SUM( value ) OVER()) total
FROM v$sysstat
WHERE name LIKE 'workarea exec%');

-- 数据缓冲区高速缓存
SELECT physical_reads, db_block_gets, consistent_gets, NAME,
100 * ( 1 - ( physical_reads / (consistent_gets + db_block_gets - physical_reads))) "Data Buffer Hit Ratio"
FROM v$buffer_pool_statistics;

-- 重做日至缓冲区
SELECT a.VALUE redo_entries, b.VALUE redo_buffer_allocation_retries,
ROUND ((1 - b.VALUE / a.VALUE) * 100, 4) log_buffer_ratio
FROM v$sysstat a, v$sysstat b
WHERE a.NAME = 'redo entries' AND b.NAME = 'redo buffer allocation retries';

-- 数据字典高速缓存
SELECT SUM (pinhits) / SUM (pins) * 100 "hit radio"
FROM v$librarycache;

-- 库高速缓存
SELECT TO_CHAR (ROUND ((1 - SUM (getmisses) / SUM (gets)) * 100, 1)) || '%' "Dictionary Cache Hit Ratio"
FROM v$rowcache;

-- 排序
SELECT a.VALUE disk_sort, b.VALUE memory_sort, ROUND ((1 - a.VALUE / (a.VALUE + b.VALUE)) * 100, 4) sort_ratio
FROM v$sysstat a, v$sysstat b
WHERE a.NAME = 'sorts (disk)' AND b.NAME = 'sorts (memory)';

--找出相关的sql根据系统pid
select se.username,se.machine,sq.cpu_time,sq.sql_text from
v$process p,v$session se,v$sqlarea sq
where p.addr=se.paddr and se.sql_hash_value=sq.hash_value and p.addr='&pid';

列出cpu_time top 10

select cpu_time,sql_text
from (select sql_text,cpu_time,
rank() over (order by cpu_time desc) exec_rank
from v$sql
)
where exec_rank <=10;

执行次数最多的top 10
select sql_text,executions
from (select sql_text,executions,
rank() over
(order by executions desc) exec_rank
from v$sql)
where exec_rank <=10;

 查看全文

今天看到个帖子，关于索引中是否包含ROWID，做个DUMP跟踪下看，以下为详细的跟踪记录：

SQL> create table test as select rownum a ,'c' c from dual connect by level<101;

Table created

SQL> create index u_test on test(a);

Index created

SQL> select extent_id,file_id,block_id from dba_extents where segment_name='U_TEST';

EXTENT_ID FILE_ID BLOCK_ID

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

0 6 121

SQL> alter system dump datafile 6 block 121; --assm 自动段管理位图占3个块，跳3个块

System altered

SQL> alter system dump datafile 6 block 124;

System altered

以下部分跟踪记录：

row#0[8024] flag: ------, lock: 0, len=12

col 0; len 2; (2): c1 02 ----------------索引键值

col 1; len 6; (6): 01 80 00 74 00 00 -----------------------rowid

row#1[8012] flag: ------, lock: 0, len=12

col 0; len 2; (2): c1 03

col 1; len 6; (6): 01 80 00 74 00 01

row#2[8000] flag: ------, lock: 0, len=12

col 0; len 2; (2): c1 04

col 1; len 6; (6): 01 80 00 74 00 02

SQL> create unique index u_test on test(a);

Index created

SQL> select extent_id,file_id,block_id from dba_extents where segment_name='U_TEST';

EXTENT_ID FILE_ID BLOCK_ID

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

0 6 121

SQL> alter system dump datafile 6 block 124;

以下部分跟踪记录：

row#0[8025] flag: ------, lock: 0, len=11, data:(6): 01 80 00 74 00 00

col 0; len 2; (2): c1 02

row#1[8014] flag: ------, lock: 0, len=11, data:(6): 01 80 00 74 00 01

col 0; len 2; (2): c1 03

row#2[8003] flag: ------, lock: 0, len=11, data:(6): 01 80 00 74 00 02

col 0; len 2; (2): c1 04

row#3[7992] flag: ------, lock: 0, len=11, data:(6): 01 80 00 74 00 03

如上所示：唯一索引不包含ROWID，普通索引包含rowid.

转自：http://ningoo.itpub.net/post/2149/287794

Oracle常用dump命令，记录一下备查。

一.Memory Dumps

1).Global Area

ALTER SESSION SET EVENTS 'immediate trace name global_area level n';

1 包含PGA
2 包含SGA
4 包含UGA
8 包含indrect memory

2).Library Cache

ALTER SESSION SET EVENTS 'immediate trace name library_cache level n';

1 library cache统计信息
2 包含hash table histogram
3 包含object handle
4 包含object结构（Heap 0）

3).Row Cache

ALTER SESSION SET EVENTS 'immediate trace name row_cache level n';

1 row cache统计信息
2 包含hash table histogram
8 包含object结构

4).Buffers

ALTER SESSION SET EVENTS 'immediate trace name buffers level n';

1 buffer header
2 level 1 + block header
3 level 2 + block contents
4 level 1 + hash chain
5 level 2 + hash chain
6 level 3 + hash chain
8 level 4 + users/waiters
9 level 5 + users/waiters
10 level 6 + users/waiters

5).Buffer

ALTER SESSION SET EVENTS 'immediate trace name buffer level n';

n为某个指定block的rdba，该命令可以转储某个block在buffer中的所有版本。

6).Heap

ALTER SESSION SET EVENTS 'immediate trace name heapdump level level';

1 PGA摘要
2 SGA摘要
4 UGA摘要
8 Current call(CGA)摘要
16 User call(CGA)摘要
32 Large call(LGA)摘要
1025 PGA内容
2050 SGA内容
4100 UGA内容
8200 Current call内容
16400 User call内容
32800 Large call内容

7).Sub Heap

Oracle 9.0.1版本之前

ALTER SESSION SET EVENTS 'immediate trace name heapdump_addr level n';

若n为subheap的地址，转储的是subheap的摘要信息
若n为subheap的地址+1，转储的则是subheap的内容

Oracle 9.2.0版本之后

ALTER SESSION SET EVENTS 'immediate trace name heapdump_addr level n, addr m';

其中m为subheap的地址

n为1转储subheap的摘要，n为2转储subheap的内容

8).Process State

ALTER SESSION SET EVENTS 'immediate trace name processstate level n';

9).System State

ALTER SESSION SET EVENTS 'immediate trace name systemstate level n';

10).Error State

ALTER SESSION SET EVENTS 'immediate trace name errorstack level n';

0 Error stack
1 level 0 + function call stack
2 level 1 + process state
3 level 2 + context area

11).Hang Analysis

ALTER SESSION SET EVENTS 'immediate trace name hanganalyze level n';

12).Work Area

ALTER SESSION SET EVENTS 'immediate trace name workareatab_dump level n';

1 SGA信息
2 Workarea Table摘要信息
3 Workarea Table详细信息

13).Latches

ALTER SESSION SET EVENTS 'immediate trace name latches level n';

1 latch信息
2 统计信息

14).Events

ALTER SESSION SET EVENTS 'immediate trace name events level n';

1 session
2 process
3 system

15).Locks

ALTER SESSION SET EVENTS 'immediate trace name locks level n';

16).Shared Server Process

ALTER SESSION SET EVENTS 'immediate trace name shared_server_state level n';

n取值为1~14

17).Background Messages

ALTER SESSION SET EVENTS 'immediate trace name bg_messages level n';

n为pid+1

二.File Dumps

1).Block

Oracle 7之前

ALTER SESSION SET EVENTS 'immediate trace name blockdump level n';

n为block的rdba

Oracle8以后

ALTER SYSTEM DUMP DATAFILE file# BLOCK block#;

ALTER SYSTEM DUMP DATAFILE file#
BLOCK MIN minimum_block#
BLOCK MAX maximum_block#;

2).Tree Dump

ALTER SESSION SET EVENTS 'immediate trace name treedump level n';

n为object_id

3).Undo Segment Header

ALTER SYSTEM DUMP UNDO_HEADER 'segment_name';

4).Undo for a Transaction

ALTER SYSTEM DUMP UNDO BLOCK 'segment_name' XID xidusn xidslot xidsqn;

5).File Header

ALTER SESSION SET EVENTS 'immediate trace name file_hdrs level n';

1 控制文件中的文件头信息
2 level 1 + 文件头信息
3 level 2 + 数据文件头信息
10 level 3

6).Control file

ALTER SESSION SET EVENTS 'immediate trace name controlf level n';

1 文件头信息
2 level 1 + 数据库信息 + 检查点信息
3 level 2 + 可重用节信息
10 level 3

7).Redo log Header

ALTER SESSION SET EVENTS 'immediate trace name redohdr level n';

1 控制文件中的redo log信息
2 level 1 + 文件头信息
3 level 2 + 日志文件头信息
10 level 3

8).Redo log

ALTER SYSTEM DUMP LOGFILE 'FileName';

ALTER SYSTEM DUMP LOGFILE 'FileName'
SCN MIN MinimumSCN
SCN MAX MaximumSCN
TIME MIN MinimumTime
TIME MAX MaximumTime
LAYER Layer
OPCODE Opcode
DBA MIN FileNumber . BlockNumber
DBA MAX FileNumber . BlockNumber
RBA MIN LogFileSequenceNumber . BlockNumber
RBA MAX LogFileSequenceNumber . BlockNumber;

其中time = (((((yyyy - 1988)) * 12 + mm - 1) * 31 + dd - 1) * 24 + hh) * 60 + mi) * 60 + ss;

9).Loghist

ALTER SESSION SET EVENTS 'immediate trace name loghist level n';

1 dump控制文件中最早和最迟的日志历史项
>1 dump 2^n个日志历史项

由于需要，需缩小一数据库的ＳＧＡ，并重新分配:

alter system set sga_max_size=500m scope=spfile;

alter system set sga_target=500m scope=spfile;

shutdown immediate;

startup;

alter system system set shared_poll_size=300m scope=both;

记录下．

　　昨天在给应用系统做升级的时候，脚本老是执行到一半，就出现，已断开数据库连接，跟踪后发现，执行到中间回出现，ora-03113错误(通信通道的文件结束),接着就是ora-03114(失去oracle连接）．

１．怀疑脚本问题，语句有问题，仔细研究下，没问题．

２．网络问题．换台机器还是一样．

３．换了个库试下，还是一样．

４．查了下　失效对象，有一些失效对象，compile之，结果得以解决．

总结：　一些失效的对象也会引起ora-03113 ora-3114错误

 查看全文

关于ORACLE自动统计CBO统计信息

ORACLE10G以后，在建库后默认就创建了个GATHER_STATS_JOB的定时任务。默认情况下在工作日晚上10：00-6：00和周末全天开启。它调用DBMS_STATS.GATHER_DATABASE_STATS_JOB_PROC的程序收集统计信息。它检测统计信息缺失的对象和陈旧的对象。然后确定优先级，再开始进行统计信息。

说明：当做完统计信息后，如果对对象的行数修改达到10%，DBMS_STATS就认为是统计信息过旧。

可以查询这个JOB的运行情况：

select * from Dba_Scheduler_Jobs where JOB_NAME ='GATHER_STATS_JOB'

也可以关闭自动统计信息收集功能：

DBMS_SCHERDULER.DISABLE(‘GATHER_STATS_JOB’);

对与易变对象的变化，可以人工收集统计信息(DBMS_STATS)外 主要两种处理方式：

.

一种就是删除统计信息。使它的统计信息为空，对于任何统计信息缺失的表,oracle会用动态取样特性自动产生统计信息。如果使用久的统计信息 就可能产生错误的执行计划。需要设置optimizer_dynamic_sampling为2（ORACLE10G默认值）或以上都可以启动此特性。

optimizer_dynamic_sampling ,提供在SQL分析的时候，自动根据不同的Level（0-10）以不同的准确度分析SQL中未被analyze过的表，意在为CBO提供更多的统计信 息。在Oracle9iR2中引入，默认为Level 1，10g默认为2 。

http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96536/ch1135.htm#REFRN10140

Level 0: Do not dynamically sample the table(s)

Level 1：Sample tables that have not been analyzed if there is more than one table in the query,the table in question has not been analyzed and it has no indexes,and the optimizer determines that the query plan would be affected based on the size of this objects

Level 2:Sample all unanalyzed tables referenced in the query using default sampling amounts(small sample)

Level 3 -- Level 10 ........更详细的sample而已。

例如：dbms_stats.delete_table_stats(‘table_name’ ,‘VOLATILE_TABLE’)

另一种就是设置为表进行锁定,这样就可以不更新统计信息（注意LOCK表以后，表就不能修改了）。

dbms_stats.lock_table_stats(‘table_name’ ,‘VOLATILE_TABLE’)；

关于块损坏

块损坏或物理损坏是物理磁盘上的快边的不可读或数据不一致到不可用的状态。块损坏一般原因是人为错误。缺陷，补丁或硬件异常也会导致块损坏。查看块损坏通过阅读操作系统，应用程序，数据库层次的日志文件。在WINDOW可以查看系统日志。在大多数UNIX环境下文件位于/var/adm/syslog。数据库日志和跟踪文件参考与alter.log关联的跟踪文件位于UDUMP或BDUMP目录，alter.log通常概要的说明存在一个问题，跟踪文件详尽的给出损坏的细节。

检测坏块的方法有四种方法：

1． ANALYZE TABLE TABLE_NAME VALIDATE STRUCTURE

分析对象的完整性，返回错误，可能需要重建对象。

2． ORACLE DBVERIFY 工具用于离线数据文件。

DBVERIFY 用来检查一个特定数据文件是否有坏块。

DBV HELP=Y看参数设置

3． Init.ora 参数DB_BLOCK_CHECKING ,在创建或修改数据和索引块时，对其进行检查。

4． DBMS_REPAIR程序包，用语表，索引 和分区

DBMS_REPAIR是一组程序，可以检测和修复坏块。

可以通过恢复进行数据恢复，恢复数据文件或数据块

在RMAN里可以进行数据块恢复

rman> connect target

创建分区表

范围分区：

Create table t {range_key_column date,

Data varchar2(20)

}

Partition by ranger(range_key_column)

(

partiton part1 values less then (….),

partiton part2 values less then (….),

)

HASH分区可以是数据分散从而更好的避免热块,建议N是2的一个幂,可以得到最佳的分布。

Create table t(hash_key_word date,

data varchar2(20)

)

Partition by HASH(hash_key_column)

(

partition part1 tablespace p1,

partition part2 tablespace p2

)

列表分区

Create table t (state_cd varchar2(2),

Data varchar2(20))

Partition by list(stat_cd)

(

partition part1 values(‘1’,’2’),

partiton part2 values(‘3’,’4’)

)

组合分区 外层总是范围分区

实现空表 和 表分区交换的 表和分区表的结构要一致。

alter table partitioned exchange partition part1

with table partiton including indexes without validation

增加一分区

alter table t add partition part3 value less then(….)

删除一分区

alter table t drop partition part3;

合并分区

alter table t

merge partitions part1,part2 into partition part;

分区改名称

alter table t rename partition part1 to part4;

分区更改表空间

alter table t move partiton part1 tablespaces tb_test1 nologging;

分区表的导出

USERID = USER/PWD@ORCL

TABLE = T:PART1,T:PART2

FILE=D: est.dmp

Flashback drop 提供虚拟回收站，允许删除对象重建。

Flashback versions query, Flashback transation Query 用语识别或确定要恢复到当前状态的数据行。

Flashback Table 用于恢复单独的表，比如错误的更新了表。

10g后drop 数据库对象 实际是把对象放入回收站,可以查看回收站:

show recyclebin;

select object_name as recycle_name,original_name from recyclebin;

在回收站的命名格式是bin$globalUID$Version 24位的全局UID和数据库分配的版本号

对于recyclebin里表可以象正常表一样访问数据.

Select * from “bin$globalUID$version”;

实现恢复:

flashback table “bin$globalUID$version” to before drop( rename to t2) ;

purge table “bin$globalUID$version” 可以从回收站彻底删除对象并且释放空间

purge tablespace tablespacename 清除所有特定表空间的所有丢弃对象.

Purge tablespace tablespacename USER user的特定用户表空间内容

Purge recuclebin 清空用户的回收站

Purge DBA_RECYCLEBIN 清空所有用户回收站.(具有sysdba权限).

对于flashback drop 的一些局限

回收站功能只能用于一些非系统,本地管理的表空间.

在回收站的时间很难界定,是由系统空间 和系统活动 决定的.

对回收站里的表不能进行dml,ddl

回收站恢复 依存的对象也就被恢复.

分区表 不受回收站保护..

使用flashback version query

闪回查询时间是由UNDO_RETENTION的时间决定.闪回查询要具有select 和 flashback 权限.

Select * from t1 versions between scn minvalue and maxvalue where…

Select * from t1 versions between timestamp

To_timestamp(‘2004-10-26 11:37:00’,’YYYY-MM-DD HH:MI:SS’) and

To_timestamp(‘2004-10-26 11:43:00’,’YYYY-MM-DDHH:MI:SS’) where …

函数 SCN_TO_TIMESTAMP 和 TIMESTAMP_TO_SCN能可以让scn和时间相互转换.

关于新增的一些虚列:

VERSIONS_STARTSCN 创建行的起始SCN,如为NULL,在在BETWEEN 前创建.

VERSIONS_STARTTIME 创建行的起始TIMESTAMP,如为NULL,在在BETWEEN 前创建.

VERSIONS_ENDSCN 行版本终止时的SCN,如为NULL,此版本为当前版本,或对应一个delete 操作.

VERSIONS_ENDTIME 行版本终止时的TIMESTAMP,如为NULL,此版本为当前版本,或对应一个delete 操作.

VERSIONS_XID 创建行版本的事务标识符.

VERSIONS_OPERATION 改变数据的事物执行的操作.(I,D,U)

Select versions_starttime,version_endtime,versions_xid,version_operation from t1 versions between scn minvalue and maxvalue where ………..

使用闪回事务查询

使用闪回事务查询可以识别表和表操作,从而进行分析:

select table_name,operation,undo_sql from flashback_transaction_Query where xid=’…’

使用这个的功能权限 需要flashback any table

使用闪回表

同样受UNDO_RETENTION的影响.

闪回表需要权限 flashback any table 或 flashback table 或 执行闪回select,insert,delete,alter权限.

闪回表必须启动row movement;

alter table t1 enable row movement ;

flashback table to scn/timestamp enable triggers;

Flashback 最早出现在oracle 9i flashback query,oracle 10g 增强了flashback的功能：

1． Flashback database

2． Flashback drop

3． Flashback versions query

4． Flashback Transaction Query

5． Flashback Table

不过除了 Flashback database 是基于Flashback log， 其他都是基于UNDO DATA.

Flashback drop 提供虚拟回收站，允许删除对象重建。

Flashback versions query, Flashback transation Query 用语识别或确定要恢复到当前状态的数据行。

Flashback Table 用于恢复单独的表，比如错误的更新了表。

Flashback database 能使整个数据库闪会至特定的时间点，闪会数据库不能对删除数据文件，缩小数据文件恢复，闪回数据库比传统恢复速度更快。

1. flashback 不能解决媒介故障。

2. 数据文件截断。

3. 不能删除表空间并并resetlogs恢复

4. 不能超出回的界限.(SCN时间点)

Flashback area 通过数据库初始文件建立,文件保留长度由RMAN的保留策略决定.

RMAN CONFIGURE RETENTION POLICY 决定.

Alter system set db_recovery_file_dest_size=10M scope=Both;

Alter system set db_recovery_file_dest=’C:oraceflash_recovery_Areaora_t’;

Alter system set db_recovery_file_dest_size=’25M’;--改变flashback area大小.

Alter system set db_recovery_file_dest=’’ 停用flashback area

配置闪回数据库,数据库必须为归档模式:

connect / as sysdba ;

startup mount ;

alter database set db_flashback_retention_target=4320;(分钟为单位,也就是3天)

alter database flashback on;

alter database open;

在RMAN中用flashback database 就很简单:

select oldest_flashback_scn,oldest_flashback_time from v$flashback_database_log可以得到时间或SCN,然后数据库重启动到MOUNT状态:

flashback database to time/scn (to sequence thread number)

完成数据库的恢复。必须有两个必要的步骤,重建(restore)和恢复(recovery).

一.服务器管理的恢复

数据库完全恢复的例子：

1. 为了完成一个 完全恢复数据库恢复，目标数据库必须在mount状态。

2. 执行restore database 和recover database 命令

run

{

allocate channel c1 type disk;

restore database;--重建数据文件

recover database;--是否要应用REDOLOG

alter database open;

}

二 用户管理恢复 用户直接管理和恢复要求的数据文件,需要一些用户的交互操作.

1. 恢复控制文件

a) 使用控制文件自动备份来恢复控制文件.

先进行配置备份控制文件:

rman> connect target

configure controlfile autobackup on;

run

{

backup database;

backup(archivelog all)
}

在NOMOUNT下启动数据库 :

connect / as sydba

startup nomount;

连接目标数据库和RMAN 库;

SQL> connect rman/rman@rmanLink;

RMAN> connect target /

因为控制文件损坏,需设置DBID (select DBID from V$databse)

set dbid 1212131;

restore contrilfile from auteoback;

alter database mount;

recover database;

later databse open resetlogs;

b) 重建控制文件

connect / as dydba;

alter database backup controlfile to trace; (跟踪文件UDUMP目录里)

connect / as sysdba

@backup_controlfile_noreset.txt (即产生的创建控制文件脚本)

数据库的不完全恢复:

RMAN不完全恢复有两种,一种是RECOVER 之前 set until time /sequence/scn

或用 RECOVER DATABASE UNTIL TIME/SEQUENCE/SCN;

用户管理用RECOVER DATABASE UNTIL TIME/CHANGE/CANCEL

例 基于时间和序列号的恢复:

1. 时间点; startup mount ;

set nls_date_format=DD-MM-YYYY HH24:MI:SS

rman> run
{

set until time ’06-sep-2004 11:25:00’;

restore database;

recover database;
}

alter database open resetlogs;

2. sequence 可以从V$LOG_HISTORY中获取列和线程信息

startup mount ;

rman> run
{

set until SEQUENCE 3 thread 1;

restore database;

recover database;
}

alter database open resetlogs;

用户管理的不完全恢复:

set nls_date_format=DD-MM-YYYY HH24:MI:SS ;

startup mount;

recover database until time ‘06-sep-2004 11:25:00’ ;

alter databse open resetlogs;(用后以前的备份失效,需重新进行冷备)

resetlogs 选择项会重置REDOLOG SEQUENCE ,重置ONLINE redo 内容,scn不会重置,是数据库一个生命周期的开始和数据库一个生命周期的结束

Oracle 非关键损失恢复

1． 非关键损失的恢复，不会对数据库的运行产生致命的影响。

a. 恢复临时表空间：数据库mount状态下，删除临时表空间,创建新的临时表空间.

新建临时表空间， 切换默认临时表空间。

1.Startup mount;

2.Drop tablespace temp including contents;

3.Create temporary tablespace temp tempfile ‘C:oracleoradate emp01.dbf ’

Size 100M extent management local uniform size 128k;

切换临时表空间：

alter database default temporary tablespace temp2;

注意： 运行时切换临时表空间，所有使用TEMP表空间的查询都会CANCEL。

可以查看V$sort_usage,v$sql_text.

使用到临时表空间的操作主要有sort,group by ,hash josh , analyze 等

b. 恢复REDOLOG：这里的恢复是指REDOLOG有镜像的REDOLOG只丢失一个REDOLOG组成员的恢复。

Alter database drop logfile member ‘C:oracleoradata edo01.log’;

Alter database add logfile membe ‘c:oracleoradata edo01.log’ to group 1;

注意：在重建过程中 保持当日志在非活动状态。可以在限制模式下操作。

c. 恢复索引表空间 ： 注意要先知道原来的索引情况， MOUNT状态下，先删除表空间，再重建，再重建索引。

DROP TABLESPACE INDEXES INCLUDING CONTENTS；

Create tablespace indexe datafile ‘C:oracleoradateindex01.dbf’;

执行重建索引的脚本。

d. 恢复只读表空间: 当表空间被设置为只读表空间后 有它的备份，只需在数据库关闭情况下物理COPY回原地址即可。

e. 重建密码文件：

shutdown immediate;

startup;

orapwd file=orapwora password=sys entries =20;

Undo_retention 是oracle 9i 以后开始出现的参数，控制UNDO保留事物信息的时间。9i默认900s,10g 默认时间为10800S，9I以后的UNDO管理使ora-01555 snap too old 的 错误大大降低，但当无可重用的空间后（无可用空间 或 UNDO不可扩展），系统还是会重用UNDO，这在很多情况下是不允许的。

通过设置：

ALTER TABLESPACE UNDO_TS RETENTION GUARANTEE;

ALTER TABLESPACE UNDO_TS2 RETENTION NOGUARANTEE;