oracle控制文件发生坏块，oracle 控制文件损坏

遇到大规模oracle坏块该怎么处理

真正正确的做法是，如果确定坏块数量为数众多，赶紧停业务，切灾备，后面再补数据。

所以事先确定逻辑坏块中是否有数据，数据是否有备份。

PRM-DUL即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。PRM可以在无备份的情况下恢复被truncated掉的表，也可以恢复无法打开的Oracle数据库(Alter Database Open失败)中的数据。

Oracle DBA神器：PRM-DUL灾难恢复工具可以直接从这种受损的Oracle数据库中将数据拯救出来。

相关问答

Q1: 表中出现Block错误的恢复方法及具体步骤[1]

block变量”的解决方法是：打开注册表编辑器。（开始-运行-regedit）找到[hkey_current_usersoftwaremicrosoftofficeexceladdins]删除全部子项。

首先结束系统GHOST，返回PE桌面，打开“分区工具diskgenius”软件；选择点击“硬盘 - 坏道检测与修复”菜单项；首先选择要检查的硬盘，设定检测范围(柱面范围)。点击“开始检测”按钮，软件即开始检测坏道。

按键盘上【f1】，如果是提示其他的不是f1，则按其他的按键，那么此会进入到设置页面。选择右侧的【load optimization defaults】。选择【y】。然后【f10】，再次选择【y】退出了。

bad block (S) 损坏的块 损坏的区 也就是说你硬盘有坏道 建议你要么把有坏道的位置单独分区，然后隐藏起来不使用。要么对整块硬盘惊醒低格，屏蔽坏区。

先用根据客户机情况，进行调试（最好的Office版本和客户的一样），windows serveice调试要么看日志，要么到进程里面去调试。装个虚拟机，模拟客户的环境，在虚拟机里面调试。

Q2: 如何定位oracle坏块的原因

1、造成数据块损坏的原因多种多样，可是因为物理原因导致，也可能人为原因或Oracle bug导致。比较常见的人为原因异常关机、掉电、终止服务使进程异常终止，从而破坏数据的完整性，导致坏块的产生。

2、主要分为逻辑坏块和物理坏块，逻辑坏块就是数据文件里的逻辑关系出现的混乱，这一般是由于数据库的BUG导致的。物理坏块就是数据文件中的数据不存在任何意义，没有任何逻辑和结构，造成物理坏块多因为服务器IO系统故障导致的。

3、ORA-1410 invalid rows错误是与ORA-8103相似的Oracle数据库逻辑层面的讹误。了解ORA-1410逻辑坏块问题的成因，以及有效的解决手段十分重要。

4、面试的时候通常是这么问的：你了解Oracle坏块么？坏块为什么会产生？描述一下你处理过的坏块案例细节？如果你负责的好几个数据库都突然发生了坏块，你会怎么做？通常，前面几个问题的回答都不会太差。

5、Oracle DBA神器：PRM-DUL灾难恢复工具可以直接从这种受损的Oracle数据库中将数据拯救出来。

Q3: Oracle数据库遇到ORA-01578坏块错误的原因是什么,求解释?

1、ORA-01578错误是Oracle中常见的物理坏块讹误(Corruption)错误，从10g以后在拥有完整备份和归档日志的情况下可以通过blockrecover/recover命令在线恢复该坏块，前提是数据块所在磁道在物理上仍可用。

2、PRM-DULFor Oracle Database – schema级别oracle数据库数据恢复特性 ，PRM-DUL即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。

3、造成数据块损坏的原因多种多样，可是因为物理原因导致，也可能人为原因或Oracle bug导致。比较常见的人为原因异常关机、掉电、终止服务使进程异常终止，从而破坏数据的完整性，导致坏块的产生。

Q4: ORACLE使用dbv工具检验数据文件是否有坏块

1、防止因备份文件本身的问题导致数据库无法恢复。当然，dbv命令也可以对在线的数据文件进行检查。注意，dbv工具只可以对数据文件进行检查，无法使用它完成控制文件和日志文件的检查。

2、如果dump对应的数据块发现 该块在逻辑上是完整一致的(也可以用bbed/dbv工具验证)， 则有可能是Lost Write，则不是被其他对象重格式化使用了。

3、ORA-01110： 数据文件 5： G：\ORACLE\PRODUCT\0\ORADATA\ALEX\ROGER0DBF说明一下的是，我这里直接修改了块头中的flg，将其修改为0xff，oracle将直接标记为物理坏块。

4、Oracle DBA神器：PRM-DUL灾难恢复工具，Schema级别数据恢复。PRM-DULFor Oracle Database – schema级别oracle数据库数据恢复特性 ，PRM-DUL即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。

5、oracle数据库的坏块问题是个让人比较头痛的问题，主要分为逻辑坏块和物理坏块，逻辑坏块就是数据文件里的逻辑关系出现的混乱，这一般是由于数据库的BUG导致的。

6、Oracle DBA神器：PRM-DUL灾难恢复工具可以直接从这种受损的Oracle数据库中将数据拯救出来。

Q5: 如何恢复丢失损坏的Oracle数据库

1、安装后停掉所有ORACLE相关的服务，再把备份的文件COPY回来，重新启动服务，一般就OK了 你可以使用oradim创建一个实例，把所有文件恢复到原来的位置，就可以启动数据库了 这种方式省去了建库的过程方法： 1。

2、在数据库 open 的时候，直接删除 users 表空间中的数据文件。 尝试在 users 表空间中创建表，开始报错。 在告警日志中，同样也可以看到类似信息。 检查 dbwr 的进程 PID dbwr 会打开所有数据文件的句柄。

3、首先新建一张测试表TEST，里面输入记录。由于删除/更新/插入恢复步骤相同，这里仅演示删除数据的情况。删除其中1条记录，查看表中记录情况，由下图可见，记录2被删除了。

4、PRM可以在无备份的情况下恢复被truncated掉的表，也可以恢复无法打开的Oracle数据库(Alter Database Open失败)中的数据。

5、并创建数据库和原来的数据库SID保持一致。然后关闭数据库，把新安装的数据库目录更名或删除，再把原来的oraclebak目录再改回oracle，然后重启一下数据库，这时的数据库就是你要恢复的数据库。

6、系统安装完成后（包括oracle软件）配置listener和pfile，用rman restore datafile，restore controlfile，restore archivelog将数据库启动到mount状态，重建redolog，recover until cancel，open resetlogs，就ok了。

oracle控制文件发生坏块的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于oracle 控制文件损坏、oracle控制文件发生坏块的信息别忘了在本站进行查找喔。