论文部分内容阅读
【摘 要】在天津地铁1号线系统数据库全库备份过程中，经常出现由于数据库坏块导致全库备份中止的情况，本文针对1号线数据库坏块的产生及处理做了归纳总结，其中加入了个人工作中的一些经验教训。
【关键词】Oracle 数据库 坏块
一、什么是数据库的坏块
首先我们来大概看一下数据库块的格式和结构。数据库的数据块有固定的格式和结构，分三层：cache layer，transaction layer，data layer。在对数据块进行读取写入操作的时候，数据库会对要读写的数据块做一致性的检查，其中包括：数据块的类型、数据块的地址信息、数据块的 SCN号以及数据块的头部和尾部。如果发现其中有不一致的信息，那数据库就会标记这个数据块为坏块了。Oracle 数据坏块大致分为两种，一种是由于磁盘损坏造成的物理坏块，另外一种是由于数据库读写错误造成的逻辑坏块。
因此处理Oracle 数据坏块的时候首先需要考虑的就是坏块是由于什么造成的。如果是物理坏块，则首先需要考虑的是更换硬盘，然后再考虑逻辑坏块的处理方法。
二、坏块对数据库产生的影响
如果数据库出现坏块，数据库的告警日志文件里面会存在有如下的一些报错信息：Ora-1578以及Ora-600 and trace file in bdump Directory，数据坏块往往是数据库在执行某些insert、updata、deletc语句时会出现ORA-01578 ORA-01110 数据块损坏的报错信息。
在数据库备份过程中出现了数据库坏块，造成数据库全库备份中断，需要恢复坏块后，才能正常备份数据库。例如以下报错信息：
Corrupt block relative dba： 0x030a455f （file 12， block 673119）
Data in bad block
Reread of blocknum=673119， file= C：＼DATAFILE＼AFC_TBS.DBF. found same corrupt data
从报错信息中我们可以看出，坏块出现在数据文件C：＼DATAFILE＼AFC_TBS.DBF上，文件号为12，坏块号为673119，sequence号为26717
三、坏块产生的原因
Oracle调用标准C的系统函数，对数据块进行读写操作，因此，坏块可能是由以下几种原因产生：硬件的I/O错误、操作系统的I/O错误或缓冲问题、内存或paging问题、磁盘修复工具、一个数据文件的一部分正在被覆盖、Oracle试图访问一个未被格式化的系统块失败、数据文件部分溢出、Oracle或者操作系统的bug
四、坏块的处理方法
（一）通过下面这个查询语句就可以查出当前存在坏块的对象是什么，是索引还是表。需要注意的是如果是temp文件中出现坏块，是没有记录返回的：
SELECT tablespace_name， segment_type， owner， segment_name， partition_name FROM dba_extents WHERE file_id = and between block_id AND block_id + blocks – 1；（其中〈AFN〉是文件号，〈BL〉是坏块号）
（二）根据1中查询出来的对象类型，确定相应的处理方法
1.出现坏块的常见对象有：Sys用户下的对象、回滚段、临时段、索引或者分区索引表。
2.常用的处理方法有：恢复数据文件、只恢复坏的block、通过ROWID RANGE SCAN 保存数据、使用DBMS_REPAIR包、使用EVENT
（三）具体处理方法的介绍
1.恢复数据文件方法：
如果数据库是归档方式下，并且有完整的物理备份，就可以使用此方法来恢复。 步骤如下：
（1）先offline受影响的数据文件，执行语句；
（2）保留有坏块的数据文件，然后拷贝备份的数据文件。如果恢复的数据文件要求路径不同，执行语句；
（3）恢复数据文件，执行语句；
（4）Online恢复后的数据文件，执行语句。
2.只恢复坏的block（9i以上版本可用）
使用这种方法要求数据库版本是9.2.0以上，要求配置了Rman的catalog数据库，数据库为归档方式，并且有完整的物理备份。步骤如下：
使用RMAN的BLOCKRECOVER命令 ：
Rman>run{blockrecover datafile 12 block 673119；}
也可以强制使用某个SCN号之前的备份，恢复数据块。
Rman>run{blockrecover datafile12 block 673119 restore until sequence 26717；}
注：坏块恢复成功后，通常要做一次全库备份，全库备份的大小会比上一次大很多，最好是在全库备份之前，先做一次归档备份，这样可以减少全库备份的大小，不过全备还是会比上一次的大。再一次全库备份大小就会恢复到之前的大小了。
五、坏块的预先发现的方法
（一）如果要检测数据库中所有的表，可以利用exp工具导出整个数据库可以检测坏块。不过这个工具有一些缺陷，对以下情况的坏块是检测不出来的：HWM以上的坏块是不会发现的；索引中存在的坏块是不会发现的；数据字典中的坏块是不会发现的
（二）如果只是对数据库中比较重要的表进行坏块检查，可以使用ANALYZE TABLE tablename VALIDATE STRUCTURE CASCADE 的方法来检测坏块，它执行坏块的检查，但是不会标记坏块为corrupt，检测的结果保存在USER_DUMP_DEST目录下的用户trace文件中。
（三）使用Oracle的专门工具dbv来检查坏块，具体的语法如下：
例如：Dbv file=C：＼DATAFILE＼AFC_TBS.DBF blocksize=8192
注：因为dbv要求file后面跟的必须是一个文件扩展名，所以如果用裸设备存储的，就必须使用ln链接裸设备到一个文件，然后再用dbv对这个链接文件进行检查。
【关键词】Oracle 数据库 坏块
一、什么是数据库的坏块
首先我们来大概看一下数据库块的格式和结构。数据库的数据块有固定的格式和结构，分三层：cache layer，transaction layer，data layer。在对数据块进行读取写入操作的时候，数据库会对要读写的数据块做一致性的检查，其中包括：数据块的类型、数据块的地址信息、数据块的 SCN号以及数据块的头部和尾部。如果发现其中有不一致的信息，那数据库就会标记这个数据块为坏块了。Oracle 数据坏块大致分为两种，一种是由于磁盘损坏造成的物理坏块，另外一种是由于数据库读写错误造成的逻辑坏块。
因此处理Oracle 数据坏块的时候首先需要考虑的就是坏块是由于什么造成的。如果是物理坏块，则首先需要考虑的是更换硬盘，然后再考虑逻辑坏块的处理方法。
二、坏块对数据库产生的影响
如果数据库出现坏块，数据库的告警日志文件里面会存在有如下的一些报错信息：Ora-1578以及Ora-600 and trace file in bdump Directory，数据坏块往往是数据库在执行某些insert、updata、deletc语句时会出现ORA-01578 ORA-01110 数据块损坏的报错信息。
在数据库备份过程中出现了数据库坏块，造成数据库全库备份中断，需要恢复坏块后，才能正常备份数据库。例如以下报错信息：
Corrupt block relative dba： 0x030a455f （file 12， block 673119）
Data in bad block
Reread of blocknum=673119， file= C：＼DATAFILE＼AFC_TBS.DBF. found same corrupt data
从报错信息中我们可以看出，坏块出现在数据文件C：＼DATAFILE＼AFC_TBS.DBF上，文件号为12，坏块号为673119，sequence号为26717
三、坏块产生的原因
Oracle调用标准C的系统函数，对数据块进行读写操作，因此，坏块可能是由以下几种原因产生：硬件的I/O错误、操作系统的I/O错误或缓冲问题、内存或paging问题、磁盘修复工具、一个数据文件的一部分正在被覆盖、Oracle试图访问一个未被格式化的系统块失败、数据文件部分溢出、Oracle或者操作系统的bug
四、坏块的处理方法
（一）通过下面这个查询语句就可以查出当前存在坏块的对象是什么，是索引还是表。需要注意的是如果是temp文件中出现坏块，是没有记录返回的：
SELECT tablespace_name， segment_type， owner， segment_name， partition_name FROM dba_extents WHERE file_id =
（二）根据1中查询出来的对象类型，确定相应的处理方法
1.出现坏块的常见对象有：Sys用户下的对象、回滚段、临时段、索引或者分区索引表。
2.常用的处理方法有：恢复数据文件、只恢复坏的block、通过ROWID RANGE SCAN 保存数据、使用DBMS_REPAIR包、使用EVENT
（三）具体处理方法的介绍
1.恢复数据文件方法：
如果数据库是归档方式下，并且有完整的物理备份，就可以使用此方法来恢复。 步骤如下：
（1）先offline受影响的数据文件，执行语句；
（2）保留有坏块的数据文件，然后拷贝备份的数据文件。如果恢复的数据文件要求路径不同，执行语句；
（3）恢复数据文件，执行语句；
（4）Online恢复后的数据文件，执行语句。
2.只恢复坏的block（9i以上版本可用）
使用这种方法要求数据库版本是9.2.0以上，要求配置了Rman的catalog数据库，数据库为归档方式，并且有完整的物理备份。步骤如下：
使用RMAN的BLOCKRECOVER命令 ：
Rman>run{blockrecover datafile 12 block 673119；}
也可以强制使用某个SCN号之前的备份，恢复数据块。
Rman>run{blockrecover datafile12 block 673119 restore until sequence 26717；}
注：坏块恢复成功后，通常要做一次全库备份，全库备份的大小会比上一次大很多，最好是在全库备份之前，先做一次归档备份，这样可以减少全库备份的大小，不过全备还是会比上一次的大。再一次全库备份大小就会恢复到之前的大小了。
五、坏块的预先发现的方法
（一）如果要检测数据库中所有的表，可以利用exp工具导出整个数据库可以检测坏块。不过这个工具有一些缺陷，对以下情况的坏块是检测不出来的：HWM以上的坏块是不会发现的；索引中存在的坏块是不会发现的；数据字典中的坏块是不会发现的
（二）如果只是对数据库中比较重要的表进行坏块检查，可以使用ANALYZE TABLE tablename VALIDATE STRUCTURE CASCADE 的方法来检测坏块，它执行坏块的检查，但是不会标记坏块为corrupt，检测的结果保存在USER_DUMP_DEST目录下的用户trace文件中。
（三）使用Oracle的专门工具dbv来检查坏块，具体的语法如下：
例如：Dbv file=C：＼DATAFILE＼AFC_TBS.DBF blocksize=8192
注：因为dbv要求file后面跟的必须是一个文件扩展名，所以如果用裸设备存储的，就必须使用ln链接裸设备到一个文件，然后再用dbv对这个链接文件进行检查。