Undo坏块

发布时间：2020-08-09 06:17:47 来源：ITPUB博客阅读：117 作者：不一样的天空w 栏目：关系型数据库

一、概述

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 出现故障的几种处理方法，其中方法二和方法四类似，都是采用参数进行恢复。

向AI问一下细节