首页 > 成功案例

       近日，鸿萌接到天津某大学Oracle数据库修复业务，客户数据库无法正常加载，检测发现数据库文件校验也不一致。       接到客户业务后，鸿萌工程师迅速开始分析诊断，客户当前环境是一套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数据库修复具有多年的丰富经验，可以为用户提供上门数据库修复和维护服务。