Oracle FRM文件修复案例分析（oraclefra）

在Oracle数据库用户的日常管理中，如果一直正常使用Oracle数据库，很少会遇到FRM文件损坏的问题。但是在某些情况下，意外断电等不正常因素都可能引起FRM文件丢失或损坏。如果服务器上没有备份，这种情况就会非常麻烦了，我们可以通过使用Oracle的FRM修复命令来尝试修复损坏的FRM文件，让FRM文件重新被Oracle所识别，下面我们就来分析下这一FRM修复案例。

在具体案例中，由于客户端程序发生错误，意外断电等原因，导致表表体（.dbf）没有任何损坏，但是FRM文件（.frm）出现相对较大的损坏。这时，该表的所有数据都不能正常被查询访问，因为Oracle无法去读取损坏的FRM文件。

首先，我们需要重新创建该表。在重新创建表之前，我们可以使用以下代码将原先的FRM文件复制下来：

➔ cp usr/prod/source/tablename.frm usr/prod/backup 

这样就可以把原先的表结构（FRM文件）从source代码复制到backup文件夹了。

之后，我们可以执行以下代码尝试修复FRM文件：

➔ alsscan usr/prod/backup/tablename.frm

在上述代码中，alsscan命令会尝试重新检测FRM文件，然后尝试修复损坏的部分，如果修复正常，该表的结构信息将会正常显示在Oracle中，此时，也就意味着FRM文件已经被正确修复。

最后，我们将修复好的FRM文件从backup文件夹复制回source文件夹，这样FRM文件就会重新被Oracle所读取，该表就重新可以正常被查询访问了。

总之，以上就是一个典型的FRM文件修复案例，通过使用alsscan等Oracle提供的命令，就可以在很多情况下修复FRM文件，让系统恢复正常。只有在FRM修复失败的情况下，才需要使用备份或替换的其他方案。