::香农::青岛数据恢复中心::

IBM Raid5上的SQLServer 2008数据库恢复和修复

手机录像碎片恢复IBM服务器Raid5阵列,三块硬盘故障。SQLServer2008数据库少量坏扇区恢复和修复(消息 824)。

 

故障情况

IBM服务器,四块SAS硬盘组建RAID5阵列。两块硬盘亮红灯。

要求恢复SQLServer2008数据库,包括ERP和GroupWare两个数据库。

客户是亚洲某跨国公司,要求尽快恢复。

检测

检测后发现,虽然该IBM服务器有两块硬盘亮红灯,但实际上还有一块硬盘有坏扇区,也就是说,总共有三块硬盘损坏。

实际上该服务器已经有相当长的一段时间“带病运行”,导致自10月份以来,SQLServer2008的数据库备份就一直失败。

恢复过程

01.镜像
首先对两块亮红灯的故障硬盘进行镜像,以免硬盘进一步损坏。

02.重组RAID5阵列
分析RAID5诸元参数,排除掉最先离线的硬盘。

03.导出数据
在导出数据的过程中发现,还有一块硬盘有坏扇区,而且坏扇区的位置位于MDF文件内。

04.修复SQLServer2008数据库的MDF文件
对MDF文件中的坏页进行修复后,成功附加。运行DBCC CHECKDB,发现还有

“消息 824,级别 24,状态 2,第 1 行
SQL Server 检测到基于一致性的逻辑 I/O 错误 校验和不正确(应为: 0x438c3af2,但实际为: 0xfb1daa4f)。在文件 'D:\DB\data\ERP.mdf' 中、偏移量为 0x0000004f1a2000 的位置对数据库 ID 7 中的页 (1:162001) 执行 读取 期间,发生了该错误。SQL Server 错误日志或系统事件日志中的其他消息可能提供了更详细信息。这是一个威胁数据库完整性的严重错误条件,必须立即纠正。请执行完整的数据库一致性检查(DBCC CHECKDB)。此错误可以由许多因素导致;有关详细信息,请参阅 SQL Server 联机丛书。”

这是因为服务器“带病运行”,数据库中被写入“脏数据”所致。幸而影响到的只是数据页,修复后表数据全部正常。

恢复结果

经过一天一夜的恢复和修复、验证,数据库除一个页面数据损坏外,全部成功恢复。经过数天的上线运行,证实恢复完全成功。

心得

这个IBM服务器RAID5阵列,在坏了两个硬盘之后还不宕机,直到第三块硬盘损坏才宕机,简直是闻所未闻、见所未见。
这个服务器上有两个数据库,一个是ERP数据库,一个是GroupWare群件数据库,而且两套系统数据互相关联,任一数据库的数据不完整都会导致另一个数据库的数据失效,
而由于服务器“带病运行”,备份脚本长期没有成功运行,

恢复过程可谓是惊险重重,危机重重,一波三折。

随便看看 

  1. 城阳 金蝶kis(财务) 数据库恢复修复
    故障现象:在重启服务器后无法进入系统,将硬盘放到别的机器上发现硬盘分区丢失,数据库文件丢失故障原因:客户使用的是win20...
    阅读全文
  2. 即墨 InterBase 数据库恢复
    InterBase数据库恢复青岛某集团一下属子公司,采用InterBase数据库作为交易管理系统,并运行于IBM工作站之上。由于硬盘的读写错误,造成数...
    阅读全文
  3. 用友U8数据库恢复-SqlServer碎片恢复
    用友数据恢复青岛客户用友U8系统,SqlServer数据库丢失,使用mdf碎片恢复技术恢复数据库文件
    阅读全文