数据恢复咨询热线:400-666-3702  

欢迎访问兆柏数据恢复公司,专业服务器/硬盘数据恢复15年

兆柏数据恢复公司

 RAID数据恢复案例

镇江ibm服务器数据恢复,raid5数据恢复

 浏览量: 0 次  来源:未知  发布日期:2018-10-06 19:01:18

镇江市某企业ibm 3650m4 服务器硬盘报错,面板报hdd 黄灯。

服务器配置:4块300g sas硬盘组raid5,运行windows server 2008r2系统,安装企业用友u8 财务软件。

经检测1号和2号硬盘黄灯报错,‘经检测1号硬盘有坏道,2号硬盘不识别,对3块硬盘做镜像,通过镜像文件分析后发现1号硬盘在3个月之前已经损坏,恢复的数据无效,3个月之前的 ,最新数据都没有,只能对不识别硬盘进行进一步分析,经检测该盘电机坏,硬盘通电磁头无法工作。
兆柏数据恢复工程师跟客户协商后,开盘检测,确定电机坏,兆柏科技工程师更换电机后,通过pc3000 sas进行固件修复,硬盘可缓慢识别,使用pc3000 sas 进行镜像,每秒10mb左右,经过6小时的镜像,数据90%以上的扇区成功镜像,还有部分扇区 有坏道,然后和其他几块盘再次分析,终于有考客户最新数据,sql server mdf文件正常附加,dbcc检测后完全正常,备份文件完好,客户更换新硬盘后,将恢复的数据迁移至新硬盘,经调试系统正常启动客户非常满意。
                           
dbcc用法简介:
DBCC CHECKDB 算是管理员们最常用的命令也是必须要知道的命令了。定期的检查及问题的修复都是比较重要的!!下面介绍一下 DBCC CHECKDB 的一些基本用法。

  

  DBCC CHECKDB 完成两项任务:

检查数据库里有没有损坏发生。
尽力修复数据库损坏,使数据库能够被重新正常访问。
  

  DBCC CHECK 做了些什么:

检查一些关键的系统表
对数据库运行DBCC CHECKALLOC
对数据库运行DBCC CHECKCATALOG
验证数据库中每个索引视图的内容
验证数据库中service broker数据
  DBCC CHECKDB提供的修复方法

Repair_allow_data_loss :尝试修复所有错误(可能导致一些数据丢失,一般无发从备份恢复才使用)
Repair_fast 未执行任何修复
Repair_rebuild :执行次要、快速修复(如:修复非聚集索引中的额外键)及耗时修复(如:重新生成索引),这些修复不会造成数据丢失。
相关推荐