成功案例

服务器重启后置疑数据库文件名乱码的修复案例

2018-08-11 14:29:26
基本信息客户姓名上海*安建筑设计有限公司
送修日期
恢复用时
故障描述客户服务器用的是2000的SQL数据库 ,重启后发现数据库置疑了,所在的分区里面很多文件夹或文件名都成乱码。客户采取了操作系统自带的磁盘修复工具,修复了下,文件名和目录都正常了。但是数据库的LDF文件没了。 客户自己执行 dbcc rebuild_log(‘USER00012005′,’F:webdatabaseUSER2005_log.ldf’) 提示报错 服务器: 消息 5180,级别 22,状态 1,行 1 由于文件 ID 115(位于数据库 ‘USER00012005′ 中)无效,所以未能打开 FCB。 连接中断 执行DBCC CHECKDB 服务器: 消息 8966,级别 16,状态 1,行 1 未能读取并闩锁页 (115:111)(用闩锁类型 SH)。sysobjects 失败。 DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。 客户折腾一天还是无法修复数据库。
检查恢复通过分析客户发来的MDF ,该文件数据残缺严重, 应该是客户自行使用了磁盘修复工具chkdsk导致的,倘若没有这步错误的操作,这库修复起来就相当简单了。 这种故障必须原盘了, 收到客户邮寄的硬盘,我们对其进行分析和提取数据库,成功重组数据库并进行修复。数据完全恢复,经客户远程验证无误。








友情提示

数据删除或丢失后,应立即关闭电脑,防止对丢失数据造成更严重的损坏,减少数据恢复成功概率。

 谨慎进行删除操作,删除前确认数据不再需要或已做好备份。

 安装正版安全软件,定期查杀病毒。

 U盘或移动硬盘在进行读写操作时,切忌对其热插拔,防止损坏文件系统。

 有电脑使用基础的用户可自行尝试数据恢复,但恢复后切忌将数据拷贝到原始介质内,防止对原始数据造成破坏而无法再次数据恢复。

 若您对电脑操作一知半解,切忌自行尝试互联网上的共享软件,您不恰当的操作,可能导致数据彻底损坏,无法恢复。


沪公网安备 31010402007118号