检查是否存在坏块的一些方法

刘泽宇

检查数据块的一致性

    (1)使用初始化参数检查数据块的一致性

     通过设置初始化参数db_block_checksum=true/false来启用、关闭物理一致性检查，启用该参数这会 增加1%～2%的负载，Oracle推荐启用该参数。在Oracle9i、10g中,默认是启用的。

     通过设置参数db_block_checking=true可以启用数据块的逻辑一致性检查。启用该参数这会 增加1%～10%的负载，尤其DML操作越密集性能影响越大。在Oracle10g中这个参数 默认值是false,这将意味这数据库只对System表空间做逻辑一致性检查。


    (2)DBV工具对数据块物理/逻辑性检查


    (3)analyze命令检查数据块一致性

     analyze命令有很多中用法，可以完成很多功能，

     analyze命令检查对象一致性：   analyze table tablename validate structure cascade online(offline);

     该命令同样会执行物理和逻辑一致性检查。除此之外，它还会检查表和索引条目的匹配性，检查分区表的记录是否在正确的分区中， 检查出的问题会放在USER_DUMP_DEST目录的trace文件中。

      使用该命令注意一下几个问题：

      *当检查分区表的记录是否在正确的分区时，可以把检查出来的记录的ROWID记录在一个特殊表中，这个表叫做invalid_rows,该表需要   使用utlvalid.sql脚本提前建立，检查语法：   analyze tablename validate structure into invalid_rows;  

      *如果检查索引，这个命令会检查数据块和索引的一致性，但是不会确认每条记录都有相应的索引项或这索引有对应的记录，  如果需要这种检查，需要使用cascade关键字。  

      *如果使用online子句，可以在DML操作时在线检查一致性，只是这时不会收集对象的统计信息；而如果使用offline表会被锁住。



    (4)使用rman工具检查

     *检查数据文件

      backup check logical validate [database];



     *检查单个数据文件

      backup check logical validate datafile 1,2;

     *检查整个库

      backup check logical validate database    检查的结果放在v$database_block_corruption这个动态视图中。

      *这个命令对系统性能有一定的影响。


     (5)使用dbms_repair.check_object方法执行检查


     (6)利用exp工具导出整个数据库可以检测坏块

    导出命令在执行中会报ORA-01578错误，在这错误提示中会提示那个文件号的文件以及这个文件中的哪个块被损坏，如：ORA—01578：ORACLE 数据块损坏（文件号 4，块号 35）。利用exp工具进行检查坏块也局限性，对一些类型的坏块是检测不出来的如：HWM以上的坏块是不会发现的、索引中存在的坏块是不会发现的、数据字典中的坏块是不会发现的。