SQL2005“测试(IS_OFF (BUF_IOERR, pBUF->bstat))失败”修复成功

SQL2005“测试(IS_OFF (BUF_IOERR, pBUF->bstat))失败”修复成功

【用户单位】
安徽某企业

【数据恢复故障描述】
SQL SERVER 2005数据库,在正常使用过程中,服务器突然断电,重新启动服务器后,数据库变为”置疑”,数据库无法附加。


【数据恢复故障分析】
由于数据库在正常读写操作过,服务器突然断电,导致数据库无法把所有缓冲中的数据写入到数据库文件中,所以会使数据内部索引及数据区损坏。

为提升服务质量，北亚数据恢复中心允许用户全程参观。

【数据恢复过程】
1.使用北亚数据恢复中心自主开发的“无日志附加数据库”工具，先把数据附加到SQL2005上。



2.使用DBCC检测数据库，发现有“并闩锁页”错误，具体错误提示：



消息7985，级别16，状态2，第1 行
系统表预检查: 对象ID 4。无法使用闩锁类型SH 读取并闩锁页(1:4377)。由于不可修复的错误，CHECK 语句已终止。
st_ccerp的DBCC 结果。
消息5233，级别16，状态98，第1 行
表错误: 分配单元ID 262144，页(1:4377)。测试(IS_OFF (BUF_IOERR, pBUF->bstat))失败。值是63047945 和-1。
CHECKDB 发现有0 个分配错误和1 个一致性错误与任何单个的对象都没有关联。
CHECKDB 在数据库'st_ccerp' 中发现0 个分配错误和1 个一致性错误。

3.通过对MDF文件自身内部结构分析,发现有多个页损坏,通过计算,重新回写正确的值,数据库可正常读取.



【数据恢复结论】
历时2天，100%数据恢复成功

【负责工程师】
张祚，联系方式 13146539790

【数据恢复服务承诺】
1 . 免费检测
2. 与客户签订保密协议，对客户的数据严格保密
3. 数据恢复不成功不收费
4. 专业工程师提供服务
5. 数据恢复前报价，客户确认后工程师开始数据修复
6. 整个恢复过程不会对客户的原盘有任何的写操作，以确保原盘的数据完全
【后记】
数据库在使用过程中，如遇到突然断电的情况，数据库损坏的机率很大，建议客户实时备份数据。数据库损坏后不要盲目进行修复处理，先做好备份后再进行其它操作。

【版权说明】:版权所有，非经本人同意不得转载-