oracle 索引修复 Oracle索引重建

当数据库出现坏块而坏块所涉及对象为索引时，我们一般进行修复索引的方法是重建索引。
相对其它坏块，索引坏块修复起来最容易的。不过在修复前，我们需要确认这个坏块确实来自于某索引。

因此，这里我们会介绍一些块定位方法：

1. 如何在ORA-1578/RMAN/DBVERIFY的日志记录中确认讹误受损对象

首先需要确认绝对文件号(Absolute File Number: AFN)和块号(Block Number: BL)
 
绝对文件号(AFN)和相对文件号(RFN)经常相同，但也有时候不同。特别当：

• 数据库是从Oracle7迁移而来
• 或是使用了可传输表空间(Transportable/Plugged Tablespace)时
• 或是配置的12c多租户
• 或使用的bigfile表空间

提示的编号总是相对文件号(RFN)。

因此获取正确的AFN和RFN并分清含义可以节约你判断问题和定位的时间。

从ORA-1578报错中找到AFN

这里AFN是由ORA-1110报错提供的，并紧跟在ORA-1578之后。在下面例子中AFN为5，BL为34。

SQL> select * from scott.dept_view;
select * from scott.dept_view
*
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 11, block # 34)
ORA-01110: data file 5: '/home/oracle/oradata/users.dbf'

从DBVERIFY输出中找到AFN
在dbverify中坏块的定位描述会有些不同。DBVERIFY一般提供受到影响的RDBA地址。其中可以提取RFN并用于从dba_data_files表中查询到AFN。

• 看下面例子（RFN=11 BL=34）：

Page 34 is marked corrupt
Corrupt block relative dba: 0x02c00022 (file 11, block 34)
Bad check value found during dbv:
Data in bad block:
   type: 6 format: 2 rdba: 0x02c00022
   last change scn: 0x0771.4eebe71c seq: 0x2 flg: 0x04
   spare1: 0x0 sp