Oracle物理结构故障的处理方法xzl.docx

Evaluation Warning: The document was created with Spire.Doc for .NET.Oraclle快速速删除重复复的记录做项目的时时候，一位位同事导数数据的时候候，不小心心把一个表表中的数据据全都搞重重了，也就就是说，这这个表里所所有的记录录都有一条条重复的。这个表的的数据是千千万级的，而而且是生产产系统。也也就是说，不不能把所有有的记录都都删除，而而且必须快快速的把重重复记录删删掉。对此，总结结了一下删删除重复记记录的方法法，以及每每种方法的的优缺点。为了陈诉方方便，假设设表名为TTbl，表表中有三列列col11，coll2，cool3，其其中coll1，cool2是主主键，并且且，coll1，cool2上加加了索引。1、通过创创建临时表表可以把数据据先导入到到一个临时时表中，然然后删除原原表的数据据，再把数数据导回原原表，SQQL语句如如下：creatte tabble ttbl_ttmp (seleect ddistiinct * frrom ttbl);trunccate tablle tbbl;/清空表记记录inserrt innto ttbl sselecct * fromm tbll_tmpp;/将将临时表中中的数据插插回来。这种方法可可以实现需需求，但是是很明显，对对于一个千千万级记录录的表，这这种方法很很慢，在生生产系统中中，这会给给系统带来来很大的开开销，不可可行。2、利用rrowidd在Oraccle中，每每一条记录录都有一个个rowiid，roowid在在整个数据据库中是唯唯一的，rrowidd确定了每每条记录是是Oraccle中的的哪一个数数据文件、块、行上上。在重复复的记录中中，可能所所有列的内内容都相同同，但roowid不不会相同。SQL语语句如下：delette frrom ttbl wwheree rowwid iin (sselecct a.rowiid frrom ttbl aa, tbbl b wherre a.rowiid>b.rowiid annd a.col11=b.ccol1 and a.cool2 = b.ccol2)如果已经知知道每条记记录只有一一条重复的的，这个ssql语句句适用。但但是如果每每条记录的的重复记录录有N条，这这个N是未未知的，就就要考虑适适用下面这这种方法了了。3、利用mmax或mmin函数数这里也要使使用rowwid，与与上面不同同的是结合合max或或min函函数来实现现。SQLL语句如下下delette frrom ttbl aa wheere rrowidd nott in (sellect max(b.roowid) froom tbbl b wherre a.col11=b.ccol1 and a.cool2 = b.ccol2);/这这里maxx使用miin也可以以或者用下面面的语句delette frrom ttbl aa wheere rrowidd < (seleect mmax(bb.rowwid) fromm tbll b wwheree a.ccol1=b.cool1 aand aa.coll2 = b.cool2);/这里里如果把mmax换成成min的的话，前面面的wheere子句句中需要把把"<"改为"">"跟上面的方方法思路基基本是一样样的，不过过使用了ggroupp by，减减少了显性性的比较条条件，提高高效率。SSQL语句句如下：delette frrom ttbl wwheree rowwid nnot iin (sselecct maax(roowid) froom tbbl t  grouup byy t.ccol1, t.ccol2  );delette frrom ttbl wwheree (cool1, col22) inn (seelectt coll1,cool2 ffrom tbl  grouup byy coll1,cool2 hhavinng  ccountt(*) > 1) andd rowwid   not  in (seleect   min(rrowidd) frrom ttbl ggroupp by  col11,coll2 haavingg  coount(*) >> 1)还有一种方方法，对于于表中有重重复记录的的记录比较较少的，并并且有索引引的情况，比比较适用。假定cool1，ccol2上上有索引，并并且tbll表中有重重复记录的的记录比较较少，SQQL语句如如下4、利利用grooup bby，提高高效率Oraclle物理结结构故障的的处理方法法：Oraclle物理结结构故障是是指构成数数据库的各各个物理文文件损坏而而导致的各各种数据库库故障。这这些故障可可能是由于于硬件故障障造成的，也也可能是人人为误操作作而引起。所以我们们首先要判判断问题的的起因，如如果是硬件件故障则首首先要解决决硬件问题题。在无硬硬件问题的的前提下我我们才能按按照下面的的处理方发发来进一步步处理。控控制文件损损坏：控制制文件记录录了关于OOraclle的重要要配置信息息，如数据据库名、字字符集名字字、各个数数据文件、日志文件件的位置等等等信息。控制文件件的损坏，会会导致数据据库异常关关闭。一旦旦缺少控制制文件，数数据库也无无法启动，这这是一种比比较严重的的错误。可可以通过查查询数据库库的日志文文件来定位位损坏了的的控制文件件。日志文文件位于$ORACCLE_BBASE/admiin/bddump/alerrt_ORRCL.oora.损损坏单个控控制文件：1. 确保保数据库已已经关闭，如如果没有用用下面的命命令来关闭闭数据库：svrmmgrl>>shuttdownn immmediaate;22. 查看看初始化文文件$ORRACLEE_BASSE/addmin/pfille/innitORRCL.oora,确确定所有控控制文件的的路径。33. 用操操作系统命命令将其它它正确的控控制文件覆覆盖错误的的控制文件件。4. 用下面的的命令重新新启动数据据库svrrmgrll>staartupp;5. 用适当的的方法进行行数据库全全备份。损损坏所有的的控制文件件：1. 确保数据据库已经关关闭，如果果没有用下下面的命令令来关闭数数据库：ssvrmggrl>sshutddown immeediatte;2. 从相应应的备份结结果集中恢恢复最近的的控制文件件。对于没没有采用带带库备份的的点可以直直接从磁带带上将最近近的控制文文件备份恢恢复到相应应目录；对对于采用带带库备份的的点用相应应的rmaan脚本来来恢复最近近的控制文文件。3. 用下面面的命令来来创建产生生数据库控控制文件的的脚本：ssvrmggrl>sstarttup mmountt;svrrmgrll>altter ddatabbase backkup ccontrrolfiile tto trrace noreesetllogs;4. 修改改第三步产产生的trrace文文件，将其其中关于创创建控制文文件的一部部分语句拷拷贝出来并并做些修改改，使得它它能够体现现最新的数数据库结构构。假设产产生的sqql文件名名字为crreateeconttrol.sql.注意：Trrace文文件的具体体路径可以以在执行完完第3）步步操作后查查看$ORRACLEE_BASSE/addmin/bdummp/allert_ORCLL.oraa文件来确确定。5. 用下面面命令重新新创建控制制文件：ssvrmggrl>sshutddown aborrt;svvrmgrrl>sttartuup noomounnt;svvrmgrrl>ccreatteconntroll.sqll;6. 用适当的的方法进行行数据库全全备份。重重做日志文文件损坏：数据库的的所有增、删、改都都会记录入入重做日志志。如果当当前激活的的重做日志志文件损坏坏，会导致致数据库异异常关闭。非激活的的重做日志志最终也会会因为日志志切换变为为激活的重重做日志，所所以损坏的的非激活的的重做日志志最终也会会导致数据据库的异常常终止。在在ipass/mSwwitchh中每组重重做日志只只有一个成成员，所以以在下面的的分析中只只考虑重做做日志组损损坏的情况况，而不考考虑单个重重做日志成成员损坏的的情况。确确定损坏的的重做日志志的位置及及其状态：1. 如果果数据库处处于可用状状态：seelectt * ffrom v$loogfille;svvrmgrrl>seelectt * ffrom v$loog;2. 如果数数据库处于于已经异常常终止：ssvrmllgr>sstarttup mmountt;svrrmgrll>sellect * frrom vv$loggfilee;svrrmgrll>sellect * frrom vv$logg;其中，llogfiile的状状态为INNVALIID表示这这组日志文文件出现已已经损坏；log状状态为Innactiive：表表示重做日日志文件处处于非激活活状态；AActivve： 表示重做做日志文件件处于激活活状态；CCurreent：表表示是重做做日志为当当前正在使使用的日志志文件。损损坏的日志志文件处于于非激活状状态：1. 删除相相应的日志志组：svvrmgrrl>allter dataabasee droop loogfille grroup grouup_nuumberr;2. 重新创建建相应的日日志组：ssvrmggrl>aalterr dattabasse addd loog fiile ggroupp grooup_nnumbeer （log_filee_desscrittpionn，） siize llog_ffile_sizee;损坏的的日志文件件处于激活活状态且为为非当前日日志：1. 清除相相应的日志志组：svvrmgrrl>allter dataabasee cleear uunarcchiveed loogfille grroup grouup_nuumberr;损坏的的日志文件件为当前活活动日志文文件：用命命令清除相相应的日志志组：svvrmgrrl>allter dataabasee cleear uunarcchiveed loogfille grroup grouup_nuumberr;如果清清除失败，则则只能做基基于时间点点的不完全全恢复。打打开数据库库并且用适适当的方法法进行数据据库全备份份：svrrmgrll>altter ddatabbase openn;部分数数据文件损损坏：若损损坏的数据据文件属于于非sysstem表表空间，则则数据库仍仍然可以处处于打开状状态可以进进行操作，只只是损坏的的数据文件件不能访问问。这时在在数据库打打开状态下下可以单独独对损坏的的数据文件件进行恢复复。若是ssysteem表空间间的数据文文件损坏则则数据库系系统会异常常终止。这这时数据库库只能以MMountt方式打开开，然后再再对数据文文件进行恢恢复。可以以通过查看看数据库日日志文件来来判断当前前损坏的数数据文件到到底是否属属于sysstem表表空间。非非systtem表空空间的数据据文件损坏坏1. 确定定损坏的文文件名字：svrmmgrl>>seleect nname fromm v$ddataffile wherre sttatuss=INNVALIID;22. 将损损坏的数据据文件处于于offlline状状态：svvrmgrrl>allter dataabasee dattafille ddataffile_namee offflinne;3. 从相应应的备份结结果集中恢恢复关于这这个数据文文件的最近近的备份。对于没有有采用带库库备份的点点可以直接接从磁带上上恢复；对对于用带库库备份的点点用相应的的rmann脚本来恢恢复。4. 恢复数数据文件：svrmgrl>alter database recover datafile file_name;5. 使数据库文件online：svrmgrl>alter database datafile datafile_name online;6. 用适当的方法进行数据库全备份。system表空间的数据文件损坏：1. 以mount方式启动数据库svrmgrl>startup mount;2. 从相应的备份结果集中恢复关于这个数据文件的最近的备份。对于没有采用带库备份的点可以直接从磁带上恢复；对于用带库备份的点用相应的rman脚本来恢复。3. 恢复system表空间：svrmgrl>alter database recover datafile datafile_name;4. 打开数据库：svrmgrl>alter database open;5. 用适当的方法进行数据库全备份。表空间损坏：若非system表空间已经损坏，则数据库仍然可以处于打开状态可以进行操作，只是损坏的表空间不能访问。这样在数据库打开状态下可以单独对损坏的表空间进行恢复。若是system表空间损坏则数据库系统会异常终止。这时数据库只能以Mount方式打开，然后再对表空间进行恢复。可以通过查看数据库日志文件来判断当前损坏的表空间是否是system表空间.非system表空间损坏：1. 将损坏的表空间处于offline状态：svrmgrl>alter tablespace tablespace_name offline;2. 从相应的备份结果集中恢复关于这个表空间最近的备份。对于没有采用带库备份的点可以直接从磁带上恢复；对于用带库备份的点用相应的rman脚本来恢复。3. 恢复表空间：svrmgrl>alter database recover tablespace tablespace_name;4. 使表空间online：svrmgrl>alter tablespace tablespace_name online;5. 用适当的方法进行数据库全备份.system表空间损坏：1. 以mount方式启动数据库svrmgrl>startup mount;2. 从相应的备份结果集中恢复system表空间最近的备份。对于没有采用带库备份的点可以直接从磁带上恢复；对于用带库备份的点用相应的rman脚本来恢复。3. 恢复system表空间：svrmgrl>alter database recover tablespace system;4. 打开数据库：svrmgrl>alter database open;5. 用适当的方法进行数据库全备份。整个数据库的所有文件损坏：整个数据库所有文件的损坏一般是在共享磁盘阵列发生无法恢复的灾难时才发生，这种情况下只能对数据库进行恢复。若数据库的归档目录也已经丢失，则数据库不可能做完全恢复，会有用户数据的丢失。没采用带库备份的现场：1. 将最近的备份从磁带上把各个文件解包到相应的目录下。2. 以mount方式打开数据库：svrmgrl>startup mount;3. 恢复数据库：svrmgrl>recover database until cancel;4. 打开数据库：svrmgrl>alter database open resetlogs;5. 用适当的方法进行数据库全备份。采用带库备份的现场：1. 以nomount方式打开数据库：svrmgrl>startup nomount;2. 通过相应的rman脚本进行数据库软恢复。$rman cmdfile=hot_database_restore.rcv3. 打开数据库：svrmgrl>alter database open resetlogs;4. 用适当的方法进行数据库全备份。存在最近的数据库完整冷备份前提下的一些经典紧急情况的处理：数据文件，归档重作日志和控制文件同时丢失或损坏：无新增archives 时的状况：条件和假设：自上次镜像备份以来尚未生成新的archive log(s); Archivelog Mode; 有同步的datafile(s) 和control file(s) 的镜像（冷）拷贝恢复步骤：1. 将镜像拷贝的datafile(s) 和control file(s) 抄送回原始地点:$ cp /backup/good_one.dbf /orig_loc/bad_one.dbf$ cp /backup/control1.ctl /disk1/control1.ctl2. 以mount 选项启动数据库：$ svrmgrlsvrmgrl> connect internalsvrmgrl> startup mount3. 以旧的control file 来恢复数据库：svrmgrl> recover database using backup controlfile until cancel;* 介质恢复完成（必须马上cancel ）4. Reset the logfiles （对启动而言不可省略）：svrmgrl> alter database open resetlogs;5. 关闭数据库并做一次全库冷备份。新增archives 时的状况：条件和假设：自上次镜像备份以来已经生成新的archive log(s); Archivelog Mode; 有同步的datafile(s) 和control file(s) 的镜像（冷）拷贝；archive log(s) 可用。恢复步骤：1. 如果数据库尚未关闭，则首先把它关闭：$ svrmgrlsvrmgrl> connect internalsvrmgrl> shutdown abort2. 将备份文件抄送回原始地点：所有Database Files所有Control Files（没有archive(s) 或redo(s) 的情况下，control files 的更新无任何意义）所有On-Line Redo Logs (Not archives)init.ora file（选项）3. 启动数据库：$ svrmgrlsvrmgrl> connect internalsvrmgrl> startup数据文件, 重作日志和控制文件同时丢失或损坏：条件和假设：Archivelog Mode; 有同步的所有所失文件的镜像（冷）拷贝；archive log(s) 可用恢复步骤（必须采用不完全恢复的手法）：1. 如果数据库尚未关闭，则首先把它关闭：$ svrmgrlsvrmgrl> connect internalsvrmgrl> shutdown abort2. 将备份文件抄送回原始地点：所有Database Files所有Control Files所有On-Line Redo Logs(Not archives)init.ora file（选项）3. 启动数据库然而并不打开：svrmgrl>startup mount4. 做不完全数据库恢复，应用所有从上次镜像（冷）备份始积累起来的archives：svrmgrl> recover database until cancel using backup controlfile;.cancel5. Reset the logfiles （对启动而言不可省略）：svrmgrl> alter database open resetlogs;6. 关闭数据库并做一次全库冷备份。数据文件和控制文件同时丢失或损坏：条件和假设：Archivelog Mode; 有同步的datafile(s) 和control file(s) 的冷拷贝；archive log(s) 可用恢复步骤：1. 将冷拷贝的datafiles(s) 和control file(s) 抄送回原始地点:$ cp /backup/good_one.dbf /orig_loc/bad_one.dbf$ cp /backup/control1.ctl /disk1/control1.ctl2. 以mount 选项启动数据库：$ svrmgrlsvrmgrl> connect internalsvrmgrl> startup mount3. 以旧的control file 来恢复数据库：svrmgrl> recover database until cancel using backup controlfile;* 介质恢复完成（须在应用完最后一个archive log 后cancel ）4. Reset the logfiles （对启动而言不可省略）：svrmgrl> alter database open resetlogs;重作日志和控制文件同时丢失或损坏时：条件和假设：Control Files 全部丢失或损坏；Archivelog Mode; 有Control Files 的镜像（冷）拷贝恢复步骤：1. 如果数据库尚未关闭，则首先把它关闭：$ svrmgrlsvrmgrl> connect internalsvrmgrl> shutdown abortsvrmgrl>exit2. 以Control File 的镜像（冷）拷贝覆盖损坏了的Control File:$ cp /backup/control1.ctl /disk1/control1.ctl3. 启动数据库然而并不打开：$ svrmgrlsvrmgrl> connect internalsvrmgrl> startup mount4. Drop 坏掉的redo log （排除硬件故障）：svrmgrl> alter database drop logfile group 2;5. 重新创建redo log:svrmgrl> alter database add logfile group 2 '/orig_loc/log2.dbf' size 10M;6. 以旧的control file 来恢复数据库：svrmgrl> recover database until cancel using backup controlfile;（必须马上cancel ）7. Reset the logfiles （对启动而言不可省略）：svrmgrl> alter database open resetlogs;8. 关闭数据库并做一次全库冷备份只发生归档重作日志丢失或损坏时：根据不同环境和情况，选择下述手段之一：a. 马上backup 全部datafiles （如果系统采用一般热备份或RMAN 热备份）b. 马上正常关闭数据库并进行冷备份（如果系统采用冷备份）c. 冒险前进！不做备份而让数据库接着跑，直等到下一个备份周期再做备份。这是在赌数据库在下一个备份周期到来之前不会有需要恢复的错误发生。注意:冒险前进的选择：如果发生错误而需要数据库恢复，则最多只能恢复到出问题archive log 之前的操作现场。从另一个角度讲，archive log(s) 出现问题时，数据库若不需要恢复则其本身并没有任何问题。Oracle逻辑结构故障的处理方法：逻辑结构的故障一般指由于人为的误操作而导致重要数据丢失的情况。在这种情况下数据库物理结构是完整的也是一致的。对于这种情况采取对原来数据库的全恢复是不合适的，我们一般采用三种方法来恢复用户数据。采用exp/imp工具来恢复用户数据：如果丢失的数据存在一个以前用exp命令的备份，则可以才用这种方式。1. 在数据库内创建一个临时用户：svrmgrl>create user test_user identified by test;svrmgrl>grant connect，resource to test_user;2. 从以前exp命令备份的文件中把丢失数据的表按照用户方式倒入测试用户：$imp system/manager file=export_file_name tables=(lost_data_table_name) fromuser=lost_data_table_owner touser=test_user constraint=n;3. 用相应的DML语句将丢失的数据从测试用户恢复到原用户。4. 将测试用户删除：svrmgrl>drop user test_user cascede;采用logminer来恢复用户数据：Logminer是Oracle提供的一个日志分析工具。它可以根据数据字典对在线联机日志、归档日志进行分析，从而可以获得数据库的各种DML操作的历史记录以及各种DML操作的回退信息。根据这些用户就可以将由于误操作而丢失的数据重新加入数据库内。1. 确认数据库的utl_file_dir参数已经设置，如果没有则需要把这个参数加入Oracle的初始化参数文件，然后重新启动数据库。下面例子中假设utl_file_dir=/opt/Oracle/db01；2. 创建logminer所需要的数据字典信息，假设生成的数据字典文本文件为dict.ora：svrmgrl>execute dbms_logmnr_d.build(dictionary_filename=>'dict.ora'， dictionary_location=>'/opt/Oracle/db01);3. 确定所需要分析的日志或者归档日志的范围。这可以根据用户误操作的时间来确定大概的日志范围。假设用户误操作时可能的日志文件为/opt/Oracle/db02/oradata/ORCL/redo3.log和归档日志/opt/Oracle/arch/orcl/orclarc_1_113.ora。4. 创建要分析的日志文件列表，按日志文件的先后顺序依次加入：svrmgrl>execute dbms_logmnr.add_logfile(logfilename=>/opt/Oracle/arch/orcl/orclarc_1_113.ora，options=>dbms_logmnr.NEW);svrmgrl> execute dbms_logmnr.add_logfile(logfilename=> /opt/Oracle/db02/oradata/ORCL/redo3.log，options=>dbms_logmnr.ADDFILE);5. 开始日志分析，假设需要分析的时间在2003-06-28 12:00:00和2003-06-28 13:00:00之间：svrmgrl>execute dbms_logmnr.start_logmnr(dictfilename=> /opt/Oracle/db01/dict.ora，starttime=>to_date( 2003-06-28 12:00:00，YYYY-MM-DD HH:MI:SS)，endtime=>to_date(to_date(2003-06-28 13:00:00，YYYY-MM-DD HH:MI:SS);6. 获取分析结果：svrmgrl>select operation，sql_redo，sql_undo from v$logmnr_contents;7. 根据分析结果修复数据。8.结束logmnr:svrmgrl>dbms_logmnr.end_logmnr;9. 用适当的方法对原数据库进行数据库全备份。利用备份恢复用户数据：采用这种方法时并不是在原数据库进行恢复，而是利用数据库备份在新的机器上重新建立一个新的数据库。通过备份恢复在新机器上将数据库恢复到用户误操作前，这样就可以获得丢失的数据将其恢复到原数据库。1. 在新的机器上安装数据库软件。2. 对于采用带库备份的现场，需要在新的数据库服务器上安装调试相应的备份管软件。3. 根据用户误操作的时间点进行基于时间点的数据库恢复操作。对于没有采用带库备份的现场，可以选取用户误操作前最近的备份磁带进行恢复；对于才用带库备份的点可以通过基于时间恢复点恢复的rman脚本来进行恢复。4.重新打开数据库：svrmgrl>alter database open resetlogs;5. 从新的数据库中获取丢失的用户数据，通过DML操作将其恢复到原数据库中。6. 用适当的方法对原数据库进行数据库全备份。用ORACLE8i修复数据库坏块的三种方法在进行SUN CLUSTER双机切换、意外断电或其它情况下，有时会发生共享盘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=<object #> 6 必须删除该对象以释放回滚块。 三、检测与修复损坏块的常用方法：（一）使用初始化参数DB_BLOCK_CHECKING与DB_BLOCK_CHECKSUM。 当块改变时，DB_BLOCK_CHECKING对块进行逻辑校验。将防止发生10210 与10211错误。 （二）使用DBMS_REPAIR包，由dbmsrpr.sql与prvtrpr.plb生成该包在特定表中生成损坏块的信息。 1DBMS_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'); 2DBMS_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_O