Tips--在ALPHA服务器中使用ORACLE8i修复数据块的方法(zt)

在ALPHA服务器中使用ORACLE8i修复数据块的方法

空军通信研究所 蒋蕊

通常使用ALPHA服务器的共享盘安装数据库的方式有两种：一种是将共享盘作为裸设备方式挂靠，数据库以OPS方式安装；另一种方式是将共享盘做成文件系统挂靠在一台服务器上，将数据库装在共享盘上，进行双机切换时，首先关闭数据库，从这台服务器卸下共享盘，再将其挂靠到另一台服务器上，再次启动数据库。在进行双机切换、意外断电或其它情况下，有时会发生共享盘脏，MOUNT不上的情况，需要使用FSCK对共享盘进行修复。修复完成后，在数据库启动过程中，却又出现"数据块损坏，无法启动数据库"的现象，此时，可以根据不同的数据块损坏类型，检测并修复错误。在此介绍三种使用Oracle8i修复损坏数据块的方法。

一、数据块损坏，错误代码为ORA-01578

ORA-1115 I/O ERROR READING BLOCK

通常后跟ORA-737X错误与操作系统错误（如UNIX中的错误号5）

产生原因：

1． 硬件问题（磁盘控制器问题或磁盘问题）

2． 物理级的数据块损坏（通常由前一原因造成）

3． 处理巨型文件时，后跟错误代码ORA-7371

确定故障原因与恢复的方法：

1． 查看alert.log文件中其它ORA-1115错误的发生情况：

1） 如果指向不同磁盘的文件，则是磁盘控制器的问题，查看V$DATAFILE，有哪些文件位于该控制器下，转到第二步。

2） 如果指向相同磁盘的不同文件，则是磁盘的问题，转到第二步。

3） 如果指向同一个文件，执行以下语句查找文件名：

SELECT SEGMENT_NAME,SEGMENT_TYPE FROM DBA_EXTENTS WHERE

FILE_ID= AND BETWEEN BLOCK_ID AND

BLOCK_ID+BLOCKS-1；

其中，文件号与块号是ORA-1115中指出的，如果该查询持续指向某表或索引，

则重建它们即可。

2． 如果文件是SYSTEM表空间，或处于NOARCHIVELOG模式，关闭数据库，转到第四步。

3． 如果数据库处于ARCHIVELOG模式，仍应关闭数据库，如果不能关闭数据库，则将相应的数据文件脱机：ALTER DATABASE DATAFILE '文件名' OFFLINE；

4． 试着将数据文件拷贝到别的磁盘。

5． 如果拷贝失败，则文件将丢失。

6． STARTUP MOUNT；

7． 将数据文件重命名为成功拷贝到别的磁盘的文件名：

ALTER DATABASE RENAME FILE '老路径文件名' TO '新路径文件名'

8． ALTER DATABASE OPEN；

9． RECOVER DATAFILE 文件名；

ALTER DATABASE DATAFILE '文件名' ONLINE；

二、回滚段需要恢复

如果回滚段处于NEED RECOVERY状态，需要执行以下步骤进行恢复：

1． 查看所有联机的表空间与数据文件

2． 在init.ora文件中加入event = "10015 trace name context forever,level 10"，这将生成一个追踪文件，其中含有事务与回滚的信息。

3． 关闭并重新打开数据库。

4． 查看TRACE文件，应有error recovery tx(#,#) object #.TX(#,#)，指出事务信息，其中object #与sys.dba_objects中的object_id相同。

5． 使用以下查询找出正在进行恢复的对象：

SELECT owner,object_name,object_type,status FROM dba_objects WHERE

object_id=;

6． 必须删除该对象以释放回滚块。

三、检测与修复损坏块的常用方法

（一）使用初始化参数DB_BLOCK_CHECKING与DB_BLOCK_CHECKSUM。

当块改变时，DB_BLOCK_CHECKING对块进行逻辑校验。将防止发生10210 与10211错误。

（二）使用DBMS_REPAIR包，由dbmsrpr.sql与prvtrpr.plb生成该包在特定表中生成损坏块的信息。

1．DBMS_REPAIR.ADMIN_TABLES用于创建与删除存储损坏块的表。其中TABLE_TYPE为：REPAIR_TABLE（表），ORPHAN_TABLE（索引）；ACTION为：CREATE_ACTION（创建表），PURGE_ACTION（删除无关数据），DROP_ACTION（删除表）。例：

dbms_repair.admin_tables('REPAIR_TABLE',DBMS_REPAIR.REPAIR_TABLE,DBMS_REPAIR.CREATE_ACTION,'temp_data');

2．DBMS_REPAIR.CHECK_OBJECT检查表、索引、分区中的块损坏。其中OBJECT_TYPE为：TABLE_OBJECT（表），INDEX_OBJECT（索引）， REPAIR_TABLE_NAME（用于存储损坏块信息的表）。例：

dbms_repair.check_object('ORATRAIN','LOCATIONS',corrupt_count=>:cc);

3．使用以下语句查询块损坏信息：

SELECT object_name, relative_file_no, block_id,
marked_corrupt, corrupt_description, repair_description
FROM repair_table;

4．将块标志为损坏的：dbms_repair.fix_corrupt_blocks('ORATRAIN','LOCATIONS',fix_count=>:fc);

5．跳过损坏块：dbms_repair.skip_corrupt_blocks('ORATRAIN', 'LOCATIONS');

其中OBJECT_TYPE为 ：TABLE_OBJECT（表），CLUSTER_OBJECT（索引）。

6．使用REBUILD_FREELISTS重建损坏的空闲列表：DBMS_REPAIR.rebuild_freelists

7．使用以下方法查找指向损坏块的索引：

（1） 创建存放指向坏块索引的表

（2） dbms_repair.dump_orphan_keys('ORATRAIN','LOC_PK',

orphan_table_name=>'ORPHAN_TAB1',key_count=>:kc);

（3） SELECT index_name, count(*) FROM orphan_key_table WHERE table_name = 'CLASSES' GROUP BY index_name;

（4） 重建具有orphan keys的索引

限制：不能分析Index-organized tables 与 LOB indexes，DUMP_ORPHAN_KEYS不能对bitmap与 function-based indexes操作。

（三）使用SQL命令ANALYZE TABLE|INDEX … VALIDATE STRUCTURE

utlvalid.sql.创建含有损坏块信息的INVALID_ROWS表，ANALYZE TABLE VALIDATE STRUCTURE CASCADE同时校验表与索引。

（四）使用DBVERIFY

DBVERIFY是一个外部工具，所以对数据库影响很小。可用于在将备份文件拷贝回原位置前检验备份文件的完好性，并定位数据块损坏。命令如下：

dbv /users/DB00/u03/data01.dbf start=1 end=500 logfile=dbv.log

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29987/viewspace-51801/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29987/viewspace-51801/