首页 > 成功案例

时间:2019-05-08
       近日,鸿萌接到天津某大学Oracle数据库修复业务,客户数据库无法正常加载,检测发现数据库文件校验也不一致。

数据文件的scn不一致
      接到客户业务后,鸿萌工程师迅速开始分析诊断,客户当前环境是一套11.1.0.6.0 的RAC(裸设备方式),拿到数据库发现有两个数据文件(EPX_HRMS.DBF、STUDENT.DBF)创建在了节点1和节点2的本地磁盘上,而且已经创建了很长时间。经过查询发现节点1和节点2都有这两个数据文件,因为之前已经有DBA操作过,所以从操作系统层面已经看不到哪个数据文件是最新的了,只能从数据文件文件头的scn去判断。分别在两个节点单独启动数据库,发现节点2的数据文件的scn跟共享盘上的数据文件是一致的,而节点1的scn要比其他数据文件小。所以判定节点2的是最新的,然后把节点2的数据库起来(中间遇到了ORA-600 4194 undo损坏故障)。起来库以后校验数据发现,节点2的这两个数据文件内容都是2015年之前的。然后试图恢复节点1上的两个数据文件,因为scn的不一致,使用BBED工具修改了数据文件头的scn值,然后重建控制文件,resetlogs开库,把所有的数据expdp出来一份,至此处理完成。
      鸿萌针对Oracle数据库修复具有多年的丰富经验,可以为用户提供上门数据库修复和维护服务。