Undo坏块
一、概述
SQL> show parameter undo
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 900
undo_tablespace string UNDOTBS1
1.1 当undo_management被设置成MENUAL时使用系统回滚段, 即将undo records 记录到SYSTEM 表空间下的SYSTEM段。
SQL> col segment_name format a25
SQL> select segment_name,tablespace_name,bytes,next_extent from dba_segments where segment_type='ROLLBACK';
SEGMENT_NAME TABLESPACE_NAME BYTES NEXT_EXTENT
------------------------- ------------------------------ ---------- -----------
SYSTEM SYSTEM 393216 57344
通过上面的这条语句，我们查到了这个用于rollback 的system segment 存在于system 表空间。 默认情况下，只有一个segment，并且它还比较小，所以，如果使用system 段来存储undo records。肯定会影响数据库的性能。 所以Oracle 是建议使用Undo tablespace 来管理undo records。
1.2 当undo_management设置成AUTO时使用UNDO tablespace来管理回滚段。 这个时候，我们将有多个undo segment，并且这些segment 是存放在UNDO 表空间里的。 这样对DB的性能就会提高。
SQL> select segment_name,tablespace_name,bytes,next_extent from dba_segments where segment_type='TYPE2 UNDO';
SEGMENT_NAME TABLESPACE_NAME BYTES NEXT_EXTENT
------------------------- ------------------------------ ---------- -----------
_SYSSMU1_3724004606$ UNDOTBS1 8519680 65536
_SYSSMU2_2996391332$ UNDOTBS1 8519680 65536
_SYSSMU3_1723003836$ UNDOTBS1 2228224 65536
_SYSSMU4_1254879796$ UNDOTBS1 3276800 65536
_SYSSMU5_898567397$ UNDOTBS1 8519680 65536
_SYSSMU6_1263032392$ UNDOTBS1 8519680 65536
_SYSSMU7_2070203016$ UNDOTBS1 8519680 65536
_SYSSMU8_517538920$ UNDOTBS1 1179648 65536
_SYSSMU9_1650507775$ UNDOTBS1 8519680 65536
_SYSSMU10_1197734989$ UNDOTBS1 8519680 65536
10 rows selected.
SQL>
通过以上SQL的查询结果，我们可以看出，有10个undo segment来存放undo records。
以上我们是通过dba_segment视图查看的结果。而也可以通过v$rollstat和v$rollname 两个视图来查看信息，这2个视图会显示所有rollback段的信息，包括system段和undo段。
SQL> col name format a25
SQL> select s.usn,n.name,s.extents,s.hwmsize,s.status from v$rollstat s, v$rollname n where s.usn=n.usn;
USN NAME EXTENTS HWMSIZE STATUS
---------- ------------------------- ---------- ---------- ----------
0 SYSTEM 6 385024 ONLINE
1 _SYSSMU1_3724004606$ 3 8511488 ONLINE
2 _SYSSMU2_2996391332$ 3 8511488 ONLINE
3 _SYSSMU3_1723003836$ 4 2220032 ONLINE
4 _SYSSMU4_1254879796$ 4 3268608 ONLINE
5 _SYSSMU5_898567397$ 3 8511488 ONLINE
6 _SYSSMU6_1263032392$ 3 8511488 ONLINE
7 _SYSSMU7_2070203016$ 3 8511488 ONLINE
8 _SYSSMU8_517538920$ 3 1171456 ONLINE
9 _SYSSMU9_1650507775$ 3 8511488 ONLINE
10 _SYSSMU10_1197734989$ 3 8511488 ONLINE
11 rows selected.
SQL>
二、UNDO 损坏的处理
2.1 方法一,使用system segment
提到了一种方法，就是使用SYSTEM 的回滚段, 步骤如下：
（1）用spfile 创建pfile，然后修改参数：
#*.undo_tablespace='UNDOTBS1'
#*.undo_management='AUTO'
#*.undo_tablespace
#*.undo_retention
undo_management='MANUAL'
rollback_segments='SYSTEM'
（2）用修改之后的pfile，重启DB
SQL> STARTUP MOUNT pfile='F:/initorcl.ora' ;
（3）删除原来的表空间，创建新的UNDO 表空间
SQL> drop tablespace undotbs;
SQL> create undo tablespace undotbs1 datafile '/u01/oradata/undotbs1.dbf' size 10M;
（4）关闭数据库，修改pfile参数，然后用新的pfile创建spfile，在正常启动数据库。
*.undo_tablespace='UNDOTBS1'
*.undo_management='AUTO'
#undo_management='MANUAL'
#rollback_segments='SYSTEM'
2.2. 方法二：跳过损坏的segment
在方法一中，我们使用了system segment。 通过第一部分我们了解到，undo segment 有多个，我们可以通过alert log 来查看正在使用的是哪些segment，这些段有可能损坏了。 我们只需要把这些损坏的segment 跳过，先正常启动DB，在创建新的UNDO 表空间，在切换一下。
（1）修改pfile，添加参数：
*._corrupted_rollback_segments='_SYSSMU11$','_SYSSMU12$','_SYSSMU13$'
这些字段的值，我们通过alert log 查看。 也可以通过如下命令查看：
#strings system01.dbf | grep _SYSSMU | cut -d $ -f 1 | sort -u
（2）用修改之后的pfile启动DB
因为跳过了哪些损坏的segment，所以DB 可以正常启动。
（3）创建新的UNDO 表空间，并切换过来
SQL> create undo tablespace undotbs1 datafile '/u01/oradata/undotbs1.dbf' size 10M;
SQL> alter system set undo_tablespace=undotbs1;
SQL> drop tablespace undotbs;
（4）修改pfile，创建spfile，并正常启动
删除如下：
*._corrupted_rollback_segments='_SYSSMU11$','_SYSSMU12$','_SYSSMU13$'
2.3 方法三：使用rman备份恢复
startup mount
--检验备份是否有坏块
RMAN> backup validate datafile 22;
--查询坏块信息
RMAN> select * from v$database_block_corruption where file#=22;
FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO CON_ID
---------- ---------- ---------- ------------------ --------- ----------
22 32120 1 0 CORRUPT 1
--修复坏块
RMAN> blockrecover datafile 22 block 32120 from backupset;
--打开数据库
alter database open;
注：其它文件(system/sysaux/用户数据文件)坏块也可用这种方式修复
2.4 方法四：使用参数_offline_rollback_segments和_corrupted_rollback_segments
在没有备份的情况下，
使用_offline_rollback_segments和_corrupted_rollback_segments
1.先把数据文件offline，在mount状态下执行：
alter database datafile '/oracle/app/oracle/oradata/cus/undotbs01.dbf' offline;
alter database open;
2.查询哪些undo段是需要恢复（need recover）
select segment_name,status from dba_rollback_segs where status = 'NEEDS RECOVERY';
3. 新建一个回滚表空间,生成pfile
create undo tablespace undotbs2 datafile '/oracle/app/oracle/oradata/cus/undotbs02.dbf' size 300m;
alter system set undo_tablespace='undotbs2';
create pfile='/home/oracle/pfile.txt' from spfile;
4.编辑pfile，添加隐含参数
--根据第2步查询需要恢复的undo段
?*._offline_rollback_segments=('_SYSSMU3_1499641855$','_SYSSMU4_3564003469$',......)
*._corrupted_rollback_segments=('_SYSSMU3_1499641855$',_SYSSMU4_3564003469$',......)
5.重新启动，删除旧的undo
startup pfile='/home/oracle/ pfile.txt';
drop tablespace undotbs1 including contents and datafiles;
?select segment_name,status from dba_rollback_segs where status = 'NEEDS RECOVERY';
6. 去掉隐含参数，重新启动数据库
将pfile.txt文件去掉前面两个隐含参数_offline_rollback_segments和_corrupted_rollback_segments，然后重新启动数据库
shutdown immediate;
startup pfile='/home/oracle/pfile.txt';
create spfile from pfile='/home/oracle/pfile.txt';
shutown immediate;
startup;
总结
以上就是UNDO 出现故障的几种处理方法，其中方法二和方法四类似，都是采用参数进行恢复。
