RAID数据恢复案例

送修时间

：

故障描述

： 前两天接到一个修复数据库任务，UFDATA.mdf，数据库版本2000;部分表(rdrecords)打不开,部分表(po_pomain)异常不能按dDate排序.,我一看这个库名字，应该是用友软件的数据库，来恢复这种数据库的用户要求比较高，不光数据恢复出来，还要要求能用友软件读取数据库，这样的一般就得在原来的数据库上修，不能导出数据。好吧，我先加载看看具体是什么问题。

前两天接到一个修复数据库任务，UFDATA.mdf，数据库版本2000;部分表(rdrecords)打不开,部分表(po_pomain)异常不能按dDate排序.,我一看这个库名字，应该是用友软件的数据库，来恢复这种数据库的用户要求比较高，不光数据恢复出来，还要要求能用友软件读取数据库，这样的一般就得在原来的数据库上修，不能导出数据。好吧，我先加载看看具体是什么问题。

检查恢复

： 文件在我这加载不上，通过看错误提示可能是系统表的某一个页面指向的页面不上这个系统表的页面。怎么办呢,的想办法先把数据库挂载上。只能用去掉日志附加mdf的办法， use master sp_configure 'allow updates',1 reconfigure with override update sysdatabases set status=-32768 where dbid=DB_ID('UFDATA') dbcc rebuild_log('UFDATA ','D:\临时\ UFDATA _log.ldf') dbcc checkdb('UFDATA ') 在执行到 dbcc checkdb('UFDATA ')的时候提示错误 我通过手工分析与处理 查出了ID 1298871744 所代表的表名字是什么，然后导出数据的时候去掉这个表，同时先把视图什么的也去掉。然后导出数据成功。然后在新库中以前的数据库问题都没有，表数据也没丢，然后我用软件将ID 1298872744的表内容找到并导入到新库，然后重建视图等一些其他的东西，OK,成功。